Anomalie #1342
ferméFailed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR
100%
Description
Sur chrome uniquement, pour toutes les photos log, membre,..., la photo apparaît puis disparaît lorsque la page est finie de charger
l'erreur suivante apparaît dans la console
Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR
Error 200
no-referrer-when-downgrade (default)
pas de problème sur FF
Mis à jour par Alain Paris il y a environ 5 ans
Bonjour
Chrome est il a jour ?
J'ai trouvé cela sur internet:
https://stackoverflow.com/questions/58215104/whats-the-neterr-http2-protocol-error-about
Peut être le même cas pour vous
Mis à jour par Renaud Degeorges il y a environ 5 ans
Bonjour Alain,
Merci pour ce retour, oui chrome est à jour,
Je ne sais pas si ça a un intérêt mais si je rajoute dans la racine au lien des photos cela fonctionne
exemple
<img id="photo_adh" src="/webroot/photo/286" class="picture" width="189" height="200" alt="Image">
modifié en
<img id="photo_adh" src="https://[mon_nom_de_domaine]/webroot/photo/286" class="picture" width="189" height="200" alt="Image">
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Statut changé de Nouveau à Rejeté
Je n'ai aucune idée de ce problème, et je n'ai pas souvenir de l'avoir rencontré, sur Galette ou d'autres projets (y compris un déployé sur plus de 50K instances).
Au vu de l'erreur, je pense à un souci de configuration du serveur web. La modification du src
ne devrait absolument rien changer, sauf s'il la valeur que tu entres n'est pas celle que Galette « connaît », mais ça, ça peut se paramétrer (confer les préférences). [edit] Et si ça vient du navigateur, je n'ai pas la main (ptètre voir du côté de certaines extensions installées ?).
Et sinon, à voir en 0.9.3 (actuelle nightly) ; clairement je ne passerai pas de temps sur un problème qui ne concerne pas la version que je suis en train d'essayer de finaliser.
Mis à jour par Johan Puisais il y a environ 5 ans
Bonjour à tous je me permets de poster ici un message car j'ai eu exactement le même problème " net::ERR_HTTP2_PROTOCOL_ERROR 200 " que vous sur un CMS développé par mes soins. Effectivement le navigateur Chrome est le seul à connaitre cela actuellement, le protocole HTTP2.0 joue aussi un rôle.
Dans mon cas je sers via un fichier PHP des miniatures jpeg qui représentent les images d'une galerie. Ce fichier php comporte les headers HTTP pour ce faire passer pour une image, parmi ces headers il y a " content-lenght " calculé via un " filesize ". Mon serveur ayant été migré par OVH sur une infrastructure supportant HTTP2.0, le navigateur (Chrome) contrôle les ressources statiques chargées (sécurité), il vérifie si les caractéristiques annoncées via les Header sont vraies, s'il trouve une incohérence, un résultat différent, il bloque (ce qui explique le délai de 5s env. pour la disparition). Dans mon cas, le header content-lenght annoncé diffère de ce que Chrome trouve en raison de la compression GZIP activé pour les fichiers PHP. 2 solutions : supprimer le header content-lenght ou ajouter une directive dans le .htaccess pour exclure le fichier php incriminé de la compression GZIP. Infos complémentaire et exemple de directive sur [[http://www.johanpuisais.com/article.php?article=neterr-http2-protocol-error-200-mes-solutions]]. En espérant avoir été utile. Bien à vous
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Catégorie mis à Core
- Statut changé de Rejeté à In Progress
- Assigné à mis à Johan Cwiklinski
- Version cible mis à 0.9.3
Salut,
Merci pour le retour, ce sera en effet très utile !
Mis à jour par Renaud Degeorges il y a environ 5 ans
Bonjour
Mon site est hébergé sous OVH, en parcourant les prérequis d'installation pour OVH https://galette.eu/documentation/fr/installation/preparation.html#ovh
j'ai trouvé ceci :
Beaucoup d’utilisateurs rencontrent des problèmes d’affichage des images ou d’accès à la liste d’émargement sur les hébergements OVH. La solution à ce problème passe par la configuration de votre espace. Il faut créer un fichier .ovhconfig à la racine du site avec le contenu suivant :
app.engine=phpcgi
cela à résolu mon problème
merci à tous
Mis à jour par Johan Puisais il y a environ 5 ans
Renaud Degeorges a écrit :
Bonjour
Mon site est hébergé sous OVH, en parcourant les prérequis d'installation pour OVH https://galette.eu/documentation/fr/installation/preparation.html#ovh
j'ai trouvé ceci :
Beaucoup d’utilisateurs rencontrent des problèmes d’affichage des images ou d’accès à la liste d’émargement sur les hébergements OVH. La solution à ce problème passe par la configuration de votre espace. Il faut créer un fichier .ovhconfig à la racine du site avec le contenu suivant :
app.engine=phpcgi
cela à résolu mon problème
merci à tous
Oui Renaud, effectivement repasser à PHPCGI est une solution, mais qui fait perdre beaucoup de performance au serveur ainsi que toute les optimisations et la sécurité apportées par PHPFPM... Solution qui pour ma part n'était pas envisageable.
Bien à vous
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Dupliqué par Anomalie #1343: Une erreur est survenue lors de l'affichage de l'interface des groupes :( ajouté
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Statut changé de In Progress à Commentaire
Proposition de correction :
diff --git a/galette/lib/Galette/Core/Picture.php b/galette/lib/Galette/Core/Picture.php
index 06d88d46..ce9959c8 100644
--- a/galette/lib/Galette/Core/Picture.php
+++ b/galette/lib/Galette/Core/Picture.php
@@ -297,7 +297,6 @@ class Picture implements FileInterface
public function display()
{
header('Content-type: '.$this->mime);
- header('Content-Length: ' . filesize($this->file_path));
ob_clean();
flush();
readfile($this->file_path);
Si le problème vient bien du Content-Lenght, ça devrait le corriger.
Mis à jour par Johan Cwiklinski il y a environ 5 ans
Bonjour Johan, et merci d'avoir fait avancer ce sujet :)
Johan Puisais a écrit :
Oui Renaud, effectivement repasser à PHPCGI est une solution, mais qui fait perdre beaucoup de performance au serveur ainsi que toute les optimisations et la sécurité apportées par PHPFPM... Solution qui pour ma part n'était pas envisageable.
Je suis plutôt d'accord, je n'avais pas compris pourquoi passer de mod_php à fpm causait ce genre de bugs chez OVH ; mais je comprends maintenant que c'est juste lié à leur infra technique, et pas spécifiquement à FPM.
Quoi qu'il en soit, le patch proposé devrait résoudre le problème des images. J'ai pris le parti de supprimer le header, pour la simple et bonne raison que je ne peux présumer que les fichiers .htaccess sont autorisés sur les instances de Galette :(
Le ticket #1343 est finalement une autre manifestation dans Galette du présent problème à ce qu'il semble (confirmé sur la liste ce soir par un autre utilisateur). Ce sont des appels ajax certainement (je n'ai pas d'environnement HTTP 2.0, je ne peux pas reproduire), mais je pense que si l'erreur est la même ; l'on peut raisonnablement penser que la solution aussi ;)
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Lié à Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome ajouté
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Dupliqué par Anomalie #1347: Anomalie d'impression des contributions et transactions ajouté
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Lié à Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome supprimé
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Dupliqué par Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome ajouté
Mis à jour par Johan Cwiklinski il y a environ 5 ans
- Statut changé de Commentaire à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 9fd79d4e8a836769dceea5f5c13630ec256740ce.