Forum

Hello - Question peut etre bête, mais avec le module page, lors de la création d'une page puis-je insérer du php avec connection à une autre BD - Cordialement

Non on ne peut pas pour des raisons de sécurité, notamment si tu fais une parse error tu ne pourra plus éditer ta page..
Par contre dans les templates on peut en ajouter

non tu ne peux pas... ce que je peux te suggérer c'est de d'éditer un fichier php de cette façon:



Qui représente la forme de ton thème et j'ai rajouter un cadre typique a un module, mais tu peu ajouter ton propre HTML/CSS/PHP ou autre, bref le seul inconvénient c'est que tu ne peut pas le générer dynamiquement par le CMS.

Édité par magikverse Le 19/04/2008 à 15h41

Merci a vous tous

J'ai une petite idée, je vous laisse voir ce que vous en dîtes. Pourquoi pas ne utiliser un BBCode utilisable uniquement sur le module Pages ou partout mais requérant le statut administrateur.







L'attribut type pourrait prendre quatre valeurs (plus?) : include, include_once, require, require_once; des noms des quatre fonctions PHP correspondantes.

1. On limite le risque au niveau de la sécurité car on n'autorise que les pages locales.
2. On limite de fait une partie du problème d'édition puisque la page incluse étant une .php, elle s'édite comme toute page PHP.
3. Selon la manière d'enregistrer le code dans la base de données, le problème d'édition est plus ou moins géré (en commentaire xhtml par exemple ça l'évite complètement mais oblige à un post-traitement au moment de l'affichage : moyen si aucun n'est actuellement réalisé).
   
   

Qu'en pensez-vous?

Ce qu'on voulait dire pour le problème d'édition c'est que si le contenu contient une erreur de syntaxe, Zend (l'interpréteur PHP) va s'arrêter immédiatement et donc rien afficher. On n'aura donc plus de lien pour mener vers l'édition du code.

Cette idée de le présenter sous forme de balise BBCode n'est pas bête, mais le besoin est-il vraiment important ?

Quoi qu'il en soit je ne pense pas qu'on intègre ça sur la 2.1.

L'idée de mettre ça sur le module pages est bonne et réalisable.

Important non, et vraiment pas pour l'utilisateur lambda. Après, pour des développeurs qui se servent de PHPBoost comme base, ça a, à mon avis, un certain intérêt (on peut certes créer une page .php comme ci-dessus, mais avec la balise, on est assurés de la compatibilité avec les nouvelles versions).

Donc si tu trouves l'idée pas mauvaise, personnellement je suis intéressé mais pas pressé

Édité par Symbioz Le 11/09/2008 à 20h08

Personnellement, je pense qu'écrire les 3 ligne nécessaire pour charger tout l'environnement de PHPBoost ne sont pas grand chose à faire (même si il faudra les modifier aux éventuels changements de version)



Pour moi, ça représente beaucoup de travail en développement pour vraiment rien du tout car si une personne veux inclure du PHP dans une page à elle, alors il vaut mieux comprendre le fonctionnement avec ces 3 petites lignes plutôt que de faire l'autruche.



C'est mon point de vue, et je suis prêt à discuter si vous avez d'autres arguments.

Pour moi, l'intérêt était notable si la charge de travail de votre côté est légère. Si cela oblige à des contorsions PHPesques, il est clair qu'il vaut mieux s'en passer et préférer l'autre méthode

C'est à ben.popeye d'évaluer la charge de travail étant donné que c'est lui qui s'occupe de la gestion du bbcode.



Mais bon, comme dit plus haut, une erreur de syntaxe il sera impossible d'éditer la page.

Ce n'est pas infaisable, tous les points délicats à faire sont déjà développés.
Cependant cela constitue un travail assez important pour arriver à faire ça de façon fiable. Le principal problème qu'on a c'est qu'on utilise un moteur de templates donc si on met un contenu comme ceci

Ce code suppose que la balise php permet d'exécuter le code.
On aurait d'abord hello world! puis le reste du code sans hello world. Ce n'est pas évident à expliquer, mais l'affichage se fait bien après l'exécution alors que le echo du code PHP écrit directement dans le buffer de sortie et pas dans le moteur de templates...

Bref je pense savoir comment feinter ça avec la fonction eval, ce n'est pas très propre mais c'est bien la seule et unique solution que nous ayons.

Je m'en occuperai peut-être après la sortie de la 2.1

T'embête pas trop avec ça quand même. Si c'est beaucoup de travail, on oublie

Par contre, je suggérais d'inclure une BBCode [inclusion] d'un script PHP externe mais absolument pas d'entrer du code PHP directement dans la zone de texte et dans un BBCode. Si même la solution de la balise inclusion oblige à du code non propre, je préfère également m'en passer

Le problème est exactement le même, mais je pense pouvoir m'en sortir pas trop difficilement, je verrai ce que je pourrai faire, mais certainement après la 2.1.

Que penses-tu du post-traitement à l'affichage que tu as suggéré pour la personne souhaitant insérer de nouveaux BBCode? Peut-être pas très propre... ?

Il est certain que si on fait une balise permettant d'ajouter du PHP elle se fera en post traitement. Il faut absolument que le code soit interprété à chaque fois et pas seulement au moment de l'enregistrement, auquel cas on perdrait la touche dynamique.