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
Related
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.
Seems like people misunderstood my intention, I didn't mention iPage
before, but since I found my solution and it is somehow related to the
hosting provider I changed the title. Should anyone get into the same
problem as I did they would be searching this on the internet and find
this post which is exactly what I did before
I just migrated my prestashop from local host to a live server (iPage). Which means to a different domain. I've tried to follow the instruction from here Moving Prestashop Documentation. First I got problem with the backoffice ui because I used to put the installation in a folder. So I need to update the folder to '/' from my local, and I also update the domain to my own domain. After that I uploaded all my files and database to the server. And the front office works well. The backoffice login page also shows up. But when I try to login it does this:
Then it just freeze, it doesn't show any error report. Nothing.
There is no problem in the console, and the http requests seem fine too.
I've also turned on the debugging mode from the defines.inc.php
define('_PS_MODE_DEV_', true);
I've increased the max_memory from php.ini to 256M
This is so frustrating, I don't know what to do anymore.
PHP Version 5.3, MySQL Version 5.5.44, and OS Ubuntu 12
EDIT:
Wait a minute, the http request return the entire login page for some reason. But there is no error message in the source. There is just this:
<script type="text/javascript">
var img_dir = '/img/';
var more_errors = 'There are some errors.';
var one_error = 'There is an error.';
</script>
I use iPage hosting and I checked the error log from the menu CGI and Scripted Language Support > Check Error Logs. It says:
PHP Warning: Unknown: POST Content-Length of 150 bytes exceeds the
limit of 120 bytes in Unknown on line 0
Then I found out that my post_max_size parameter in php.ini is messed up. It's finally fixed now. Thanks everyone...
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.
I know there are a hundred posts about file_get_contents() on SO but nothing seems to solve my problem:
Everything was working fine fifteen minutes ago, until I ran some security stuff via SSH. I added some iptables rules and I file_get_contents and I ran service proftpd restart and a few installs/uninstalls which seems to have disabled PHP's fopen() functions somehow.
In php.ini, I have: allow_url_fopen = on & extension=php_openssl.dll on
I'm trying a simple test: (this file loads fine via the browser)
echo file_get_contents("https://www.this-domain.com/logo.gif");
//...failed to open stream:HTTP request failed! HTTP/1.1 404 Not Found...
//However both of the following work absolutely fine:
echo file_get_contents("https://www.google.com/");
echo file_get_contents("/home/user/domains/this-domain.com/private_html/media/logospin.gif");
I cannot change the file_get_contents() code (to cURL or otherwise) - this is a server settings issue. Possibly something to do with the firewall. Can someone please suggest a fix?
The problem was in fact a DNS issue. file_get_contents() was bizarrely routing through our backup nameservers (ns3 & ns4) for some reason, while browsers were routing through the primary nameservers (ns1 & ns2). Unlike the primaries, the backups point to a different server, which does not yet have identical files - hence the unusual 404.
I had set up these backup nameservers only a few hours before tinkering with the firewall etc and by the time they propagated, it looked very much like the ssh commands had taken file_get_contents() offline.
Thanks for all the comments guys - very much appreciated.
I have installed roundcube mail on my web server on rackaspace cloud sites. It worked fined till today morning it just started popping up with the Server 403 Error.
The result in the ajax call comes as Invalid Request.
The only change i made was, i changed the timezone on there server to Sydney/Australia which is by default set to America because the server is located there.
Thanks
I know I'm digging up the deads, but it could help some people getting the same problem in the future. In my case (Debien Wheezy), it was a wrong setting (I don't know which one...) on my php.ini file. When I updated PHP and my config file was replaced with the one from Debian, everything suddenly went right.