glFusion, un CMS qu'il est bien...

Posté par (page perso) . Modéré par baud123.
Tags :
12
3
juil.
2010
Internet
Le paysage des CMS est tellement saturé qu'il est assez difficile pour un petit projet de se faire connaître. Bien entendu tout le monde à entendu parler des habituels Drupal, SPIP, Joomla!, TYPO3, eZ Publish et j'en passe.

Aujourd'hui nous allons parler d'un autre CMS libre (GNU GPL v2) : glFusion. Il se veut simple à prendre en main et est utilisable dès l'installation. Il est en PHP et MySQL, dispose d'un système de greffon et d'un grand nombre de fonctions pré-implémentées, ce qui fera gagner beaucoup de temps pour une mise en place d'un site de base. Les développeurs principaux sont Mark Evans et Eric Warren. glFusion est un CMS écrit en PHP se reposant sur MySQL plutôt classique dérivé de geeklog mais avec un nombre impressionnant de fonctionnalités pour les non-programmeurs (la majorité des utilisateurs de CMS en fait...).

Quelques fonctionnalités en vrac :
  • Possibilité de poster sous forme de blog ou de page statique ;
  • Forum intégré ;
  • Éditeur de menu pour les nuls ;
  • Éditeur wysiwyg (FCKeditor en fait) pour l'édition des pages et des mails ;
  • Possibilité de s'enregistrer sur le site ;
  • Calendrier (privé, public) ;
  • Gestion fine des droits (groupes) ;
  • Modération des articles et autres forums facilitée ;
  • Intégration de Google Translate (fonctionnalité discutable...) ;
  • Anti-spam ;
  • Prise en charge de l'OpenID ;
  • Gestionnaire de fichiers (téléchargements) ;
  • Sondage intégré ;
  • Media Gallery, gestion de fichiers audio, vidéo, images (JPEG, PNG, TIF, GIF, BMP, TGA, PSD, MP3, OGG, WMV, SWF, MOV, MP4, MPEG, FLV, Remote FLV, Embedded Video, ZIP) ;
  • Gestion facilitée des liens ;
  • Plusieurs widgets à disposition (applications java script basées sur le framework MooTools distribué sous licence MIT) ;
  • Moteur de recherche intégré ;
  • Thème facilement personnalisable ;
  • Flux RSS ;
  • De nombreuses fonctions simples à utiliser pour les non-développeurs (par exemple [video:nom_de_la_vidéo] affiche directement le fichier demandé indépendamment de son format, son emplacement, le tout dans un joli lecteur).
