[TYPO3-UG Quebec] Les CMS : des outils trop contraignants ou trop complexes???

[Joé Bussière]

Bonjour à toutes et à tous!
 
Question de partir un petit débat, je joins ici un message que quelqu'un à
envoyé à la liste Linux Québec concernant les CMS en général et TYPO3.
 
Je n'ai pas eu la chance d'essayer tous les CMS existants..., mais je ne
suis personnellement pas d'accord avec "on peut dire de ces outils qu'ils
sont soit trop contraignants ou trop complexes", surtout en parlant de
TYPO3, même si "on doit apprendre un langage très étrange et
propriétaire"...
 
Bonne Saint-Jean à tout le monde!
 
Joé :-)
 
#################################################
 
J'ai la même préoccupation que toi depuis qui me suit depuis plusieurs
années. J'en ai essayé un grand nombre et je suis toujours resté sur ma faim
en ce qui concerne les solutions proposées.
 
- Drupal
- Spip
- Typo3
- etc.

Les problèmes sont les suivants
 
- Ces outils sont souvent orientés pour des groupes ou des association et du
contenu de type journalistique. 
   - Les derniers articles (ou pages) insérés sont toujours en haut 
   - Pas vraiment possible de faire plusieurs niveaux de menus 
- La difficulté d'intégrer des applications Web ou des sections qui ne sont
pas prévue, par exemple, un module calendrier écrit en ASP avec un cms PHP. 
- Pour les modifier ou personnalisé, on doit apprendre un langage très
étrange et propriétaire (Typo3) ou jouer dans du code PHP et des bases de
données ce qui n'est pas toujours évident non plus. 
- En outre, le fait que le contenu soit toujours servi dynamiquement (PHP,
ASP, JSP, coldfusion) rend les pages plus lentement que du contenu statique
et aussi peuveut donner lieu à des erreurs applicatives.
 
Il y a néanmoins des produits qui peuvent générer du contenu statique (des
bonnes vieilles pages html), comme par exemple Reddot (la dernière fois que
je l'ai utilisé), mais il est très dispendieux ou encore Typo3 (qui lui est
libre) mais beaucoup trop complexe.
 
En général, on peut dire de ces outils qu'ils sont soit trop contraignants
ou trop complexes.
 
De mon côté, je suis à développer ma propre solution. 
 
- Pour le contenu informatif (+ de 90% de tous les contenus des site Web),
j'ai un processus qui génère (et regénère) du contenu statique à partir de
modèles (il peut y en avoir plusieurs) ou de fichiers séparés (entete, menu,
pied de page). 
- Les menus (latéraux ou dans l'entête) sont regénérés automatiquement ou
non, suite à l'insertion de nouvelles pages ou à leur modification et
suppression. 
- Pour le contenu dynamique, il est possible d'intégrer n'importequelle
applicaiton php, jsp ou asp, libre (open source) ou non.
 
En ce qui vous concerne, une telle solution permettrait de :
 
- Gérer très facilement le contenu informatif selon différents types
d'usagers
- L'utilisation de n'importe quelle solution de paiement électronique
(personnellement, j'en ai fait plusieurs en java) 
La gestion d'un bulletin électronique et l'activation d'une zone réservée
aux membres pour l'échange de documents et l'inscription au bulletin (sur
mesuire ou utilisation d'une solution toute faite libre).
- En passant, je suis un développeur Web et orienté objet avec une longue
expérience. J'ai commencé dans le Web en 1997 et j'ai travaillé sur les
sites de Bell, Desjardins, Hydro-Québec, Protectron, etc.
 
--
Jean Beaudet
linux québec
514-384-1417
 
#################################################