Le système de modules dans les CMS

Version imprimable

17/07/2006, 11h42
UN|X`

Le système de modules dans les CMS

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
17/07/2006, 12h09
franck.thibault

Citation:

Envoyé par 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

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, ...).
17/07/2006, 12h42
UN|X`

oui c'est bien ca mais d'ou commencer ? !!!
17/07/2006, 14h42
guitou12

Regarder comment fonctionnent les autres CMS ? :mouarf:
19/07/2006, 03h10
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...)
19/07/2006, 03h21
julp

Citation:

Envoyé par Thuliad

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.
19/07/2006, 09h28
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 ?
19/08/2006, 21h44
ePoX

Citation:

Envoyé par franck.thibault

... 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.
20/08/2006, 00h07
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.