Pour résumer, c'est un outil complet facile à déployer (l'installation prend cinq minutes maximum) et qui permet d'avoir un site fonctionnel en très peu de temps.
  • # PHP

    Posté par (page perso) . Évalué à -3.

    Pour sortir du lot faudrait peut être aussi choisir Python ou Ruby qui sont moins fourni en CMS....
    • [^] # Re: PHP

      Posté par . Évalué à 7.

      Pour sortir du lot, il faudrait surtout un CMS dévellopé pour tenir la charge.
      Ez Publish par exemple est une horreur.
      • [^] # Re: PHP

        Posté par (page perso) . Évalué à 2.

        J'ai remarqué que Redmine (ruby) était particulièrement réactif, beaucoup plus que tout les CMS que j'ai testé en PHP...bon après j'ai pas 300 projets 15 dépots différents et 800 utilisateurs, mais ça marche vraiement bien.

        Mais le problème de Ruby, Python ou Perl, pour le déploiment, ça n'as comment dire...rien à voir :D
      • [^] # Re: PHP

        Posté par . Évalué à 2.

        Ben justement je ne sais pas si l'hébergeur de leur démo (http://www.bluehost.com/) est lent, mais effectivement le chargement des pages est plus lent que Joomla sur un Celeron 1,2Ghz apparemment.
        • [^] # Lent?

          Posté par . Évalué à 1.

          J'ai réalisé une analyse (une seule, de la page d'accueil, ce n'est peut être pas représentatif):
          - le fichier HTML est affiché en 1s45. Plus d'1sec d'attente et quelques sec de blocage. Donc oui, l'hébergeur est lent (mais y'a pire...)
          - Au test Google page speed ça donne 80%. Il faudrait voir si ça vient du CMS, de la configuration ou du template mais c'est faible (avec Spip on atteint facilement 95%).
          - Yahoo Yslow le site est classe A. Pour le test "petit site ou blog", c'est parfait. Les développeurs privilégient le test de Yahoo à celui de Google?
          - des erreurs HTML et CSS (j'imagine que dans certains cas, ça peut jouer sur le temps d'affichage des pages. Pour le CSS, rien de méchant (moz*, webkit*...). Par contre, pour le HTML faudrait peut être faire quelque chose.

          Pour moi, un CMS qui sortirait du lot, ce serait un CMS qui prendrait ces critères en compte (et à tous les niveaux: moteur, templates de base, config par défaut...).

          Pour mémoire:
          Alertes page speed->

          [Score: 3/100]


          Leverage browser caching
          [Score: 34/100]


          Minify JavaScript
          [Score: 0/100]


          Parallelize downloads across hostnames
          [Score: 79/100]


          Optimize images
          [Score: 75/100]


          Serve static content from a cookieless domain
          [Score: 60/100]


          Specify image dimensions
          [Score: 61/100]


          Remove unused CSS
          [Score: 0/100]


          Use efficient CSS selectors
  • # Nom ?

    Posté par (page perso) . Évalué à 3.

    D'où vient ce nom, glFusion ?
    • [^] # Re: Nom ?

      Posté par . Évalué à 2.

      Effectivement, c'est bizarre, généralement, les noms commençant par "gl" sont plutôt des applications graphiques utilisant OpenGL ...
    • [^] # Re: Nom ?

      Posté par . Évalué à 2.

      http://www.galcon.com/

      (Privateur, DRMisé, pardon aux familles toussa)
  • # Autres langages, autres CMS

    Posté par (page perso) . Évalué à 4.

    Il existe bien d'autres CMS autrement plus performant que les principaux connus,
    mais la majeure différence c'est qu'ils sont difficilement déployables chez les hébergeurs...
    Les langages ou les sgbd qu'ils utilisent sont plus rarement disponibles.

    Un CMS très performant est par exemple [http://zotonic.com].
    Développé par et pour des professionels. Ecrit en erlang et à la pointe des technologies
    "2.0": jquery, websockets, twitter, django templates...

    Les features: [http://zotonic.com/features] et un petite video [http://zotonic.com/page/750/video-introduction-to-zotonic]
    • [^] # Re: Autres langages, autres CMS

      Posté par (page perso) . Évalué à 6.

      c'est pas les technos qui font le bon code. Pour convaincre qu'un cms est bon cité des technos comme un inventaire à la prévert me laisse penser qu'on joue à loto buzz.
      • [^] # Re: Autres langages, autres CMS

        Posté par (page perso) . Évalué à 3.

        Comme je j'ai dis dans la dépêche, c'est un cms qui vise surtout les non programmeurs et ces personnes ont plutôt besoin d'un grand nombre de fonctionnalités out of the box.
        C'est ma première dépêche, j'ai essayé de faire de mon mieux, toutes remarques (constructives bien sur) sont les bienvenue !

        Si tu ne sais pas demande, si tu sais partage !

        • [^] # Re: Autres langages, autres CMS

          Posté par (page perso) . Évalué à 7.

          La première chose dont les non programmeurs ont besoin, c'est un CMS qui permette de publier :
          - exit les procédures de validation à n étapes ;
          - exit les écrans de contrôles d'un airbus pour les configurations ;
          - design clair et simple d'UI ;
          - protéger des trous de sécus (notamment en évitant la collections de gadgets/plugins.

          Habituellement, plus on met de techno, plus on fait un truc compliqué, et moins l'on converge vers ce but.

          Donc pour moi un programme pour être bon doit d'abord avoir un but précis (une fin), et la techno est un moyen. Donc ma remarque est la suivante : dis ce en quoi le programme est original (son point de vue particulier dans la résolution d'un problème mille fois rabattu) et non pas quelles sont les technos utilisées.

          Il n'y a que les geeks (au sens de trendy morons) qui s'intéressent au coté double arbre came en tête 8 cylindres en V de l'informatique.
    • [^] # Re: Autres langages, autres CMS

      Posté par (page perso) . Évalué à 4.

      Il y a aussi Bricolage dont je suis tenté d'essayer. Quelqu'un a des retours ?

      http://bricolagecms.org/
      • [^] # Re: Autres langages, autres CMS

        Posté par . Évalué à 6.

        Le nom donne confiance, c'est sûr ...
      • [^] # Re: Autres langages, autres CMS

        Posté par . Évalué à 2.

        Attention, il est spécial quand même, il ne fait que du statique. Il est utilisé dans certaines organisations qui ont des sites à fort trafic, et qui typiquement ont des serveurs pour le back-end (interface d'admin) différents des serveurs web (où sont déployés les fichiers statiques). C'est rapide et sécurisé, par contre pour y intégrer du contenu dynamique c'est une autre histoire.
        • [^] # Re: Autres langages, autres CMS

          Posté par (page perso) . Évalué à 2.

          > Attention, il est spécial quand même, il ne fait que du statique

          Ha enfin! Depuis le temps que j'en cherchais un qui génère des pages statiques pouvant être stockés sur un serveur différent et encaissé plus de charge. C'est vrai que les possibilités sont alors restreintes mais ce type de fonctionnalité répond à une vrai cible.

          Merci pour l'information :-)
  • # Test

    Posté par . Évalué à 2.

    Je viens de tester. Je préfère Php-Fusion (http://www.php-fusion.co.uk), je le trouve plus simple et léger, mais peut-être moins fourni.

    Ca ressemble trop (à mon goût) à PHPNuke
  • # commentaires

    Posté par . Évalué à -3.

    c'est pas la première fois et mon commentaire a été viré. Pourtant rien de bien provoquant. Une explication du modérateur ?
  • # Et j'en passe

    Posté par (page perso) . Évalué à 3.

    Mais pourquoi personne ne parle plus de Templeet que ça ?
  • # Mais encore...

    Posté par . Évalué à 1.

    Outre la liste des fonctionnalités -- ce qui se traduit généralement par une course à l'armement -- j'aurais préféré avoir une liste des atouts et points forts de sécurité du système. On n'en parle pas. Ou peu.

    Par exemple:

    - le compte www-data doit-il avoir le droit d'écrire dans ses propres répertoires?
    - les mots de passe sont-ils chiffrés dans les pages?
    - le mode HTTPS est-il actif par défaut pour l'administration, quitte à utiliser un autre serveur, s'exécutant dans un contexte de sécurité différent)
    - l'authentification se déroule-t'elle dans un mode sécurisé? (HTTPS, mots de passe chiffrés sur le réseau...)
    - Les sessions sont-elles protégées contre la fixation?
    - Quels sont les moyens mis en œuvre pour éviter les attaques de type Cross-Site-Scripting, Cross-Site-Request-Forgery?...
    - Le CMS est-il protégé des injections SQL (s'il repose sur une base de données)? Toutes les données transmises par le client sont-elles vérifiées, contrôlées et validées?

    Je tique déjà à l'utilisation d'une base de données pour un CMS, surtout pour le stockage du contenu. Si les réponses aux deux premières questions sont respectivement “oui” et “non”, je ne passe même pas aux suivantes. Je passe mon chemin tout court.
  • # MySQL, encore un non choix

    Posté par . Évalué à 2.

    Voilà un truc que j'ai du mal à comprendre. A croire que hors MySQL il n'existe pas d'autre SGBD. C'est comme microsoft qui voudrait que hors IE il n'y ait pas d'autres navigateurs.
    Si la bataille du navigateur est perdue pour microsoft grâce à la diversité et la qualité des autres navigateurs, quand arriverons nous à en finir avec ces insupportable menottes qui lient et limitent tant de logiciels à MySQL ?

    Messieurs les développeurs, il existe autres choses (heureusement) que MySQL. Pensez donc à faire une couche d'indépendance et votre CMS sortira du lot. Pour ma part, il est éliminé d'office de ma sélection puisque qu'il me retire le choix de ma base de données. Dommage. Typo3, EZ Publish, Drupal & Co ont encore de beaux jours devant eux :-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.