Compression GZIP = ERR_CONTENT_DECODING_FAILED ?

joebartjoebart Member
avril 2017 modifié dans Entraide
Bonjour à tous,

Je suis hébergé en mutuel chez OVH et j'ai migré de PHP 5.4 (obsolète) vers 5.6 avant de faire la mise à jour de PluXml.
Mais là, patatras ! Je ne peux plus activer la compression GZIP comme avant (et ça marchait très bien) sinon mon site est down (sur Chrome).

Le message d'erreur qui s’affiche :
Ce site est inaccessible

Il se peut que la page Web à l'adresse http://jmr-immobilier.fr/ soit temporairement inaccessible ou qu'elle ait été déplacée de façon permanente à une autre adresse Web.
ERR_CONTENT_DECODING_FAILED

J'ai pris la peine de poser la question à OVH qui me répond :
Bonjour Monsieur XXX,

Votre demande concerne un message d'erreur "ERR_CONTENT_DECODING_FAILED" qui s'affiche lorsque vous activez la compression Gzip sur votre site.

Suite aux vérifications, je vous informe que la configuration Gzip est compatible avec la version 5.6 du php que vous utilisez.

Vous pouvez consulter ce lien pour plus de détails concernant la compression Gzip :
http://fpm5.6-check.clusterXXX.ovh.net/phpinfo.php

Je vous informe que OVH n'intervient pas dans la correction des messages d'erreur générée sur votre site.

Je vous invite à contacter votre webmaster afin de vous proposer une solution à votre souci.

Une idée pour régler ce problème ? Merci :|

Réponses

  • joebartjoebart Member
    Hello all :) Un p'tit up, j'aurais peut-être du poster dans la rubrique bogues ?
  • ppmtppmt Member
    As tu verifier que ton site a bien le module gzip. Le site avec le phpinfo liste plus haut ne marche pas pour moi.
  • joebartjoebart Member
    avril 2017 modifié
    ppmt a écrit:
    As tu verifier que ton site a bien le module gzip. Le site avec le phpinfo liste plus haut ne marche pas pour moi.

    Je ne sais pas. J'ai juste demandé à mon hébergeur pour voir si le problème ne venait pas de chez eux. Ils m'assurent que non. Donc ma compression ne marche plus depuis migration vers PHP 5.6...

    Je viens de migrer vers PHP 7.0, le site marche mais même problème avec la compression.
  • ppmtppmt Member
    cree un fichier phpinfo.php a la racine deton site et dedans met :
    [== PHP ==]
<?php phpinfo(); ?>

    montre nous le resultat
  • joebartjoebart Member
    Hello all :)

    Voilà ce que ça donne :

    mini_170413112845353822.jpg
  • ppmtppmt Member
    ce n'est pas tous le printout...

    Si tu fais une recherche sur gzip sur la page que trouves tu?
  • joebartjoebart Member
    avril 2017 modifié
    J'suis grave des fois :D :D

    Et voilà :

    170413121237470689.jpg
  • ppmtppmt Member
    je viens de relire ton message original. Quand tu dis sur Chrome le site est down...ca veut-il dire que sur Firefox par exemple ca marche tojours?

    Sinon je viens de me rappeler de quelquechose. Sur mon site (qui n'est pas chez OVH) gzip ne marchait pas non plus. La reponse du support avait ete que je n'avais pas besoin d'active gzip car ils le font deja.
  • joebartjoebart Member
    Non, down sur les autres navigateurs aussi...
  • StéphaneStéphane Member, Former PluXml Project Manager
    Ne cherchez plus, j'ai regardé le problème en debuggant le site de joebart et j'ai identifié le coupable: un plugin.
    Avant de donner plus détails je vois en privé avec l'auteur de ce plugin pour réunir plus d'infos.

    Ce n'est ni OVH, ni PluXml, ni php et la compression gzip la source du problème.

    To be continued....

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • joebartjoebart Member
    Stéphane a écrit:
    Ne cherchez plus, j'ai regardé le problème en debuggant le site de joebart et j'ai identifié le coupable: un plugin.
    Avant de donner plus détails je vois en privé avec l'auteur de ce plugin pour réunir plus d'infos.

    Ce n'est ni OVH, ni PluXml, ni php et la compression gzip la source du problème.

    To be continued....

    Vas y, balance :D :D :D :D :D
    Bon, c'est top que la solution ait été trouvée :)
  • je-evrardje-evrard Member
    Je confirme que visualwizard rajoute des lignes en tête de sortie dans la version actuelle (ça vient de mes classes). La prochaine version fixe le soucis.

    Dispo demain je pense.

    a+

    jéjé
  • bazooka07bazooka07 PluXml Lead Developer, Moderator
    Je pense que l'option gzip de Pluxml est inutile.

    En effet les serveurs http comme Apache et Nginx savent faire de la compression gzip :
    [list=*]
    [*]doc Apache[/*]
    [*]doc Nginx[/*]
    [/list]

    J'ai une install neuve de PluXml 5.6 chez OVH cet après-midi en activant juste la redirection d'url et sans plugiin.
    En utilisant les outils de développement de Firefox ( touche F12 ) et en examinant les échanges http entre client et serveur, on voit que Gzip est activé
    voir copie d'écran
    Donc inutile de solliciter ce pauvre moteur PHP

    Pour en savoir plus, rechercher sur Google : ERR_CONTENT_DECODING_FAILED

    Par contre, je vois un autre problème sur la copie d'écran :
    La page d'expiration de la page est dépassée.
    Donc pas de mise en cache dans le navigateur

    Accès à mon dépôt de plugins et thèmes
    installe PluXml plus vite que ton ombre avec kzInstall2

Connectez-vous ou Inscrivez-vous pour répondre.