Je me faisais justement cette remarque en lisant le sujet : attention quand même à pas trop partir dans l'abstraction, c'est comme ça qu'on en arrive à pondre une usine à gaz Il ne faut pas perdre de vue le besoin.

Hein ?
Non, là tu n'y es pas du tout, c'est une conception architecturale beaucoup plus abstraite. Ca ne se résume surtout pas à changer la sortie texte d'un script. C'est toute la gestion du script qui est concernée.

Donc ce que tu aimerais, c'est une classe de forum qui ne retourne pas de code html mais un tableau plutôt que tu puisses mettre en forme par la suite?
@+

Oui, en effet, j'ai bien insisté au niveau de l'utilisateur, mais le fait est que pour permettre à l'utilisateur de construire lui même son site, avant de lui fournir des outils super évolués pour le faire, il faut lui donner la structure.
On était parti d'une réflexion sur les forums, et j'avais justement dit que pour moi, le plus gros problème des forums est leur manque, d'une part de modularité, et d'autre part de possibilités de transparence au niveau des modules de même type (j'appelle transparence le fait que l'on puisse utiliser indifféremment 2 modules sans que l'application n'ai un comportement différent). Et le problème est pour moi de taille quand l'on voit, et cela a encore été souligné dernièrement, le monolythisme du plus gros script de forum du monde, qui est impossible à modifier sans justement modifier le code. Il est là le concept.
Donc le principe est là, et comme je l'ai dit, bien évidemment ensuite, le but est de fournir des outils d'administration plus ou moins évolués à l'utilisateur pour modeler son site, et ce de manière plus ou moins assistée, de manière à ce que le résultat convienne aussi bien à un utilisateur confirmé qu'à quelqu'un qui n'a pas de culture en informatique. Ces outils étant bien entendu là aussi modulable, et totalement dispensables pour le fonctionnement de l'application qui doit faire le minimum de choix techniques possibles, laissant le total contrôle des outils à installer à l'utilisateur.

Sur le fait que tu dis que c'est impossible de fournir une interface d'administration, comme je t'ai dit l'idée est de fournir le maximum, même si l'utilisateur lambda ne peut au final pas forcément maîtriser la totalité des fonctionnalités de l'application, on a quand même au final une structure qui permet plus de modularité, et ce serait une grande avancée par rapport à actuellement puisqu'amha, on part de loin. Donc quitte à faire une structure très permissive en développements et une administration qui l'est moins que le contraire.

Si tu veux, je suis bien entendu près à te donner des détails (je peux même te transmettre les shémas que je suis en train de faire en message privé vu qu'apparement tu es le seul intéressé). Par contre, si tu veux des précisions ce serait plus sur quels points ?

Apres niveau perf c'est autre chose mais là c'est un maniac du ms qui parle ( un Hubert 2 )

Après tests de montée en charge sur un site que l'on vient de mettre en production, je suis très satisfait des perfs. Il faut bien penser qu'il y a des paramètres spécifiques à mettre en route en prod : limiter la quantité de logs, mettre en cache, supprimer le mode debug.

Rien qu'avec ça on a un rapport de 1 à 100 en terme de perfs par rapport au serveur de dev

Je suis actuellement en train de travailler sur symfony c'est vrai qu'il est très bien pensé et largement modifiable et implémentable

Vidéo de la conférence Framework Symfony disponible

Le 06 Mars 2007 a eu lieu un rendez-vous AFUP autour du thème Framework Symfony. Toute l’intervention a été filmée.