davidm

Les deux, en fait les utilisateurs suggèrent des CMS, puis ensuite nominent - il reste ensuite 4 ou 5 CMS par catégories - et c'est le jury qui décide du gagnant dans chaque catégorie

Oui là restons sérieux, même si c'est vrai que beaucoup de CMS, y compris les plus connus, ne sont pas des plus optimisés côté référencement / URL rewriting - ce n'est pas au CMS qu'il faut jeter la pierre mais au code qui génère les URLs, les alias et les headers...

Comme le dit Aour MODx, surtout utilisé avec le plugin SEO Strict est parfaitement optimisé de ce côté là... on peut avoir un site statique totalement pas optimisé aussi.

La question n'est pas celle de l'outil mais de la compétence...

Je dirai même que ça ne sert à rien d'avoir un référencement au top avec un site peu mis à jour (cf le modèle Visibilité - Perception - Technique - Contenu - Services alias VPTCS, qui montre bien que la qualité d'un site est globale) et franchement je ne suis pas sûr que Contribute permette le même genre de flexibilité qu'un CMS. Ne serait-ce que parceque dans de nombreux cas, automatiser le listage ou le tri des articles / pages / données est un plus énorme dans un site dynamique. Le fait de mettre en place des templates est également un gage de séparation entre contenu / structure et présentation ce qu'il est bien plus difficile de contrôler avec des pages statiques...

Oui ça ressemble plus à des "on dit" qu'autre chose, mootools est un excellent framework même si moi aussi je lui préfère (de loin) jQuery. Prototype a ouvert la voie mais aujourd'hui c'est mort... trop lourd !

Mootools, on peut dire ce qu'on veut, a ouvert la voie des frameworks légers et relativement simples à utiliser.

La seule chose qu'on peut dire, c'est que l'accueil est assez froid et sec côté communauté mootools certains prennent la grosse tête et surtout c'est très RTFM (Read The F***ing Manual)

Je confirme après plusieurs mois d'utilisation que phpBB3 (cf mes première impressions ici) est vraiment très bien, et effectivement le mod phpbbseo est très efficace. Je trouve, en tant que modérateur sur des forums SMF, IPB, Phorum et phpBB3 que la modération est vraiment excellente sur phpBB3. De même le panneau de contrôle utilisateur est vraiment bien pensé.

Maintenant, phpBB3 comme vBulletin ou IPB sont des forums avec beaucoup d'options avancées qui ne serviront pas forcémment à tout le monde. Il faut définir ton besoin avant de choisir car il existe des solutions "light" qui sont vraiment très bien comme BBPress ou Vanilla. Entre le "light" et les poids lours, tu as aussi punBB, Phorum ou UNB.

Et pour répondre à la question à laquelle je n'ai pas vu de réponse, il y a un mod pour créer une page d'accueil directement sous phpBB3, phpBB3 portal mais c'est aussi vrai de punBB avec puntal et de la plupart des forums.

En plus du bridge vers PunBB il y a un forum développé en tant que module typolight... définitivement après quelques test Typolight peut être un excellent choix pour des sites communautaires... il faut que je creuse pour voir quelle est la lattitude pour customiser mais c'est très prometteur.

Autre solution que j'ai récemment mise en place pour deux clients, et qui par certains côtés est encore mieux notamment côté workflow, c'est d'utiliser FrontEndDocumentManager.

Les contributeurs n'ont pas accès au manager, mais sont des utilisateurs web enregistrés qui se logguent côté front.

Ensuite, il s'agit "tout simplement" d'un formulaire avec bien sûr possibilité d'utiliser des TV pour les champs customs. L'avantage de FDM, c'est non seulement de ne pas avoir besoin de fournir un accès au backend, mais aussi de pouvoir mettre en place un véritable workflow de publication car on peut choisir exactement ce que peux faire un utilisateur : créer un document (avec/sans modération), éditer un document, dépublier. A noter, on peut autoriser la création de document aux utilisateur anonymes (avec ou sans modération) ce qui peut être utile dans certains cas.

