Récemment, nous avons migré vers un nouveau serveur. Après 2 jours, j'ai eu les problèmes suivants
1) Nous avons eu un crash sur une table de session, que nous avons facilement corrigé en la réparant
2) Nous exécutons OpenX en tant que serveur publicitaire, et il s'est également planté, mais il n'y a aucune preuve dans error.log Cela vous permet de vous connecter, mais au moment de regarder dashboard.php, nous obtenons le:
Error 330 (net::ERR_CONTENT_DECODING_FAILED): (Google Chrome)
et
La page que vous essayez d'afficher ne peut pas être affichée car elle utilise une forme de compression non valide ou non prise en charge. (Firefox)
OpenX utilise les services suivants sur PHP:
OpenX requiert: http://www.openx.com/docs/2.8/adminguide/System%20requirements
OpenX utilise les paramètres PHP par défaut. Cependant, les administrateurs de serveur modifient parfois ces paramètres. Avant d'installer OpenX, vérifiez que les paramètres suivants sont corrects:
magic_quotes_runtime doit être désactivé safe_mode doit être désactivé register_argc_argv doit être activé si vous souhaitez exécuter la maintenance via la ligne de commande file_uploads doit être activé pour permettre les téléchargements de fichiers HTTP OpenX nécessite les extensions PHP suivantes:
Soit l' mysql
extension, soit l' extension pgsql
. L' mysqli
extension n'est pas prise en charge. L'extension ZLib, pour convertir des liens dans des fichiers Flash compressés générés par Flash MX
. L'extension FTP. Si ce n'est pas le cas, OpenX essaiera de le simuler, ce qui peut être une solution moins stable.
L'extension GD, pour générer des graphiques sur la page d'accueil. Si l'extension n'est pas activée, vous ne pourrez pas afficher de graphiques ou de statistiques sur votre page d'accueil. L'extension openssl ou une extension curl compatible SSL sont nécessaires pour se connecter à la page d'accueil. Si SSL n'est pas activé, vous recevrez un message d'erreur sur la page d'accueil, mais il n'y a aucun impact sur les opérations.
Tout indice sur les raisons possibles ou sur la façon de recueillir plus d'informations sera très apprécié. Merci
J'ai activé
zlib.output_compression
dansphp.ini
et il a semblé résoudre le problème pour moi.la source
les codes doivent enregistrer UTF8 sans BOM pendant l'enregistrement. Parfois, des codes écrits avec (Notepad ++) ou d'autres outils de codage et utilisent l'encodage UTF8, cette erreur se produit. Je suis désolé, je ne connais pas l'anglais. c'est juste mon experience.
la source
Cette erreur est due à l'ajout de l'extension des modules de tampon de sortie (ob_gzhandler). Pendant la mise en mémoire tampon de sortie, utilisez au démarrage de ob_start () et à la fin de ob_flush ()
Utilisez ceci:
la source
Si vous devez utiliser le
Codeigniter
framework, transformez-le simplement en fichier de configuration:Et dans le
php.ini
fichier de configuration, utilisez:la source
gzipped
. LaCodeigniter
configuration définira l'en-tête et c'est au serveur d'applications Web de l'appliquer dans la sortie. J'ai essayé de régler$config['compress_output'] = TRUE
tout en gardant lezlib.output_compression=On
. Cela a le même effet. +1 pour la direction.Utilisez-vous la
ob_start(ob_gzhandler)
fonction? Si tel est le cas et si vous affichez un contenu au-dessus de laob_start(ob_gzhandler)
fonction, vous obtiendrez cette erreur. Vous ne pouvez pas utiliser cette fonction ou ne pas afficher de contenu au-dessus de cette fonction. Laob_gzhandler
fonction de rappel déterminera le type de codage de contenu que le navigateur acceptera et renverra sa sortie en conséquence. Donc, si vous sortez du contenu au-dessus de cette fonction, le codage du contenu peut être différent du contenu de sortie deob_gzhandler
et cela provoque cette erreur.la source
Au cas où quelqu'un cherche encore la cause de ce problème haineux, il existe une solution pour clouer le fichier à l'origine. https://www.drupal.org/node/1622904#comment-10768958 de la
Drupal
communauté.Et je cite:
Éditer
includes/bootstrap.inc:
fonction
drupal_load()
. C'est une courte fonction. Rechercher la ligne suivante:include_once DRUPAL_ROOT . '/' . $filename;
Remplacez-la temporairement parla source
<?php
corrigé.Une autre idée pour quiconque obtient ceci ...
J'avais un svg gzippé, mais il y avait une erreur php dans la sortie, ce qui a provoqué ce message d'erreur. (Parce qu'il y avait du texte au milieu du binaire gzip.) La correction de l'erreur php l'a résolue.
la source
zlib.output_compression
m'a juste donné un navigateur plein de personnages de déchets.Activez la compression gzip dans php.ini :
Et ajoutez ceci à votre fichier .htaccess :
la source
Je rencontrais ce problème sur un drupalsite et aucune des autres solutions de ce fil n'a aidé. Après un dépannage, j'ai trouvé que local.settings.php avait une balise de fermeture avec un espace après comme ceci:
La mise à jour de local.settings.php aux éléments suivants a été résolue:
La balise PHP de fermeture "?>" N'est pas nécessaire ici. Si vous choisissez d'utiliser une balise de fermeture, vous devez vous assurer qu'il n'y a aucun caractère / espace après elle.
la source
J'ai eu un moment factice ce matin quand j'ai réalisé ce qui avait causé ce problème pour moi.
La chose étrange est que la demande échouait à la fois dans Firefox et Chrome, mais a fonctionné lorsque j'ai essayé d'accéder via Fiddler Web Debugger.
Pour moi, le problème était que j'avais mal tapé un caractère dans l'un des fichiers PHP du projet. Je n'ai pas remarqué cela jusqu'à ce que j'aie vérifié Git pour les modifications apportées au projet.
Dans mon cas , j'avais:
m<?php runMyProgram(); ?>
.Une fois que j'ai effacé le m, il a recommencé à fonctionner.
la source
Dans mon cas, cela s'est produit lors de l'ajout d'une nouvelle application à IIS qui devait être mandatée avec Apache.
Je avais besoin de mettre
ProxyHTMLEnable On
àProxyHTMLEnable Off
obtenir le contenu. (Il semble que la plupart du code js ait déclenché l'erreur, mais cela m'a donné au moins quelque chose sur lequel travailler.)IIS envoie le contenu de la page
Content-Encoding: gzip
la source
Nous avons également eu ce problème lors de la mise à niveau de notre système vers Revive. Après avoir désactivé GZIP, nous avons constaté que le problème persistait. Après une enquête plus approfondie, nous avons constaté que les autorisations de fichier n'étaient pas correctes après la mise à niveau. Un simple chmod récursif a fait l'affaire.
la source
Il y a un mauvais bogue Java qui causera ceci: https://bugs.java.com/view_bug.do?bug_id=JDK-8189789
la source
Une réponse beaucoup plus courante est que vous avez une erreur qui s'ajoute à votre compression. La solution est de définir
display_errors = Off
dans votre fichier php.ini (Vérifiez dans votre terminal s'il est activé en exécutantphp --info
et recherchez "display_errors")Ça devrait le faire. Et, comment découvrez-vous quelles erreurs vous êtes réellement? Vérifiez vos journaux d'erreurs PHP chaque fois que vous accédez à cette route / page.
Bon luclk!
la source