Discussion :

[UN|X`]

je travail sur un cms et je veux crrer ce dernier car aucun cms n'a repondu a mes besoins (referencement web par exemple) , mais j'ai besoin d'un peut d'aide car je veux que mon cms gere d'une maniere automatique les modules ,comme dans joomla et xoops ... on telecharger un nouveau module (de sondage par exemple) et on l'installe et c'est bon , le site devient fonctionnel avec le nouveau module ajouté

donc je veux faire la meme chose pour mon cms , existe t'il un cours qui traite ce sujet ?, ou un framwork ou n'importe quoi qui peut m'etre utile ?


merci

[franck.thibault]

je travail sur un cms et je veux crrer ce dernier car aucun cms n'a repondu a mes besoins (referencement web par exemple) , mais j'ai besoin d'un peut d'aide car je veux que mon cms gere d'une maniere automatique les modules ,comme dans joomla et xoops ... on telecharger un nouveau module (de sondage par exemple) et on l'installe et c'est bon , le site devient fonctionnel avec le nouveau module ajouté

donc je veux faire la meme chose pour mon cms , existe t'il un cours qui traite ce sujet ?, ou un framwork ou n'importe quoi qui peut m'etre utile ?


merci

Je suis également à la recherche d'informations sur les techniques à utiliser pour développer un site "à base de modules".
En ce qui me concerne, je n'irai pas jusqu'à la création d'un CMS mais plutôt avoir un système modulable (noyau + modules) qui me permettrait de développer différents sites web ou intranet (publication, groupware, ...).

[UN|X`]

oui c'est bien ca mais d'ou commencer ? !!!

[guitou12]

Regarder comment fonctionnent les autres CMS ?

[Thuliad]

Le mot module est juste une représentation abstraite mais chaque CMS la traduit à sa façon. Toute l'informatique se veut modulaire.
Dans le cas d'un cms, pour moi le noyau n'est rien de plus qu'un ensemble de classes utilisées par les modules pour simplifier les opérations et garantir sécurité et intégrité des données.
Chaque module possède ses propres données et actions.
Après en ce qui concerne l'installation d'un module, etc, ça relève de la compétence basique en PHP...(upload, fonctions sur les fichiers, mise à jour de la BD...)

[julp]

Dans le cas d'un cms, pour moi le noyau n'est rien de plus qu'un ensemble de classes utilisées par les modules pour simplifier les opérations et garantir sécurité et intégrité des données.

+1 puisque les classes dont pourraient implémenter vos propres modules seraient régis par un contrat (par héritage - la classe parente pouvant éventuellement être abstraite avec PHP5). D'autant plus, que le CMS peut fournir tout une API qu'il vaut mieux réutiliser (maintenance/évolutivité aisée, sécurité, ...). Mais pour reprendre ce qui a été dit, chaque CMS utilise plus ou moins un système différent.


Julp.

[franck.thibault]

J'ai déjà essayé de mettre en place des classes pour gérer des modules. Le problème que j'ai rencontré était que je n'arrivais pas à garder un niveau d'abstraction suffisant pour que chacun des modules reste indépendant vis-à-vis des autres. Quelqu'un aurait-il déjà participé au développement d'un CMS pour expliquer un peu les bases de la mise en place d'un tel système (noyau + modules) ? Utilisation d'une base de données ?

[ePoX]

... suffisant pour que chacun des modules reste indépendant vis-à-vis des autres. ...

Peut être que l'inter dépendance est un mal nécessaire ....
Le tout étant d'être capable de le gérer correctement.
Une application windows par exemple est complètement dépendante du système sous jacent.

Donc dans l'idée pour gérer les problèmes d'inter dépendance, il faudrait avoir pour chaque module une liste de dépendance, et les versions minimum nécessaire.
Après si un module vient à passer de la version 1 à la version 2, c'est à lui de faire en sorte que les modules dépendant de la v1 reste parfaitement compatible.

Quand à l'abstraction..... je ne sais pas trop.... AMHA que ce n'est qu'un outil supplémentaire. Mais pas une solution.

[Gectou4]

enf aite le problème est simple si tu le pense autrement.

tout tes modules aurons besoin de savoir :
-si le membres qui les ocnsulte est loguer ou non => session
-l'accés au sgbd
-l'accés aux fichiers langue
-l'accés aux fichiers configs

Généralement, on considère ça comme le "kernel" puisque cette aprtie du CMS sera invariante pour tout les 'modules'

Ensuite vient la notion d'ajout.
Prennons deux modules simples et que tous cms se doit de proposer (utile ou pas) :
-news
-livre d'or

d'un point de vue php il y'à peut de différence entre les deux.
Dévellope donc le premier de mainère à l'intégrer parfaitement à ton kernel.

Maintenant tu as la "syntaxe" complète de dialogue entre ton script et le "kernel" essay donc de coder le deuxième de tel manière qu'on puisse l'effacer (dossier/fichier) sans gêne pour le reste du CMS.

Cela fait détache au besoin le premier script du kernel affin de pouvoir l'effacer lui aussis sans gêne

seul reste la méthode de détection des modules.
là plusieur choix son à voir :
le module est externe (ex forum) donc un liens suffira à l'intégrer
le module est interne (smilies sur toutes les pages) là il faudra que le kernel lise un dossier/fichier spécifique (généralement courant dans les cms) qui 'inclura' le mod.