Le groupe d'utilisateur défini comme modérateur peut alors approuver les document créés. On peut aussi définir quel modèle (template) est utilisé pour un formulaire donné (très pratique, l'utilisateur n'a pas à selectionner un modèle de page).

Pour le fait de s'enregistrer eux-même, et gérer leur profil, je conseille fortement de se tourner vers WebLoginPE.

Un fork de Radiant en PHP5 ? Comment ai-je pu rater ça !

Effectivement Radiant est un CMS super intéressant dans la catégorie "Light", sauf qu'un environnement Ruby (et encore plus un développeur RoR) ça ne court pas les rues... je vais voir FrogCMS de ce pas

(eh eh, avec un nom pareil je me disai bien que le développeur était francophone )

Edit : Par contre la démo et son beau message d'erreur, ça le fait moyen :-\

// database informations // for sqlite, use sqlite:/tmp/frog.db (SQlite 3) // the path can only be absolute path or :memory: (...) Warning: Cannot modify header information - headers already sent by (output started at /home/sygsoft/public_html/demo/frog/config.php:16) in /home/sygsoft/public_html/demo/frog/index.php on line 21

lol

Je vais installer en local quand j'aurai un peu de temps...

Typolight est prometteur, j'avais fait un petit test et dans la catégorie rapide à déployer et relativement flexible à templater, il mérite le détour. A mon avis, pas le même usage que MODx... mais ça change des nukes light de base et des joomla like On aurait pu penser que Silverstripe était le projet à suivre, mais franchement typolight est plus séduisant...

Il faut que je retourne y jeter un oeil d'ailleurs...

Pour l'aspect WAI, MODx est bien côté frontend mais côté backend c'est pas encore ça... avec ces foutues frames et un mélange entre code et présentation, pas facile de templater un manager accessible... ça change avec la 0.9.7, complète séparation du code/présentation et par défaut on utilise Smarty comme moteur de template. Jay va bosser sur une version accessible du manager, et moi je vais m'essayer à une version iPhone/PDA A suivre !

Et si tu as besoin, toujours avec MODx je t'expliquerai comment exporter les données de ton annuaire au format Excel ou encore comment rendre possible l'édition de l'annuaire par les membres directement depuis le frontend

Et la version 1.1.1 avec notamment 3 bugs que j'ai rapporté corrigés !

