Tu peux tester de voir ce que donne :
$level = ob_get_level();
while ($level) {
echo $level . ':' . ob_get_level() . " ";
echo ob_end_flush() ? ' OK ' : ' NOK ';
$level--;
echo $level . ':' . ob_get_level() . " ";
echo " | ";
}
Chez moi : 1:1 OK 0:0 |
Chez moi:
2:2
Rien d’autre ? tu disais que tu avais que des A si te mettait dans la boucle ? Je ne comprends pas… Il ne t’affiche ni OK ni NOK ? hum.
PS: Tu réponds avec 2 comptes emails différents ; je crois qu’on peut les fusionner dans Discourse si tu veux.
Les AAA, c’est quand je modifie inc/actions.php. Là j’ai juste fait tourner ton script dans un fichier indépendant (donc sans aucun lien avec SPIP). Et non, rien d’autre après 2:2. Même pas un message d’erreur.
(Pour les adresses email, oui on peut fusionner: comme arno@rezo.net est un reroutage d’un compte gmail, je me faisais jeter mes emails à la liste.)
Si j’ajoute le ob_start() en début de fichier, ainsi:
<?php
ob_start();
$level = ob_get_level();
while ($level) {
echo $level . ':' . ob_get_level() . " ";
echo ob_end_flush() ? ' OK ' : ' NOK ';
$level--;
echo $level . ':' . ob_get_level() . " ";
echo " | ";
}
J’obtiens la réponse:
3:3 OK 2:2 | 2:2
Si j’installe ton code à la fin de inc/actions.php, ainsi:
echo $debut.$corps.$fin.$e;
$level = ob_get_level();
while ($level) {
echo $level . ':' . ob_get_level() . " ";
echo ob_end_flush() ? ' OK ' : ' NOK ';
$level--;
echo $level . ':' . ob_get_level() . " ";
echo " | ";
}
Alors j’ai bien mon affichage des rubriques, et l’affichage attendu est:
3:3 OK 2:2 | 2:2 NOK 1:2 | 1:2 NOK 0:2 |
Voilà c’est ça. Tu as un ob_end_flush() qui retourne false, c’est à dire qu’il n’arrive pas à le faire, et du coup ob_get_level() reste à la même valeur.
Du coup tu vois une solution propre à ce problème?
Peut être que tu peux afficher la liste des handlers pour avoir une idée de qui bloque ? :
echo $debut.$corps.$fin.$e;
print_r(ob_list_handlers());
Qui me donne Array ( [0] => default output handler )
J’obtiens:
Array (
[0] => default output handler
[1] => zlib output compression
[2] => cache_cool_flush
)
Du coup j’essaie en désactivant Cache_cool. Ça me supprime le [2], mais ça ne fonctionne pas plus…
Alors si j’ajoute:
if ($_GET["action"]) ini_set("zlib.output_compression", "off");
dans mes_options.php, je récupère bien mon menu_rubriques.
Mais je ne sais pas si c’est une bonne idée d’insérer ce genre de choses dans le core, ni où…
Si je l’ajoute au début de la fonction ajax_retour() de inc/actions.php, ça fonctionne nickel:
function ajax_retour($corps, $content_type = null) {
@ini_set("zlib.output_compression", "off");
Mais je suppose que ça ne fonctionne que si ini_set est autorisé sur le serveur.
@arno j’ai donc fusionné tes deux comptes, en laissant celui avec chez rezo que tout le monde connait, et j’ai modifié ce compte pour t’y remettre le pseudo et le nom technique « arno » (pour les ping)
Je relance: est-ce que vous avez une idée de solution?
Moi ce qui fonctionne, c’est l’ajout de
@ini_set("zlib.output_compression", "off");
au début de la fonction Ajax_retour.
Hello,
déjà j’ai envoyé un patch pour éviter la boucle infinie sur la tentative de flush :
J’essaye de reproduire le problème mais même si j’active le
zlib.output_compression, avec ou sans cache_cool je n’arrive pas à reproduire le defaut de flush.
J’ai bien la même configuration de buffer dans mon print_r(ob_list_handlers()); mais ça ne bloque jamais la sortie.
Tu utilises quelles versions de PHP et Apache, et est-ce que tu n’as pas un autre plugin qui ferait une action en fin de hit et retarderait la sortie ?
Est-ce que tu peux aussi essayer l’URL ecrire/?action=menu_rubriques&date= et voir si elle se comporte pareil ?
Est-ce que tu peux aussi essayer d’ajouter un
ob_implicit_flush(true);
avant le echo ?
On peut toujours mettre un ini_set dans ajax_retour, mais je crains que ce ne soit qu’un patch hyper local qui résolve pas le vrai soucis (et de facto il va sauter un jour ou l’autre parce que inexplicable)
C’est pas mieux - mais c’est différent…
Là la réponse est immédiate: le menu se déplie, et rien du tout ne vient (mais pas de timeout).
Si j’essaie d’entrer l’URL de ?action=menu_rubriques directement dans le navigateur, ça ne semble charger aucune page.
Par contre, si je fais un wget sur cette même URL, ça me télécharge bien le fichier HTML complet du menu.
Le ob_implicit_flush ne change rien. Et au début de ce thread, j’avais essayé en désactivant tout sur mon site, et même résultat.
C’est un hébergement Infomaniak, php 7.4.16, pour Apache je ne trouve pas l’info dans php_info.
AH !
Je crois que j’ai une piste alors
Quand tu fais wget, tu es anonyme et du coup ça passe
dans le if () de la ligne 40 spip/spip: Dépôt officiel du core SPIP * Anciennement présent sur svn://trac.rezo.net/spip * Les plugins-dist faisant partie de la distribution SPIP sont présents dans https://git.spip.net/SPIP/[nom du plugin dist] - ecrire/action/menu_rubriques.php at master - spip - SPIP on GIT
qui finit par un exit;
Quand tu es identifié, ça va jusqu’à la fin de la fonction qui finit par un ajax_retour() ligne 70
et du coup après ça remonte dans public/aiguiller, et là surprise
on teste le ob_get_length() et si il est nul on envoie un 204
Donc a mon avis, pour vérifier et comprendre, si tu commentes la ligne 101 de public/aiguiller qui fait un
http_status(204);
ça devrait faire remarcher ton menu rubriques
Et si c’est bien le cas alors
1/ on peut fixer ton bug en ajoutant un exit dans la fonction menu_rubriques apres le ajax_retour() de la ligne 70
2/ on peut ajouter un commentaire sur sur http_status(204) en indiquant qu’il est possiblement buggy avec un zlib.output_compression
–
Cédric
Le 18 mai 2021 à 21:44 +0200, Arno* via Discuter de SPIP noreply@discuter.spip.net, a écrit :
Arno* arno
Mai 18
C’est pas mieux - mais c’est différent…
Là la réponse est immédiate: le menu se déplie, et rien du tout ne vient (mais pas de timeout).
Si j’essaie d’entrer l’URL de ?action=menu_rubriques directement dans le navigateur, ça ne semble charger aucune page.
Par contre, si je fais un wget sur cette même URL, ça me télécharge bien le fichier HTML complet du menu.
Le ob_implicit_flush ne change rien. Et au début de ce thread, j’avais essayé en désactivant tout sur mon site, et même résultat.
C’est un hébergement Infomaniak, php 7.4.16, pour Apache je ne trouve pas l’info dans php_info.
Voir le sujet ou répondre à ce courriel pour répondre.
Vous recevez ce courriel car vous avez activé la liste de diffusion.
Pour se désabonner de ces courriels, cliquez ici.
Ohhhh (admiration…).
Yep, avec le http_status commenté, ça roule nickel. (Et tout ça sans que j’en comprenne le moindre mot :-))
Ah donc mystère résolu, visiblement quand même lié à une config serveur bizarre ou en tout cas pas courante…
J’ai envoyé le patch final comme évoqué dans mon mail précédent
–
Cédric
Le 18 mai 2021 à 22:49 +0200, Arno* via Discuter de SPIP noreply@discuter.spip.net, a écrit :
Arno* arno
Mai 18
Ohhhh (admiration…).
Yep, avec le http_status commenté, ça roule nickel. (Et tout ça sans que j’en comprenne le moindre mot :-))
Voir le sujet ou répondre à ce courriel pour répondre.
Vous recevez ce courriel car vous avez activé la liste de diffusion.
Pour se désabonner de ces courriels, cliquez ici.