ddtddt a écrit:
Peut être qu'il fonctionne qui fait le test ?
Ah ben oui tiens.
Bon Tosca a été plus rapide que moi, évidemment...
Déjà la version qui était en ligne avant que ddtddt ne la mette à jour, était la 2.0.2, alors que sur mon PC dans ma galerie locale en 2.0.10, j'avais la 2.0.3 o_O ... mais bref on s'en fiche puisqu'on en est à la 2.1 maintenant.
Par contre les triggers (avec deux g et non un seul comme vu dans les pages d'administration du plugin mais c'est un détail) ne sont affichés que dans la partie administration. Pourtant on en utilise aussi dans la galerie ? Ou c'est peut-être fait pour ?
Bref pendant ce temps-là je n'ai pas avancé mon développement :-o ...
tosca a écrit:
ddtddt a écrit:
Peut être qu'il fonctionne qui fait le test ?
Ca fonctionne ... mais ça serait mieux qu'on puisse l'installer directement via l'admin plutôt qu'à la main.
Si tu me confirme que cela fonctionne je coche la case qui va bien
Merci d'avoir tester
extension:288
j'en ai profiter pour ajouter une nouvelle version avec les descriptions localisés
ddtddt a écrit:
Peut être qu'il fonctionne qui fait le test ?
Ca fonctionne ... mais ça serait mieux qu'on puisse l'installer directement via l'admin plutôt qu'à la main.
Peut être qu'il fonctionne qui fait le test ?
tosca a écrit:
Pourrait-on avoir une version de ce plugin compatible avec la version actuelle de Piwigo ?
... à moins qu'il n'existe un autre moyen de détecter les "events" ?
Ah ben oui tiens.
+1
Pourrait-on avoir une version de ce plugin compatible avec la version actuelle de Piwigo ?
... à moins qu'il n'existe un autre moyen de détecter les "events" ?
ngoc a écrit:
Du coup, pourquoi besoin de ce plugin si on peut juste l'activer dans config_local ? (j'ai fait le test)
Tu as du faire le test vite fait alors...
$conf['show_queries'] = true; permet d'afficher uniquement les requetes SQL.
En activant event tracer, on également les appels aux triggers (en plus des requetes SQL)
Exemple:
[0.047 s, 8 queries] : action "user_init" 1 calls
[0.052 s, 8 queries] : action "loading_lang" 1 calls
[0.054 s, 8 queries] : action "init" 1 calls
[0.056 s, 8 queries] : action "loc_end_section_init" 1 calls
[0.056 s, 8 queries] : action "loc_begin_index" 1 calls
ngoc a écrit:
PS: je sais pas si c'est un bug mais quand les requetes sont affichés, cooliris-piclens n'affichent pas les photos.
Le fait d'afficher les requetes (et les appels aux triggers) permet de débugger et aide au développement des plugins.
Il se peut que cela interfère dans l'affichage de la page...
Ah oui j'avais oublie de desactiver ca.
Du coup, pourquoi besoin de ce plugin si on peut juste l'activer dans config_local ? (j'ai fait le test)
PS: je sais pas si c'est un bug mais quand les requetes sont affichés, cooliris-piclens n'affichent pas les photos.
Ce ne sont pas les events que tu vois, mais les requetes SQL!
Dans ton config_local.inc.php, tu as mis:
$conf['show_queries'] = true;
Supprime la ligne et tout rentrera dans l'ordre.
Si c'est vu comme ca je comprends mieux.
Par contre meme en ayant desactiver et supprimer, j'appercois toujours les events Oo
C'est une fausse bonne idée...
Quand on développe un plugin, on a peut-etre envie de voir les events en guest ou en utilisateur normal.
Par exemple dans le cas de l'identification ou de l'enregistrement d'un utilisateur...
Event tracer n'est à priori pas destiné à une galerie en prod.
Pour développer un plugin, il vaut quand meme mieux passer par une galerie de test, non?
Bonjour,
Quand l'outil est activé, tout le monde peut voir l'affichage de toutes requetes. Ce qui est un peu génant.
Peux-t-on afficher les events en fonction de la personne connecté? genre un guest ou un user normal, ils ne voient rien et un admin/webmestre ils voient les events.
Does it make sense?