Plutôt que de "hacker" cette discussion, je vais te diriger vers ce fil de discussion (J'hésite entre MODx et Drupal, lequel choisir ?) où je donne mon point de vue.

Je l'ai parcouru rapidement, il y a des choses intéressantes qui ne manqueront pas de me servir notamment en terme de positionnement concurrentiel par rapport à d'autres solutions

Pas mal de choses - à commencer par la première question - m'ont déjà donné quelques munitions...

"Est-il possible de définir des types de contenus nouveaux, correspondant à un besoin spécifique ? Par exemple un type de contenu offre demploi,

qui comportera des champs poste, fonction, expérience, salaire, etc, et à partir duquel on pourra créer ensuite des contenus offres demploi."

dans la même idée...

"La définition dun nouveau type de contenu est-elle une simple opération de back-office, réalisée en interactif, sans écriture de code ?"

ou encore...

"Est-il possible de définir chacun des champs composant le type de contenu, en choisissant parmi une liste de types de champs, tels que texte, date, entier, nombre, montant (prix), adresse e-mail, url, () ? Quelle est exactement la liste des types de champs disponibles ?"

et...

"Est-il possible de spécifier la valeur par défaut dun champ ?"

Alors là en voyant l'enchaînement des questions je me suis dit, c'est en utilisant MODx qu'il a écrit ses questions ou quoi

Je sens que mon argumentaire de vente va gagner en richesse

Bon ceci dit, sur d'autres questions il y aura sûrement des faiblesses et là par contre, ce sera des éléments à soumettre à la dev team pour les nouvelles révisions...

En tout cas pas mal du tout, ce référentiel de question...

Oui je n'ai pas encore utilisé les template de projet mais ça va me faire gagner du temps !

Pour la 1.1 effectivement elle était stable et la version finale est vraiment bien, exception faite de petits ajustements à faire côté trad (j'ai fait quelques remontées de bug là dessus) mais rien de majeur...

D'autant plus que la version 1.1 qui est sortie il y a peu en version finale est vraiment encore un cran au dessus : des dizaines d'améliorations de l'ergonomie (notamment pour logger les heures), une aide en ligne, multi-langue (j'ai quasi fini la trad FR), interface pour iPhone / Blackberry (vraiment bien foutue), possibilité de soumettre des tickets anonymement, nouveau module d'export d'un projet (cool pour livrer un CD du projet à ton client quand il est fini), etc... bien sûr comme dit Nicoo il y a maintenant en plus une API très complète et bien documentée

Effectivement tu peux importer les données de la 0.7, je l'ai fait ça marche bien.

Merci pour l'update

J'utilise DotClear 2 beta pour mon blog depuis la beta 2 et c'était déjà très stable et réellement un progrès par rapport à la 1.2.x donc bonne nouvelle !

Noooonnn pas eGroupWare, beurk c'est lourd, buggé...

Vu que j'ai fini la traduction française, tu peux maintenant envisager (si tu es prêt à investir) l'achat d'ActiveCollab 1.x qui est vraiment un outil absolument fabuleux... la version 1.1 qui est en beta devrait voir le jour prochainement est entièrement localisée.

Je l'utilise pour gérer tout mes projets et c'est vraiment le meilleur outil que je connaisse... meilleur même que le très fameux Basecamp de 37 signals...

Alors bien sûr ça n'est pas opensource et la version Small Biz est à 199$ (127 euros) mais franchement en opensource il n'existe AUCUN outil de ce niveau là... perso j'ai pris la version Corporate parceque j'ai besoin de la gestion des tickets, du timetracking et du wiki mais pour la plupart ça ne se justifie pas...

Pour une première approche d'activeCollab tu as la démo (pour l'instant c'est la version 1.0.x et en anglais) et aussi tu peux lire le billet que j'ai écrit :

http://blog.nodeo.net/index.php/post/2008/...du-proprietaire

Je dispose actuellement d'une 1.0 hackée en français mais la 1.1 qui va sortir en version finale est carrément un cran au dessus...

Côté opensource il y a bien ProjectPier (fork d'ActiveCollab 0.7.x) et Collabtive, si ça te suffit alors why not mais parfois il faut investir

Effectivement étant donné ce que tu cherches Drupal ou... MODx (oui je sais encore lui) peuvent faire l'affaire.

A mon avis il faut distinguer le fait de pouvoir créer des pages limitées en accès avec login mot de passe (ça, un grand nombre de CMS peuvent le faire) avec les fonctionnalités que tu souhaites mettre en place au sein de cet espace privatif...

Quand tu parles de site collaboratif, tu veux parler :

• d'une édition collaborative (i.e site multi-auteur) ?
  
• de fonctions collaboratives (i.e partage de fichier, calendrier partagé, forums, wiki... etc) ?
  

J'ai l'impression que tu recherches la possibilité de faire du multi-auteur et de limiter le contenu produit en accès, je me trompe ?

Si c'est le cas MODx en est capable, je cite en premier celui que je connais le mieux mais il y a très certainement la même possibilité ailleurs (Joomla, Drupal, CMSMS...)

Le seul CMS que j'utiliserai si je devais tourner en ASP c'est Umbraco, un peu MODx mais sous ASP !

Ceci dit je doute que ce soit Umbraco, pas très connu dans la sphère francophone

OK bon sinon pour SEO Strict URLs il faut télécharger la dernière version :

http://www.modxcms.com/SEO-Strict-URLs-1335.html

Pour MaxiGallery, bon c'est un peu normal ce n'est pas le plus simple c'est un "gros" snippet et il faut un peu de temps pour plonger dedans, normal...

Quand tu parles de redirection, tu veux dire les URLs simples avec chemin pour les alias activé ?

Normalement ça ne doit pas poser de problème, non les URLs simples avec MODx c'est facile (si tu veux faire du SEO voir aussi le plugin SEO Stricts URLs)

Par contre bien lire ce qui est indiqué sous le réglage concerné :

Chemin d'accès pour les alias simples : Oui Non

l'activation de cette option permet l'affichage de chemin d'accès complet au document, si celui-ci a un alias. Par exemple, si un document dont l'alias est « fils » est placé dans un dossier d'alias « parent », le chemin « /parent/child.html » sera affiché comme URL du document.

Remarque : si cette option est activée, les références à vos fichiers (images, css, javascripts, etc.) doivent être absolues, par exemple « /assets/images » au lieu de « assets/images ». Ceci permet d'éviter que le navigateur ou le serveur web ajoute le chemin relatif au chemin de l'alias.

Est-ce que tu as bien respecté ce dernier point ?

Edit : Oops pardon j'ai mal lu tu as bien vu ce point là.

Bizarre...

Il va falloir chercher la cause, et pour ça il me faudrait une description plus poussée du problème constaté : que se passe t-il exactement ?

Bon je peux comprendre en quoi l'installation pose problème car ce post est assez vieux (2005) et depuis pas mal de choses ont évoluée... NewsListing a été remplacé par Ditto (plus puissant) depuis bien longtemps.

Ceci dit, si on utilise NewsListing, FormBlogComments.chunk.tpl doit être dans les fichiers du template, il faut juste copier coller le contenu dans un chunk FormBlogComments. Quant à snippet.newslisting.txt c'est le code PHP qui compose le snippet, qu'il suffit de copier coller dans un nouveau snippet. Il n'y a pas besoin de le modifier, car les snippets de MODx acceptent des paramètres qui sont listé dans la doc des snippets.

Pour les menus, vu l'âge du template il doit utiliser DropMenu qui n'est plus installé par défaut avec MODx et remplacé par Wayfinder bien plus flexible.

Mais là on parle d'éléments qui concerne les fonctionnalités car le template lui-même et les CSS là c'est plutôt facile, non ?

Il faudrait que je mette à jour ce template avec des instructions actualisée pour Ditto + Wayfinder, je me note ça quelque part et j'essaye d'ajouter ça au Repository...

J'espère que c'est plus clair !

eZ publish a longtemps été une option avec des possibilités uniques mais maintenant c'est beaucoup moins vrai à mon sens, c'est lourd, très lourd et gourmand en ressources et aujourd'hui des solutions plus modernes existent notamment côté frameworks PHP (Symfony, Cake, CodeIgniter...). Voire, pour des projets qui ne relève pas de l'ECM... MODx

Oui c'est vrai, elle se fait attendre mais ça se comprendrait mieux si on avait une numérotation de version plus logique, comme 1.0 par exemple au lieu de 0.9.7

On a pas réussi à convaincre les dév

Avant toute chose vous verrez la sortie de la nouvelle mouture de modxcms.com qui tourne sous... MODx 0.9.7 justement !

Etant donné la question très généraliste, on pourrait pourtant croire que tu cherches la réponse magique

Le premier travail avant de choisir / proposer une solution c'est définir le besoin et comparer celui-ci à la couverture fonctionnelle de la solution choisie. Evidemment il y a d'autres facteurs comme l'expertise qu'on a sur telle ou telle solution, les contraintes d'environnement serveur, les délais... etc. C'est d'ailleurs à ça qu'on reconnaît un vrai pro : il propose jamais une solution avant d'avoir compris le problème... ça paraît basique mais croit moi si tu assimiles ça tu as déjà un atout professionnel.

Le choix de WordPress, OK mais pour faire quoi ? dans quel contexte ? avec quelle évolution future à anticiper ?

Donc en réponse j'ai plutôt des questions