Sortie du CMS Drupal en version 4.7

Posté par  . Modéré par Nÿco.
Étiquettes :
0
2
mai
2006
PHP
Le CMS Drupal vient de sortir en version 4.7, après un an de développement.

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

  • # C'est quoi

    Posté par  . Évalué à 1.

    C'est quoi un CMS ?
    • [^] # Re: C'est quoi

      Posté par  . Évalué à 8.

      Content Management System : système de gestion de contenu en gros (voir http://fr.wikipedia.org/wiki/Content_Management_System ). Ca contient souvent tout un processus de rédaction, de validation, et publication sous une jolie interface d'articles. La version light d'un CMS est proche d'un blog. Il existe beaucoup d'autres CMS, le plus connu en France étant surement SPIP ( http://www.spip.net/ ).
      • [^] # Re: C'est quoi

        Posté par  (site web personnel) . Évalué à 3.

        j'en profite pour poser une question à nos fidèle trolleurs^W de linuxfr : préférez-vous
        - 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  (site web personnel) . Évalué à 2.

          la balise "acronym"

          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  (site web personnel) . Évalué à 3.

      • [^] # Re: C'est quoi

        Posté par  . Évalué à 4.

        > RTFW :)

        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  . Évalué à 2.

        Soit on RTFM, soit on STFW.
        RTFW, ça me semble tout de même un peu démesuré...
    • [^] # Re: C'est quoi

      Posté par  . Évalué à 1.

      Si tu laisses le pointeur de ta souris traîner sur le mot CMS souligné en pointillé, en haut dans la présentation, tu verras apparaître un sorte de bulle d'aîde contenant l'explication mot-à-mot de l'acronyme (avec sa traduc' ! ça c'est cool :)
      • [^] # Re: C'est quoi

        Posté par  . Évalué à 2.

        La définition a été rajoutée par la suite par un modérateur. Au moment où il a posé la question, ça n'y était pas.
  • # Les autres cms open sources en php

    Posté par  . Évalué à 2.

    même si je prefère drupal ;) il existe en effet d'autres cms open source en php, on peut citer principalement :

    - 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  (site web personnel) . Évalué à 2.

      dans les biens "actifs" tu peux rajouter eZPublish dont la version 3.8.0 est sortie hier et dont une version 4 (supportant PHP5) arrive pour la fin de l'année

      https://damien.pobel.fr

    • [^] # Re: Les autres cms open sources en php

      Posté par  . Évalué à 1.

      N'oublions pas Xoops :).
      • [^] # Re: Les autres cms open sources en php

        Posté par  . Évalué à 1.

        j'ai pas mal bossé avec Xoops et autre nuke like ...

        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  . Évalué à 1.

          Et quand tu veux un site qui fasse à la fois blog, avec une partie forum, publication d'articles , gallerie photo et guestbook ?

          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  . Évalué à 1.

            >Et quand tu veux un site qui fasse à la fois blog, avec une partie forum, publication d'articles , gallerie photo et guestbook ?

            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  . Évalué à -2.

      Précisions :
      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  . Évalué à 1.

    C'est pas plutôt "en tant que" ?
  • # Bien mais... pas de post par e-mail...

    Posté par  . Évalué à 2.

    J'ai consulté la très longue et très riche liste de modules et je n'en ai trouvé aucun permettant de poster directement par e-mail, wap etc...
    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  . Évalué à 2.

      Les formidables possibilités du protocole SMTP
      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  . Évalué à 1.

        >>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>>

        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  . Évalué à 1.

        Je ne vois vraiment pas où l'utilisation du SMTP peut poser un problème de sécurité.
        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  . Évalué à 1.

      Drupal ne le fait peut etre pas, mais certains des modules de Joomla le permettent

      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  . Évalué à 1.

    Ce que je vais dire là est peut-être une grosse bétise vu que je découvre Drupal, que cela ne fait que quelques heures que je furette dessus.

    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  . Évalué à 4.

      Oui sauf que j ai pas vu de petit drapeau, mais dans la configuration des users tu peux choisir la langue que tu souhaites , tu peux meme traduire ce qu il manque directement dans l interface d admin ( par recherche de pattern )
    • [^] # Re: support multilingue ??

      Posté par  . Évalué à 3.

      Un module existe pour la série des 4.6 : http://drupal.org/project/i18n

      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.