http://permalink.gmane.org/gmane.comp.web.spip.zone hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.spip.zone/27989 <pre>Le 25/05/2012 21:59, Daniel FAIVRE a écrit : Non :) On ne peut pas générer 2 fichiers de même nom avec des contenus différents, d'une part, et d'autre part, la destination du chargeur automatique est légèrement différente en SPIP 3. monplugin.zip pour SPIP 2.1 (fera plugins/auto/monplugin en 2.1 avec le chargeur automatique) monplugin_cequetuveux.zip pour SPIP 3.0 (fera plugins/auto/monPREFIXE/v1.3.8/ en 3.0 avec le chargeur SVP de SPIP 3) Après, pour que l'outil de SPIP 3 ne propose QUE la version trunk, il faut que la compatibilité soit bien réglée au niveau de paquet.xml et plugin.xml des branches et trunk qui sont zippées. Par contre, je ne me rappelle pas comment ça se passe pour SPIP 2.1, je pense qu'il verra et affichera les 2 zips / plugins, mais que seul 1 sera activable réellement. Alors qu'en SPIP 3, les plugins incompatibles sont cachés par défaut de l'interface. MM. </pre> Matthieu Marcillaud 2012-05-25T21:13:21 http://permalink.gmane.org/gmane.comp.web.spip.zone/27988 <pre>Le 25/05/2012 21:59, Daniel FAIVRE a écrit : Tu génères un paquet pour chaque version, plugins.spip.net s'occupe du reste pour la compat. Impossible. Faut forcément un nom différent puisque c'est un paquet différent. C'est le troisième argument du archivelist, comme l'indique d'ailleurs la documentation interne au fichier. /chemin/vers/plugin;nom_du_zip;nom_du_dossier_interne </pre> RastaPopoulos 2012-05-25T21:07:41 http://permalink.gmane.org/gmane.comp.web.spip.zone/27987 <pre>Hello, J'aurais besoin d'un conseil pour archivelist.txt : Sur le svn, j'ai deux branches : - monplugin/trunk , pour SPIP &gt;3 - monplugin/branches/v2, pour SPIP &lt;= 2.n.n Je voudrais : - que l'installation auto des plugins propose automatiquement le trunk pour spip v3, et la v2 pour les versions antérieures de SPIP. - que le paquet généré s'appelle "monplugin.zip" dans les deux cas. - que le plugin soit installé dans le dossier plugins/auto/monplugin, dans les deux cas. 1) est-ce possible ? 2) comment ? D'avance merci ! dF </pre> Daniel FAIVRE 2012-05-25T19:59:21 http://permalink.gmane.org/gmane.comp.web.spip.zone/27986 <pre> Le 25 mai 2012 à 17:08, Fil &lt;fil&lt; at &gt;rezo.net&gt; a écrit : Et ça doit même passer sans les ' (avec des notices certes) par la magie de PHP... Cédric </pre> Cédric Morin 2012-05-25T16:07:02 http://permalink.gmane.org/gmane.comp.web.spip.zone/27985 <pre>Pas de problème car il y aura une white liste des fonctions autorisées. Pour avoir été piraté pls fois, la sécurité est une de mes préoccupations. J'avais écrit : Après l'étape 1, il ne subsiste que les fonctions autorisées, tous les car. interdits sont supprimées. Si je mets le plugin sur la zone, il faudra faire une revue de code par des kadors en sécurité. En tout cas, MERCI Fil d'appuyer là où ça fait mal. Cordialement Bruno Le 25/05/2012 17:08, Fil a écrit : </pre> Bruno CAILLARD 2012-05-25T16:02:11 http://permalink.gmane.org/gmane.comp.web.spip.zone/27984 <pre>Bonjour à toutes et tous, Je ne sait pas si c'est ici que je dois envoyer cette doléance mais en allant sur le site de spip-contrib, je m'aperçois que les forums des plugins ne sont plus affichés. Ceci est assez génant pour les commentaires qui sont bien utiles. Merci de me dire si vous pouvez y faire quelque chose ou si il faut contacter d'autres personnes pour ça. Merci pour votre travail et cette communauté très active. Steph </pre> Stéphane Colson 2012-05-25T15:33:48 http://permalink.gmane.org/gmane.comp.web.spip.zone/27983 <pre> ce n'est pas un détail :) que penses-tu de &lt;calc&gt;sql_delete('*','spip_articles')&lt;/calc&gt; ? </pre> Fil 2012-05-25T15:08:49 http://permalink.gmane.org/gmane.comp.web.spip.zone/27982 <pre>Je ne me suis pas encore penché dans le détail sur cette partie. Mais on peut interdire : $ [ ] ; { } Cordialement Bruno Le 25/05/2012 13:20, Fil a écrit : </pre> Bruno CAILLARD 2012-05-25T14:09:34 http://permalink.gmane.org/gmane.comp.web.spip.zone/27981 <pre>Le 25/05/12 08:13, Pierre KUHN a écrit : ???????? </pre> Maïeul 2012-05-25T11:37:18 http://permalink.gmane.org/gmane.comp.web.spip.zone/27980 <pre> quels sont les caractères autorisés ? </pre> Fil 2012-05-25T11:20:41 http://permalink.gmane.org/gmane.comp.web.spip.zone/27979 <pre>&lt;calc&gt;&lt;/calc&gt; est préférable en effet même si c'est un peu moins lisible. D’ailleurs, je vais aussi créer un &lt;test&gt;&lt;/test&gt; Bonne idée : transformer le &lt;calc&gt;&lt;/calc&gt; en modèle. Mais j'ai déjà commencé une autre implémentation : - ETAPE 1 : avec le pipeline post_typo : je teste le contenu (white-list), j'analyse le contenu, fais qq vérifications, etc. et j'en déduis un code PHP que j'insère mais sans les balises &lt;?php ... ?&gt; - ETAPE 2 : dans le pipeline affichage_final, j'exécute le code calculé à l'étape 1 et je remplace par le résultat. La plupart des vérif. (dont sécurité) sont faites une fois à l'étape 1, pendant le calcul du squelette. Après l'étape 1, il ne subsiste que les fonctions autorisées, tous les car. interdits sont supprimées. En cas de tentative illégale, le &lt;calc&gt;&lt;/calc&gt; est remplacé par un message d'erreur. ce qui laisse du code optimisé et sécurisé à l'étape 2. PS : pensez-vous que ce plugin puisse intéresser la communauté ? Cordialement</pre> Bruno CAILLARD 2012-05-25T10:20:00 http://permalink.gmane.org/gmane.comp.web.spip.zone/27978 <pre> Si votre système permet d'exécuter du PHP avant le passage dans interdire_script, il est clair qu'il faudra le sécuriser d'une autre manière : sinon c'est la porte ouverte à toutes les fenêtres :) </pre> Fil 2012-05-25T09:44:03 http://permalink.gmane.org/gmane.comp.web.spip.zone/27977 <pre>Le 24 mai 2012 18:34, Bruno CAILLARD &lt;bruno.caillard&lt; at &gt;free.fr&gt; a écrit : Peut-être une autre astuce : En premier lieu, je me demande si l'utilisation de &lt;calc&gt;&lt;/calc&gt; n'est pas meilleur que ### ###. Outre que ça simplifie la recherche, c'est cohérent avec &lt;math&gt;&lt;/math&gt; ou &lt;cadre&gt;&lt;/cadre&gt;, etc. Si tu ne veux pas utiliser la syntaxe d'un modèle mais passer quand même par un modèle, tu peux dans pre_propre transformer ta syntaxe en un appel de modèle qui sera du coup traiter par propre, ton modèle appelant pour a part une balise qui injectera le PHP à exécuter... </pre> Joseph 2012-05-25T09:01:56 http://permalink.gmane.org/gmane.comp.web.spip.zone/27976 <pre>bon le soucis est grand que saveauto, je peux pas changer un réglage stocker en méta pour plusieurs plugins je vais fouiller ça ce soir si je trouve une piste. Le 23 mai 2012 13:28, Pierre KUHN &lt;pierrekuhn82&lt; at &gt;gmail.com&gt; a écrit : </pre> Pierre KUHN 2012-05-25T06:13:18 http://permalink.gmane.org/gmane.comp.web.spip.zone/27975 <pre>Bonjour je voudrais savoir comment prévenir le gestionnaire d’une liste d’un inscris ou d’un modification d’inscription … Voici l’info que j’ai Paladin m’a dit Probablement en écrivant une noisette au bon endroit du formulaire d’inscription/des... du style : [(#EMAIL_WEBMASTER|mail’inscription’,’machin est inscrit’)] Etant débutant …. La noisette est dure a codée … Merci d’avance </pre> Berges Yannick 2012-05-25T04:21:40 http://permalink.gmane.org/gmane.comp.web.spip.zone/27973 <pre>Et si dans le code du pipeline, je fais un truc ressemblant à un traitement de balise dynamique ? Exemple du plugin Rainette qui affiche la météo dynamiquement : function balise_RAINETTE_INFOS($p) { $code_meteo = interprete_argument_balise(1,$p); $code_meteo = isset($code_meteo) ? str_replace('\'', '"', $code_meteo) : '""'; $type_info = interprete_argument_balise(2,$p); $type_info = isset($type_info) ? str_replace('\'', '"', $type_info) : '""'; $p-&gt;code = 'calculer_infos('.$code_meteo.', '.$type_info.')'; $p-&gt;interdire_scripts = false; return $p; } On voit que l'on y insère du code dans le contexte de compilation $p. Je suppose que la fonction balise_RAINETTE_INFOS est appelé par SPIP quand il détecte une balise dynamique dans le squelette ? Y'a pas un équivalent pour les pipelines ? Ou y'a t'il un moyen de désactiver ponctuellement le controle de sécurité ? comme cela est fait dans les balises dynamiques apparemment ? Cordialement Bruno Le 24/05</pre> Bruno CAILLARD 2012-05-24T16:43:12 http://permalink.gmane.org/gmane.comp.web.spip.zone/27972 <pre>Oui, mais cela me plaisait bien d'analyser le #TEXTE de l'article par un pipeline car cela permet d'alléger la syntaxe : ### &lt; at &gt;surface = &lt; at &gt;form1:input_2 * 4 ### C'est tout de même plus lisible que : &lt;calcul1|retour = &lt; at &gt;surface | traitement = &lt; at &gt;form1:input_2 * 4&gt; Cordialement Bruno Le 24/05/2012 18:16, Joseph a écrit : </pre> Bruno CAILLARD 2012-05-24T16:34:11 http://permalink.gmane.org/gmane.comp.web.spip.zone/27971 <pre>Oui, ça fait référence à la solution déjà évoquée qui consistait à faire appel à un modèle qui appelle une balise qui insère un script à exécuter.... Joseph Le 24 mai 2012 18:08, Bruno CAILLARD &lt;bruno.caillard&lt; at &gt;free.fr&gt; a écrit : </pre> Joseph 2012-05-24T16:16:51 http://permalink.gmane.org/gmane.comp.web.spip.zone/27970 <pre>Arfff, j'avais oublié les traitements de sécurité. Il reste le filtre affichage final. Sinon, si sous SPIP 3, les modèles peuvent avoir leur propre cache (cf. http://www.spip.net/fr_article5427.html) =&gt; moyen de faire un modèle avec un cache égal à 0 Le 24 mai 2012 16:09, Bruno CAILLARD &lt;bruno.caillard&lt; at &gt;free.fr&gt; a écrit : </pre> Joseph 2012-05-24T16:15:11 http://permalink.gmane.org/gmane.comp.web.spip.zone/27969 <pre>J'ai trouvé, c'est la fonction interdire_scripts dans texte.php qui produit cela. Donc il faudrait que je puisse appeler ma fonction d'insertion de code après l'appel à cette fonction ? Quel pipeline dois-je utiliser ? Cependant, j'ai l'intuition que d'insérer du code comme ça, directement dans $texte, n'est pas une méthode très orthodoxe ? Est-ce que je ne devrai pas m'inspirer des balises dynamiques, qui elles, insèrent du code, non ? J'ai trouvé ça dans formulaire_.php : function balise_FORMULAIRE__dist($p) { // Cas d'un #FORMULAIRE_TOTO inexistant : renvoyer la chaine vide. // mais si #FORMULAIRE_{toto} on ne peut pas savoir a la compilation, continuer if (existe_formulaire($p-&gt;nom_champ)===FALSE) { $p-&gt;code = "''"; $p-&gt;interdire_scripts = false; return $p; } // sinon renvoyer un code php dnamique return calculer_balise_dynamique($p, $p-&gt;nom_champ, array()); } avec un très intéressant $p-&gt;interdire_scripts = fa</pre> Bruno CAILLARD 2012-05-24T16:08:58 http://permalink.gmane.org/gmane.comp.web.spip.zone/27968 <pre>Dans la fonction appelée par le pipeline pre_propre, j'ai essayé d'insérer du code dans le $texte : &lt;?php echo "toto"; ?&gt; Mais les caractères "&lt;" et "&gt;" sont systématiquement remplacés par &amp;lt; et &amp;gt; et cela quelque soit le pipeline utilisé : pre_propre, post_propre, post_typo Du coup, le code PHP n'est pas interprété et envoyé tel que au navigateur. Il y a qq chose qui intervient après et qui filtre ces caractères. Mais quoi ? MERCI pour vos lumières. Cordialement Bruno Le 23/05/2012 22:50, Joseph a écrit : </pre> Bruno CAILLARD 2012-05-24T14:09:58 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.spip.zone