We've been experiencing an issue with our Intranet on the Production Server:
after performing the upload through Dreamweaver CS6, some web pages with included php files randomly return an error ("cannot find file...")
With a new upload, the error temporarily disappears, but after 1 or 2 days, it shows up again.
We believe that it's a kind of cache error, probably caused by Dreamweaver.
Please notice that everything works perfectly on the Test Server, even though both servers have exactly the same configuration (same PHP version and configuration, same WAMP version and configuration, and so on).
We tried to use the PHP setting: "Cache-Control: no-cache", but it didn't work.
Any hints would be greatly appreciated;
thank you in advance for your support.
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]
Have been using MAMP Pro for a fair while - version 3 primarily, upgraded to 4 a while ago.
I haven't had any unusual issues at all, but today the Apache service failed to start, telling me to check the error logs. The logs were blank unfortunately... I've made no system configuration changes, no changes to MAMP/MAMP Pro. Shut down my system yesterday, started today, it no longer works...
I've tried numerous suggestions found via Stack Overflow and Google without any success.
Even after completely uninstalling and re-installing MAMP Pro I am unable to get the service to start.
Nothing appears in the logs...
When starting it manually on the command line it comes up with a PHP related error:
$ Applications/MAMP/bin/apache2/bin/apachectl start
httpd: Syntax error on line 135 of /Applications/MAMP/conf/apache/httpd.conf: Cannot load /Applications/MAMP/bin/php/php5.2.17/modules/libphp5.so into server: dlopen(/Applications/MAMP/bin/php/php5.2.17/modules/libphp5.so, 10): image not found
The confusing thing is that I don't have PHP 5.2.17 specified anywhere, at all - according to MAMP Pro it should be using PHP 7.0.12.
If I add PHP 5.2.17 to MAMP using the appropriate MAMP Pro dialogs, Apache still fails to start via the MAMP Pro interface. I can now start it manually from the command line however, but none of my virtual hosts/etc seem to be loaded.
apachectl -V tells me it's using /Applications/MAMP/conf/apache/httpd.conf, but there is nothing in that file that has any reference to any of the configs generated in /Library/Application Support/appsolute/MAMP PRO/conf
It also looks like hosts entries aren't added to /etc/hosts.
Even if I tell /Applications/MAMP/conf/apache/httpd.conf to do nothing but include /Library/Application Support/appsolute/MAMP PRO/conf/httpd.conf (and manually add entries to /etc/hosts) it still doesn't seem to work at all...
I and my colleagues are at a complete loss, especially given it was working yesterday...
Has anyone had any issues like this?
I managed to fix the similar issue you had.
My Apache server was working fine and then following updating to 4.0.6 I experienced similar issues.
There were 2 things I did to fix the issue. I was getting the same error where it couldn't find a php file in 5.2.17. After fixing that by adding 5.2.17 to MAMP I experienced an apache error regarding user permissions.
(22)Invalid argument: getpwuid: couldn't determine user name from uid 4294967295, you probably need to modify the User directive
File > Edit Template > Revert ALL Templates to Default Settings.
Save & restarted the servers and all worked finally and all my hosts had retained as well.
I had previously entered a custom line in my httpd.conf file that for countless versions had copied across fine however it looks like the folder structure had changed and so couldn't locate it causing the unusual error about User permissions. I have since re-entered the custom line with the correct structure and all working fine again.
Hope this helps.
I have Drupal7 site. It was running fine with no issues. But suddenly I am getting
This site can’t be reached
The webpage at http://localhost:8080/mysite/ might be temporarily down or it may have moved permanently to a new web address.
ERR_CONTENT_DECODING_FAILED
Its not the issue in any specific browser, but same error with any browser.
Checked links:-
Error 330 (net::ERR_CONTENT_DECODING_FAILED):
http://stefantsov.com/fixing-err_content_decoding_failed-in-apachephp/
https://www.howtoforge.com/firefox-content-encoding-error-google-chrome-error-330-net-err_content_decoding_failed-unknown-error
I tried reinstall, reimport database etc things but same error persists.
Its been now about 24hours getting this error.
What should I do now to get rid of this error & re-run my site smoothly.
Other Info
Drupal 7
wamp 2.5
php5.5.12
Any help highly appreciated.
I was facing the same issues in xampp server on localhost.
I spend almost 2-3 hours to figure it out so i am sharing the solution to save someone else time. Below is the solution that work for me.
1) Edit the php.ini files of xampp/wampp
2) Enable the extension zlib.output_compression = On If it will be Off
3) Un-comment the code from ;zlib.output_compression = On to zlib.output_compression = On in commented using ";"
Error 330 seems to be linked to when a site's HTTP response headers claim that the content is gzip encoded, but it isn’t. Are you using gzip compression?
Try turning it on, or off via the htaccess file, or check here for other alternative ways to enable it. https://varvy.com/pagespeed/enable-compression.html
So I have a website built in php and it was working perfectly on one server, I then moved the website to a server I have on Digital Ocean and am running into several errors, they seem to be based around http request failures while using the imagick library...
I was hoping to not to have to start debugging this from a code point of view as it was already working perfectly and would prefer to change server settings.
Fatal error: Uncaught exception 'ImagickException' with message 'Imagick::__construct(): HTTP request failed! HTTP/1.1 404 Not Found .
I cannot figure out what differences there, on both server allow_url_fopen is set to on.
The php version is different, 5.520 on the original server, 5.5.9 on the new server.
The versions of imagick are the same. I am also getting some other errors using the mpdf library but I will try deal with these later (Im hoping if I can resolved the first ones these ones will also get resolved).
My question is , is there possibly any other setting on the server I should be looking out for that may be causing these php errors?
EDIT:
Just to add more information, i can get rid of some of the errors by changing the file path https://www.example.com/myimage.jpg to /var/www/example/myimage.jpg . This solves some of the errors but I would rather get the root of the issue thats causing it not to work in the first place, because I feel that its the same problem thats causing other errors.
The error code says it: 404, file not found. You are probably using the wrong URL.
Are you able to fetch https://www.example.com/myimage.jpg using a webbrowser?
On several popular linux distros, /var/www/example/myimage.jpg would be served at https://www.example.com/example/myimage.jpg instead of https://www.example.com/myimage.jpg with the default configuration.
[edit]
It just came to my attention that the URL is HTTPS, there is a possibility that the script is rejecting the server certificate. Try with regular HTTP - no point in using SSL if the file is on the same machine.
I recently installed mountain lion, and when I went to start apache from XAMPP I got an error requesting I disabling web sharing in order for XAMPP to work. After some research I found a command which would turn of the apache that comes bundled with mountain lion. This worked and apache from XAMPP started.
However the next thing I have noticed is im no longer getting error handling.
Im using fuelphp, however instead of an error message when there are issues with my code I get a blank page with the words NO DATA RECEIVED :S.
For example removing a ; from the end of line, results in the above opposed to a readble error message.
I checked the frameworks index.php file which has error reporitng on
error_reporting(E_ALL);
ini_set('display_errors', 1);
Could any one give me a step by step explanation of how to get my error reporting back :'(
I have the same problem on Max OS X too. It's definitely a server configuration issue as exactly the same code works perfectly well on Windows and multiple Linux environments.
My Apache/PHP was installed on the Mac through XAMPP. Others who are suffering from the same issue, please let me know in the comments if you too are using XAMPP. I want to track down the exact server config that is causing this problem.
For now, I have a hacky workaround:
In fuel/core/bootstrap.php, add this to the top of your register_shutdown_function
$last_error = error_get_last();
if (is_array($last_error) && \Fuel::$env == \Fuel::DEVELOPMENT && in_array($last_error['type'], array(4, 1, 256, 64))) {
exit();
}
Weird thing is though, it's hit and miss as to whether it catches the error. So I sometimes have to refresh a few times.
Oh and you must set the environment to DEVELOPMENT. This is to stop leaking errors in production deployed sites.
EDIT:: It seems that MAMP (latest version 2.1.2 at time of writing) does not suffer from this issue. Neither does XAMPP 1.8.1-beta1. So you could also try using those.