Bon, ben je vais me répondre tout seul alors ;-)
J'utilise htmlspecialchars pour envoyer le fichier dans la zone d'édition, et htmlspecialchars_decode pour le remettre dans le fichier...
Ca ne devrait pas poser de problèmes?
Hors ligne
Aucun.
8-)
Hors ligne
P@t a écrit:
Je viens de trouver un petit bug dans la dernière version...
C'est lors de l'édition du template picture.tpl. Dans ce fichier, on a un </textarea> (qui correspond à l'ajout de commentaires). Du coup, ca me ferme la zone d'édition de LocalFile Editor.
Et je ne vois pas comment régler ce problème... Est-ce que quelqu'un aurait une solution?
Remplace < par <. Je pense qu'il sera interpété à la lecture comme un caractère et nom comme un début de tag (je ne sais pas si un htmlentities appliqué sur le texte conviendrait).
Hors ligne
Pour des raisons de sécurité, vous veillerez à intégrer rapidement la dernière version de LocalFile Editor.
Révision 1.7.i
Le problème de l'édition du fichier picture.tpl a également été résolu.
Dernière modification par P@t (2007-09-23 04:25:52)
Hors ligne
Petit correctif pour la version 1.7.i
Le code php est également vérifié avant l'enregistrement pour le config_local.inc.php et les fichiers de langue.
Je rappelle qu'il est important de faire cette mise à jour.
PS: j'oubliais: merci à ddtddt pour la traduction en espagnol ;-)
Dernière modification par P@t (2007-09-23 11:46:54)
Hors ligne
P@t a écrit:
Petit correctif pour la version 1.7.i
Le code php est également vérifié avant l'enregistrement pour le config_local.inc.php et les fichiers de langue.
Tu devrais éviter de changer le code dans une même archive.
Hier, j'avais récupéré le zip LocalFilesEditor_17i.zip et aujourd'hui, ce n'est plus le même!
A part suivre le forum ou les extensions, rien n'indique le changement, notamment un certain plugin UpToD@te!
Hors ligne
rub a écrit:
A part suivre le forum ou les extensions, rien n'indique le changement, notamment un certain plugin UpToD@te!
P@t,
On lui dit... !?
8-)
Hors ligne
rub a écrit:
P@t a écrit:
Petit correctif pour la version 1.7.i
Le code php est également vérifié avant l'enregistrement pour le config_local.inc.php et les fichiers de langue.Tu devrais éviter de changer le code dans une même archive.
Hier, j'avais récupéré le zip LocalFilesEditor_17i.zip et aujourd'hui, ce n'est plus le même!
A part suivre le forum ou les extensions, rien n'indique le changement, notamment un certain plugin UpToD@te!
Oui oui, je sais... j'ai juste rajouté une fonction permettant d'analyser le code php avant l'enregistrement...
Et j'avais pas envie de resortir une nouvelle version, à cause des messages de mise à jour indispensable en 1.7.i
D'ailleur, pour cette fonction d'anayle de code php, je pensais qu'on pourrait peut-etre l'intégrer à pwg...
Ainsi, les fichiers locaus php pourraient etre analysés avant d'etre inclus, qu'est-ce que vous en pensez?
Dernière modification par P@t (2007-09-23 14:37:05)
Hors ligne
Et c'est quoi ta fonction exactement?
Pourquoi pas rajouter des tests mais il faudrait le faire par appel d'un trigger pour rajouter éventuellement d'autres tests.
Hors ligne
VDigital a écrit:
rub a écrit:
A part suivre le forum ou les extensions, rien n'indique le changement, notamment un certain plugin UpToD@te!
P@t,
On lui dit... !?
8-)
On lui dit quoi? (j'ai pas compris!)
Hors ligne
rub a écrit:
Et c'est quoi ta fonction exactement?
Pourquoi pas rajouter des tests mais il faudrait le faire par appel d'un trigger pour rajouter éventuellement d'autres tests.
Voila la fonction en question, trouvée sur le manuel de php, et légèrement modifiée:
function eval_syntax($code) { $code = stripslashes(str_replace(array('<?php', '?>'), '', $code)); $b = 0; foreach (token_get_all($code) as $token) { if ('{' == $token) ++$b; else if ('}' == $token) --$b; } if ($b) return false; // Unbalanced braces would break the eval below else { ob_start(); // Catch potential parse error messages $eval = eval('if(0){' . $code . '}'); // Put $code in a dead code sandbox to prevent its execution ob_end_clean(); if ($eval === false) return false; else return '<?php' . $code . '?>'; } }
Tou d'abord, ca enleve les balises php (si elle existent), ca teste le code, puis ca renvoit le code (avec les balises) si c'est correct, sinon, ca renvoit false.
Meme si les balises php sont mal placées ou absentes, ca les met au bon endroit.
Mais si on intègre ca à pwg, il faudra modifier ca... le coup du replacement de balises, c'est pour localfile editor ;-)
Vous pouvez tester cette fonction ca sur LocalFiles Editor, ca marche nickel...
rub a écrit:
On lui dit quoi? (j'ai pas compris!)
Moi non plus...
Dernière modification par P@t (2007-09-23 14:59:09)
Hors ligne
Ben du coup, voila une version 1.7.j
J'avais pas vu, petite boulette lors de l'enregistrement du fichier de sauvegarde (le .bak n'était pas au bon endroit)
Hors ligne
P@t a écrit:
rub a écrit:
On lui dit quoi? (j'ai pas compris!)
Moi non plus...
8-)
rub a écrit:
A part suivre le forum ou les extensions, rien n'indique le changement, notamment un certain plugin UpToD@te!
[hs]Après l'ambulance, le corbillard: Pom.... Pom.... Poomm-Pom...[/hs]
8-)
Les explications: http://forum.phpwebgallery.net/viewtopi … 108#p71108
Au revoir Up2D@te on t'aimait bien.
Sniff...
8-)
Hors ligne
Up2D@te a simplement fusionné avec un camarade pour faire une longue vie au topic sur la séparation des plugins...
Up2D@te n'est pas mort car il sera toujours dans plugin managerl
D'ailleurs pourquoi Up2D@te serait mort!
Quid des mises à jour des thèmes et des templates?
Hors ligne
rub a écrit:
D'ailleurs pourquoi Up2D@te serait mort!
Quid des mises à jour des thèmes et des templates?
Quelque chose à faire, effectivement.
Mais avant normalisons les entêtes...
Donc, themeconf.inc.php à mettre à la sauce des main.inc.php
et créons donc en 1.8: templateconf.inc.php
8-)
Hors ligne