Drupal est un CMS codé en PHP et à mes yeux très bien conçu. Il dispose d'un système de modules, une bonne partie de Drupal est d'ailleurs développée sous forme de module. La documentation anglophone est bien fournie. La communauté "drupalienne" a triplé en un an et est très active. En tant que développeur PHP, je tiens aussi à souligner la pertinence de leur choix technique et la qualité du code de l'application.
Je vous invite à le tester :) Dans cette version 4.7
- Le gestionnaire des formulaires a été complètement refait (gros travail).
- Il existe maintenant un mécanisme d'auto - complétion des champs (AJAX)
- L'ergonomie de la partie contribution a été fortement améliorée
- L'interaction entre un menu et le contenu est améliorée, une page peut se déclarer dans un menu.
- La gestion des bloc a été amélioré, et est maintenant géré par de multiple zones (et non plus droite et gauche).
- Un formulaire "contact" fait maintenant parti des modules officiels
- Catégorisation par tag
- Le module RSS / Atom offre plus de possibilité de configuration et gère maintenant Atom.
- Le module de recherche et indexation a été optimisé.
- PHPTemplate est maintenant le moteur de template de Drupal.
- mise à disposition d'une bibliothèque de gestion des chaînes de caractères en UTF-8.
- Notion de version (ou révision) de contenu
Dans Drupal
- Écriture de contenu de manière collaborative : via le type de contenu "book"
- URLs Friendly
- Modules - jabber authentication, messages privés, favoris, galleries photo, workflow, évènement et calendrier, RTE, ...
- Aide contextuelle
- Open source (GPL)
- Système de catégorisation très flexible, indépendant du contenu.
- Personnalisation : les thèmes peuvent être changés, des modules ajoutés ou enlevés via l'admin
- Un système de permission basé sur les rôles
- Recherche : chaque type de contenu indique à Drupal comment être indexé, ainsi vous pouvez indexer des données particulières via le système d'indexation de Drupal
- Authentification : les utilisateurs peuvent s'authentifier localement ou en faisant appel à un système distant (Jabber, Blogger, LiveJournal ou un autre site Drupal)
- Type de contenu : commentaires, articles, forum, image, fils RSS ...
- Plateformes : Apache / IIS, Unix / Linux / BSD / Solaris / Windows / Mac OS X, Mysql ou Postgresql.
- Système intégré gérant les traductions
- Statistique et système de logs
- Administration via navigateur web
- Performant, système de cache
Aller plus loin
- Drupal.org (3 clics)
- Drupal, traduction française et aide (1 clic)
- Drupal, un autre site (0 clic)
- drupalsites.com : exemples de sites tournant avec Drupal (1 clic)
# C'est quoi
Posté par Anthony Jaguenaud . Évalué à 1.
[^] # Re: C'est quoi
Posté par lezardbreton . Évalué à 8.
[^] # Re: C'est quoi
Posté par BAud (site web personnel) . Évalué à 3.
- la balise "acronym" (utilisée ici : vos yeux aiguisés auront remarqué le souligné du terme CMS qui permet de faire apparaître une bulle avec la définition Content Management System/Système de Gestion de Contenus)
- un simple lien vers wikipedia (fr de préférence) lorsque la page existe
Perso, à la relecture je préfère mettre un lien vers wikipedia qui fait généralement apparaître la signification de l'acronyme dans le nom du lien et qui permet en plus d'approfondir le sujet en allant directement sur la page de wikipedia). A défaut d'une page fournie en français, la page anglaise existe généralement et je l'utilise, mais je n'ai pas encore pris l'initiative d'en créer une spécifique quand je ne trouvais pas en français... (créer un stub sans rien mettre dedans n'est pas forcément utile...).
Question subsidiaire : ce genre de pratique (mettre un lien fr.wikipedia) incite-t-il les contributeurs de trollfr^Wlinuxfr à contribuer à wikipedia ?
[^] # Re: C'est quoi
Posté par jcs (site web personnel) . Évalué à 2.
Amis de l'accessibilité, je viens de vérifier : ma version de lynx (2.8.5rel.1) et de links (1.00pre12) se moquent éperdument de la balise "acronym", dans leurs configurations par défaut je précise.
[^] # Re: C'est quoi
Posté par Mithfindel (site web personnel) . Évalué à 3.
RTFW :)
[^] # Re: C'est quoi
Posté par Olivier Abad . Évalué à 4.
TFW m'apprend que ça peut aussi être un "Conversation Monitor System", ou bien un "Composant Monté en Surface", ou mon préféré : le "Compact Muon Solenoid" du CERN.
[^] # Re: C'est quoi
Posté par Nicolas Melay . Évalué à 2.
RTFW, ça me semble tout de même un peu démesuré...
[^] # Re: C'est quoi
Posté par BAud (site web personnel) . Évalué à 2.
[^] # Re: C'est quoi
Posté par hippolyte . Évalué à 1.
[^] # Re: C'est quoi
Posté par lezardbreton . Évalué à 2.
# Les autres cms open sources en php
Posté par jmny . Évalué à 2.
- Midgard CMS
- Typo3 (qui vient de passer en version 4.0)
- SPIP / Agora
- Joomla / Mambo
- Limb (php5)
- et plein d'autres, mais les plus "actifs" sont là.
et dans le monde python (pour ceux que je connais) :
- Plone,
- CPS,
- Silva,
- Zwook
[^] # Re: Les autres cms open sources en php
Posté par Damien Pobel (site web personnel) . Évalué à 2.
https://damien.pobel.fr
[^] # Re: Les autres cms open sources en php
Posté par Monsieur Flynn . Évalué à 1.
[^] # Re: Les autres cms open sources en php
Posté par bob le homard . Évalué à 1.
et franchement une fois qu'on passe à SPIP c'est du de revenir en arriere...
...tout simplement parce qu'avec Spip tu peux faire ce que tu veux :
un site dynamique bien sur, mais aussi un guestbook, une galerie photos, un forum type phpBB http://spipbb.spip-zone.info/rubrique.php3?id_rubrique=1 ou meme un blog à la dotclear :
http://www.spip-blog.net/
et le tout avec une grande legereté de fonctionnement.
bref :
SPIP=clap! clap!
;o)
[^] # Re: Les autres cms open sources en php
Posté par Monsieur Flynn . Évalué à 1.
sans parler que les boucles spip, la derniere fois ( il y a 1 ou 2 ans ) que j'ai mis le nez dedans, c'était pas super intuitif.
mais je ne demande qu'à être convaincu.
[^] # Re: Les autres cms open sources en php
Posté par bob le homard . Évalué à 1.
A priori, aucun probleme.
il faut juste un squelette different pour chaque rubrique.
^^
Apres evidemment les boucles ce n'est pas "super intuitif" comme tu dis.
Mais je prefere mille fois ca qu'à des blocs à la XOOPS , lourds comme pas possible.
[^] # Re: Les autres cms open sources en php
Posté par Gavroche LeGnou . Évalué à -2.
Pour ceux du monde "python", ce ne sont tous que des CMS sous ZOPE (lui meme ecrit en python)
Dans ces CMS la majorité du code qu'on sera susceptible d'ajouter sera en ZPT ou DTML (languages de templates de ZOPE)
Mais les produits externes ou certaines opérations logiques particulières seront souvents ecrits en python.
voilà :)
# Autant/Au temps pour moi
Posté par Thomas Douillard . Évalué à 1.
# Bien mais... pas de post par e-mail...
Posté par Loïc Ibanez . Évalué à 2.
Donc mon moteur de blog préféré restera Dotclear.
Les formidables possibilités du protocole SMTP sont loin d'être épuisées : on peut par exemple utiliser un moteur de blog comme Dotclear pour afficher les compte-rendus d'activité envoyés automatiquement par certaines applications (Cacti, MRTG etc...), ce qui les rend immédiatement accessibles via RSS et permet également d'homogénéiser leur mise en forme.
SMTP gère nativement et efficacement les problèmes tels que la montée en charge, la tolérance aux pannes ou la sécurité.
L'e-mail a de beaux jours devant lui !
[^] # Re: Bien mais... pas de post par e-mail...
Posté par Gabriel . Évalué à 2.
Je croyais au contraire que techniquement smtp c'était pouuri? Que tu vas en général faire circuler un login/pwd en clair, voire pas de login/pwd du tout?
Ce que tu aimes c'est pas le smtp, c'est la publication, la concentration de services lancé par un protocole qui permet de publier un document. ça pourrait être le sms (je connais un admin qui a monté un serveur de sms pour être prévenu des pannes sur sa plateforme :-) ), ou tout autre système de publication. smtp a l'avantage d'être là, de marcher, d'avoir des outils pour l'instrumenter. Ok.
Moi aussi j'adore les publications par mail mais cela demande quand même une vague réflexion sur la sécurité, le format...
[^] # Re: Bien mais... pas de post par e-mail...
Posté par Loïc Ibanez . Évalué à 1.
Possible. Face à une offre pléthorique je pense qu'un CMS ne peut se démarquer techniquement que si il est capable d'agréger et de présenter des informations venant d'origines multiples : rss, mail, wap, sms, web etc...
[^] # Re: Bien mais... pas de post par e-mail...
Posté par Nicolas Melay . Évalué à 1.
Là il s'agit juste de l'utiliser comme moyen de faire communiquer des applications, et çe me semble tout à faire pertinent.
Si côté CMS tout message SMTP entrant est accepté sans restriction, là oui c'est un problème, mais ce n'est pas lié à l'utilisation sur SMTP.
Pour la sécurité on peut restreindre les clients SMTP autorisés, jouer sur des règles de pare-feu, utiliser des messages signés, encapsuler dans du SSH, etc.
Il existe sans-doute une extension SSL du protocole SMTP, mais bon si le but est de permettre au client SMTP le plus basique qui soit de publier des infos, ça risque de ne pas le faire.
[^] # Re: Bien mais... pas de post par e-mail...
Posté par Monsieur Flynn . Évalué à 1.
par mms, par mail, par un client lourd que tu peux lancer de ton PC.. etc etc ...
Et si tu trouves que Drupal a beaucoup de modules, jette un coup d'oeil a la liste de modules de Joomla ou Xoops, tu verras que drupal fait figure de parent pauvre face à eux.
# support multilingue ??
Posté par Monsieur Flynn . Évalué à 1.
Mais, du peu que j'ai pu en voir, drupal n'a pas (lui non plus) de support multilingue.
Attention, que l'on se comprenne, je ne parle pas d'avoir un support des langues qui permet d'avoir son site soit en francais, soit en anglais, soit en...
Mais bien de la possibilité d'avoir son site en plusieurs langue en "même temps" pour des utilisateurs différents ( avec des petits drapeaux pour choisir sa langue).
Donc ma question, est ce que ce support existe ou pas sous Drupal ?
[^] # Re: support multilingue ??
Posté par Prosper . Évalué à 4.
[^] # Re: support multilingue ??
Posté par P.-A. . Évalué à 3.
Je l'utilise sur mon site et j'en suis plutôt satisfait. Je peux définir le contenu en plusieurs langues, les urls sont du type http://monsite.com/fr/node, etc. Pas grand chose à redire en fait.
Cependant c'est pas aussi simple à mettre en oeuvre que les autres modules. Il semble par contre pas encore exister en 4.7 (sans doute à cause du caractère intrusif du patch)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.