OS: windows XP
I am getting above error message:
C:\Documents and Settings\ramesh.d\google_appengine>dev_appserver.py --php_executable_path="c:\php\php-cgi.exe" helloworld/
INFO 2013-05-20 16:23:55,069 sdk_update_checker.py:244] Checking for updates to the SDK.
INFO 2013-05-20 16:23:56,285 sdk_update_checker.py:260] Update check failed: HTTP Error 404: Not Found
WARNING 2013-05-20 16:23:56,285 api_server.py:329] Could not initialize images API; you are likely missing the Python "PIL" module.
INFO 2013-05-20 16:23:56,285 api_server.py:153] Starting API server at:
INFO 2013-05-20 16:23:56,299 dispatcher.py:164] Starting server "default" running at:
INFO 2013-05-20 16:23:56,299 admin_server.py:117] Starting admin server at:
ERROR 2013-05-20 16:23:59,168 php_runtime.py:199] The PHP runtime is not available because: "c:\php\php-cgi.exe -v" returned an error [-1072365564]
I am look for solution and found that:
in file ..\gae\google\appengine\tools\devappserver2\php_runtime.py
line 138 and 165 should be:
env=os.environ)
if you put after line 156 new line:
print version
you will get the result
but i do not knew what to do next
This is a known bug for Windows XP SP3 users. See https://code.google.com/p/googleappengine/issues/detail?id=9382 for more information and progress on a fix.
That is a problem with python/google dev-server on your windows platform. The environment is not getting set and then PHP can not be executed having problems loading DLLs it needs.
When you execute "c:\php\php-cgi.exe -v" in your standard environment you should not have that error.
You should also see a msgbox you need to click OK on telling about the error-code 0xC0150004.
I am not aware of a solution for that for now, you probably want to file a bugreport for the dev-server. I don't know if this has been already reported even.
Related
We have setup a Wordpress Website on IIS 10 which was working fine. But suddenly it stops working and i got this error
"FASTCGI process has failed frequently recently. Try the request again
in a while"
Restarting IIS fixed this problem.
Anybody tell me why this issue has occurred and how we can fix this ?
Thanks
Open command prompt as administrator and navigate to the php-cgi.exe
folder.
Execute any PHP file from your application to know the exact error. In my case, I created a simple phpinfo.php page and executed
following command.
C:\Program Files (x86)\PHP\v7.4.5>php-cgi.exe E:\Websites\mysite\phpinfo.php
It showed me the exact error saying 'vcruntime140.dll is not
compatible with this PHP build' & I have updated to 'Microsoft Visual C++ Redistributable for Visual Studio 2019'. You can download it from here.
Once you identified and resolved the error(point 3), you need to restart IIS server and run your website. It will work as expected.
If you're running PHP 8 turn track_errors Off in php.ini . Track_errors have been deprecated since 7.2 and can cause a fatal error in IIS
Finally, i found the solution to the issue, It is due to the low value given to "Rapid Fails PerMinute" - see above image posted by German Martin.
From Microsoft's website the default value for "Rapid Fails PerMinute" is 90 but i reduced it 10 and then the error "FASTCGI process has failed frequently recently...." started showing up.
Once i set it back to the default value of 90 , the error stopped. This is what worked for me, in my case.
You need to maximize "Instance MaxRequest" at FASTCGI Configuration. Just clic en IIS root -> FastCGI Settings, select you php-cgi.exe for WP and clic Edit. Then increise Instance MaxRequests
[IIS FastCGI Settings]
I tried installing Magento2 on my Mac. Installation stopped at 49% and now I can't open the Magento page on localhost - I get this error 'An error has happened during application run. See exception log for details.'.
I have absolutely no idea what to do, I've been searching for possible solutions...
The last three lines of the error log in var/log/exception.log is:
20 /Library/WebServer/Documents/magento/vendor/magento/framework/App/Http.php(157): Magento\Framework\App\Http->handleBootstrapErrors(Object(Magento\Framework\App\Bootstrap), Object(Exception))
21 /Library/WebServer/Documents/magento/vendor/magento/framework/App/Bootstrap.php(263): Magento\Framework\App\Http->catchException(Object(Magento\Framework\App\Bootstrap), Object(Exception))
22 /Library/WebServer/Documents/magento/index.php(39): Magento\Framework\App\Bootstrap->run(Object(Magento\Framework\App\Http))
23 {main} [] []
Does anyone have any idea what I can to?
I tried clearing the cache but that didn't seem to have any impact.
Would it be best to just try and re-install Magento?
There are lots of hurdle while getting magento 2 working on your either server or local machine.
I am writing below is some of issue i founded while installation with latest magento 2.
Make sure your php version should be 7.0....
Make sure with proper cron job setup ...
you can check it out your php version info by php -v command and also make sure that phpinfo() should also showcase same what you can able to see via -v
Some time with local machine there also permission headache too just double check with this.
Check with your underlaying database version to make to it should be compatible with M2 requirement.
if you still find any hurdle you can reach me out at skype : samumaretiya
Thanks,
Sam
This issue started just after I upgraded my Mac to OS X El Capitan. Before that it was working just fine.
I am using XAMPP and Oracle Instant Client was properly set up to connect with Oracle DB. I followed the instructions mentioned here while installing (click on the question "How do I activate the OCI8/Oracle extension for PHP?").
But, after I upgraded my OS to OS X El Capitan, it started to show this warning,
Warning: oci_connect(): OCIEnvNlsCreate() failed. There is something wrong with your system - please check that DYLD_LIBRARY_PATH includes the directory with Oracle Instant Client libraries
I am searching for solution all over the internet (not only SO), for the last few days and the nearest match I found was this : https://stackoverflow.com/a/20670810/5645769. So, I tried to edit the file org.apache.httpd.plist, as suggessted by the answer. But I was having this error :
You don't own the file "org.apache.httpd.plist" and don't have permission to write to it. You can duplicate this document and edit the duplicate. Only the duplicate will include your changes.
I asked about that to OP and his reply didn't make any help to resolve the issue. So my search for solutions continued. After a few more days of search, I found this post https://stackoverflow.com/a/32910408/5645769. So I followed the instructions to disable SIP (System Intregrity Protection) and I was then able to add write access to the file and containing folder for my account (and also administrator). After that oci_connect() started working again.
But when I disabled the SIP again following the same answer, the same error comes again. I am not sure, but it seems like there is something happening with other file permissions which oci_connect() is trying to use but it can access only when SIP is disabled.
Currently I am working with keeping the SIP disabled (not sure, what harm it may cause), I need a solution which will work while keeping the SIP enabled.
I am spending many days with this. Any help will be highly appreciated.
/System/Library/LaunchDaemons/org.apache.httpd.plist is only for controlling the behaviour of the Apache server built in to OS X.
To set DYLD_LIBRARY_PATH for the XAMPP version of Apache you'll need to edit its startup script:
sudo nano /Applications/XAMPP/xamppfiles/apache2/ctl.sh
On the second line of the file, after #!/bin/sh you can add whatever you need to:
#!/bin/sh
DYLD_LIBRARY_PATH=/path/to/your/library/files
ERROR=0
HTTPD_STATUS=""
HTTPD_PIDFILE=/Applications/XAMPP/xamppfiles/logs/httpd.pid
HTTPD="/Applications/XAMPP/xamppfiles/bin/httpd -f /Applications/XAMPP/xamppfiles/etc/httpd.conf"
DO NOT disable system integrity protection. It's there for a reason.
There is a nice article https://developers.google.com/appengine/articles/wordpress
on how to get wordpress running under google app engine.
I am running under Windows 8 (64 Bit)
I followed the steps, installed Python and PHP used a MySQL instance I had running and added wp_user as described.
I verified that the helloworld app runs with GAE locally.
I verified that Mysql is running, wordpress_db exists and wp_user can connect as described in the article.
I created wp-config.php as described.
in php,ini in my php installation I uncommented the lines
extension=php_mysql.dll
When I run as described and hit localhost:8080 I get
Your PHP installation appears to be missing the MySQL extension which is required by WordPress.
extension=php_mysqli.dll
I tried installing http://wordpress.org/plugins/mysqli/
after putting db.php in wp_content localhost:8080 says
php failure (255) with: stdout:X-Powered-By: PHP/5.4.20 Content-type: text/html stderr:
Stdout on the command line says
ERROR:root:php failure (255) with:
stdout:
X-Powered-By: PHP/5.4.20
Content-type: text/html
OK I am stuck - someone has gotten this running on windows but I see no troubleshooting information and am a newbie on PHP and Wordpress which I am using for political reasons
Can anyone out there offer any help
If you're not limited to the GAE then perhaps WAMP or XAMPP is a better bet? WAMP is fairly nice as it's a clicky-button installer with minimal knowledge required. Once it's installed, you should see a green "W" in your tray and all you need to do is point a browser to http://localhost.
I had the same issue and tried out all kind of things, ending up uncommenting the line:
extension=php_openssl.dll
In the php.ini file in my application folder. That did the trick and WordPress is now running in my dev environment.
I had the same problem as well, and after much trial and error I realized that I needed to specify the full path in php.ini
Although the tutorial only includes the line google_app_engine.enable_functions = "php_sapi_name, gc_enabled" you will need to add the extension=PATH line where PATH is the full path to your php installation, e.g.
google_app_engine.enable_functions = "php_sapi_name, gc_enabled"
extension=C:\Users\YOUR\php\ext\php_mysqli.dll
Copied a working website from one server to another, now I'm getting this error - browsing to the main page of the website.
Fatal error: Could not convert the script from the detected encoding "UTF-32LE"
to a compatible encoding in /usr/local/share/zf/library/Zend/Application.php
on line 320
And the global httpd-error.log shows, the server is runnign other vhosts, but pretty sure it's related to the above error.
[notice] child pid 8012 exit signal Segmentation fault (11)
The servers both run FreeBSD 8.1, one 32bit (with error) and the other 64bit. Just updated the one having the error to newest versions of Apache and PHP, available in Ports-catalog. Error also occurred before update.
Please note that, my intention of the copy is to use large parts for a new website, so have been doing some deletion of files, but should not have any impact on the error above.
To solve this I had to remove everything again, download the tar with the website from the origin server to my mac. Extracted on my mac, and uploaded to new server with FTP - now the error is gone.