davidm

Typodx, pourquoi pas ? Joomodx ça jamais

Le 1er avril, c'était hier Comme je le disai à AmyStephen sur Twitter, pourquoi pas Droomla ? A supposer même que quelqu'un s'y colle un jour ce serait complètement

N'importe quel CMS nécessitera un apprentissage, choisir un CMS plus simple que Drupal mais qui va éventuellement poser un problème ultérieurement parcequ'il ne dispose pas des addons nécessaires ne me semble pas une très bonne idée... à mon avis il est possible d'obtenir un résultat (même partiellement satisfaisant) avec Drupal que tu pourras ensuite customiser ou dont tu pourras ajuster le paramétrage ultérieurement lorsque ta boîte sera prête à mettre un minimum de moyen. Car si tu vas au plus simple, lorsque tu voudras aller plus loin il faudra soit faire du dév spécifique sur la plateforme choisie (ça coûte cher pour le coup) soit changer de plateforme (ça coûte aussi cher, au final avec en plus un risque d'abandon par les utilisateurs forcé de changer de plateforme...).

Personnellement je ne vois pas pourquoi ce ne serait pas possible, à condition que les choses soient bien cadrées au départ (parceque dans cette situation un prestataire peut vite être phagocyté par le transfert de compétences qui peut prendre pas mal de temps) ou alors qu'on parte sur la base d'un travail au temps passé mais là ça risque de ne pas cadrer avec les restrictions budgétaires... Donc ça veut dire qu'il faut que tu consultes des professionnels avec une demande très précise (ou que tu définisse le périmètre d'intervention avec eux) pour avoir une idée de ce qui est possible pour quel prix... Pour ce qui est de travailler en binôme je pense que la majorité des freelances ont l'habitude de bosser comme ça avec un interlocuteur en interne... c'est mon cas personnellement. Par contre ça risque d'être pas facile à négocier avec des web agencies... A mon avis ce qu'il te faut c'est un freelance expert Drupal si tu choisi Drupal.

On a pas toujours le choix, c'est certain... ceci dit une des qualités d'un bon professionnel, à mon avis, est de savoir défendre les ressources nécessaires pour un projet donné : si les conditions de réussite ne sont pas réunies alors il faut - à défaut de pouvoir dire non - émettre des réserves fortes et faire en sorte que celles-ci soient consignées (se couvrir en quelque sorte). A l'impossible, nul n'est tenu ! Une des erreurs que l'on fait quand on est jeune c'est de penser qu'on doit toujours pouvoir faire / dire oui. C'est la meilleure recette pour se planter et perdre confiance en soi. Mon conseil c'est quand même d'essayer d'argumenter de manière rationnelle et structurée, si c'est la crise et qu'on ne veut pas mettre les moyens on aura un résultat médiocre si on fait quand même et on a fortement intérêt à différer le projet ! Si celui-ci est réellement important, on mettra les moyens plus tard. Si on le fait sans avoir les moyens, c'est qu'il n'est pas important ou alors que le manager n+1 qui met en avant l'urgence n'a pas su lui-même donner les arguments à sa direction / son C.A pour différer le projet ou mettre les moyens en place. Donne lui des cartouches et s'il ne veut pas entendre raison, couvre toi (ce n'est pas une solution top mais quand on est forcé)... La question évidente de quelqu'un qui a une bonne compréhension du management sera : même si j'engage des ressources plus faibles et que cela ne marchera pas, ce sera déjà trop d'investissement ! En période de crise on doit être rationnel certes, mais plus que faire attention aux coûts dans l'absolu c'est la valeur ajoutée à laquelle il faut faire attention !!! Un coût faible pour une valeur ajoutée nulle est supérieure à un coût plus important avec une valeur ajoutée. Maintenant, c'est clair qu'il est difficile de chiffrer précisémment la valeur ajoutée d'un projet de ce type et c'est bien ce qui rend aveugle les adeptes du "bottom line"... on vit dans un monde qui marche sur la tête du coup (court terme, court terme quand tu nous tiens...). Pour en revenir à ta problématique concrète, ne panique pas : Drupal a l'air complexe mais si tu t'y colles à plein temps, avec l'aide de la communauté tu devrais pouvoir quand même produire quelque chose (mais ça ne sera pas l'ensemble ce qui est attendu). Essaye par contre, au pire, de négocier un minimum d'aide extérieure (entre un budget complet et zéro il y a sûrement des marges de manoeuvre quand même).

Effectivement le jeu en vaut la chandelle je suis 100% d'accord ! Et si tu as du temps a un moment donné, je me ferai un plaisir de t'introduire auprès de l'équipe Sachant que selon toute probabilité, ce projet serait dans un premier temps plutôt axé sur modx revolution parceque ce dernier est entièrement thémable contrairement à la branche 0.9.6 qui souffre de frames et d'une mauvaise séparation de la couche présentation par rapport au code... Je crois qu'Evolution devrait bénéficier d'un backport des fonctionnalités de thème dans Revo, mais les modifs de code que Evolution aura par rapport à la 0.9.6.x est encore un peu floue... Revolution est le focus n°1 et c'est assez logique...

Non pas de focus sur l'accessiblité en tant que tel, mais il y a un groupe de travail qui s'est monté pour créer une version accessible de l'admin pour Revolution... A noter tout de même qu'à part Typolight dont l'admin est totalement dégradable et utilisable sans JS, très peu de CMS ont une équipe "accessiblité"... donc ça n'est pas modx en particulier mais l'ensemble du marché des CMS qui est à la traîne de ce côté là... Enfin, je pense que les frameworks js sont un facteurs d'amélioration de la qualité du js utilisé pour l'enrichissement des sites, en imposant des conventions de codage plus strictes et très souvent les aspect de dégradation du code sont mis en avant par les développeurs eux-même.

Quelques news par rapport à certaines orientations qui semblaient avoir été prises avec le nouveau site : votre serviteur (par mail) et quelques membres de la core team actuelle (Doze, devcw) sur le forum de l'équipe ont soulevé la façon un peu indélicate dont la plupart des contributeurs ont été zappé de la page team et il s'avère qu'au final c'est temporaire et que la liste sera étendue à "l'ancienne garde" et aux contributeurs de la communauté comme c'était précédemment le cas. Pas de changements d'orientation donc, et c'est tant mieux...nous étions quelques uns à être un peu agacé... la page sera mise à jour pas la semaine prochaine, mais plutôt la suivante.

Tout dépend de ce qu'on entend par "très rapidement", mais je dirai déjà que ça commence mal : un site web, un intranet ou un extranet ne sont pas des projets à mener dans l'urgence mais des éléments qui doivent faire partie d'une stratégie. Ca n'engage que moi (et c'est sûrement lié à mon expérience de consultant en organisation et management), mais j'estime que si les conditions de réussite minimum ne sont pas réunies, il faut savoir expliquer à un manager qu'il vaut mieux prendre plus de temps et faire les choses correctement, avec en plus dans le cas d'un extranet une appropriation par les acteurs de l'outil. Inutile de dire qu'en se pressant, la seule chose qu'on peut estimer réussir c'est un outil royalement inutilisé, puisqu'on ne prendra pas le temps de définir les besoins en amont, et de former / informer / sensibiliser les parties prenantes. Le minimum vital pour réussir un tant soit peu un projet urgent c'est d'avoir les moyens (techniques, hommes, compétences => donc des moyens financiers derrières) pour le réaliser. Cela sera d'autant plus important que les délais sont court et que l'enjeu est important. Là où ça risque de poser problème c'est qu'il faut quelqu'un qui maîtrise la solution à déployer et qui est disponible à 100%. Il est toujours possible de conseiller une solution, mais ça veut dire que le besoins sont biens définis en amont... ce qui veut dire qu'on a passé un peu de temps en amont à réflechir (en général, ce n'est pas trop le cas lorsque c'est "urgent"). Jusqu'à on reste sur des choses assez standard... Là on rentre déjà dans un critère qui permet d'éliminer un certain nombre de CMS, encore qu'on puisse mettre en oeuvre des moteurs de recherche full text de manière disctincte du CMS. Attention ce critère va aussi supposer une connaissance technique plus approfondie qu'un projet "moyen" (encore une fois, on en vient aux moyens : qui va être chargé de mettre en oeuvre le projet ? Juste vous ou une équipe technique ?), mettre en place Apache Solr ou Sphinx ou un autre moteur de recherche full text open source n'est pas complètement trivial... Le moyen le plus efficace de mettre en place ce type de recherche c'est d'avoir en amont une interface permettant de classifier les contenus selon un ou plusieurs critères. Ici vu le besoin, impérativement multi-critère, ça élimine pas mal de CMS. Bon ça c'est faisable pour de nombreux CMS... Cet aspect n'aura rien à avoir avec le choix du CMS, il existe des solutions permettant de faire tourner un serveur en local (comme Movamp). Ca nécessite encore un minimum de connaissance technique. Ca ça ne devrait pas poser de problème pour la plupart des CMS non plus... Le problème c'est que vu les exigences, la courbe d'apprentissage sera forcémment là, surtout pour quelqu'un de peu technique (mais tout dépend, il y a des webdesigner qui n'ont aucun problème avec la technique et qui touchent un peu à tout... je dirai qu'avec un peu de curiosité, une bonne capacité d'apprentissage, et en ayant pas peur du code - sans être développeur - on peut déjà faire beaucoup). Pour moi, ce projet est tout à fait faisable avec Typolight ou Drupal, sachant que Drupal dispose de modules pour le moteur de recherche full text (notamment via http://drupal.org/project/apachesolr) alors que ce n'est pas le cas de Typolight. Deuxième élément pour lequel Drupal me semble plus puissant, c'est le module Taxonomy qui permet de créer des classifications multi-critères avec comme souhaité ensuite la possiblité de créer facilement des filtres multi-critères pour trouver l'information. Typolight offre aussi ce genre de fonctionnalités mais limité au cadre d'un module (Catalog) qui risque de limiter son champ d'application. En plus des fonctionnalités souhaitées, Drupal offre quelques modules particulièrement important pour un intranet / extranet : - la gestion souple et pointue des notifications via le module notification - la gestion poussée du workflow via le module workflow (en général l'information suit un cycle d'approbation, Drupal offre en plus la possiblité de déclencher des actions automatiquement lors du passage d'un statut à un autre dans le flux de publication) - la gestion fine des droits d'accès, qu'on étendra avantageusement avec coherent access, user permissions, content access... en fonction des besoins - la customisation des contenus, avec les types de contenus dont les champs sont personnalisables (via l'indispensable CCK) : en effet les informations d'un intranet correspondent rarement à la structure basique titre - intro - corps du texte) - un calendrier digne de ce nom via le module calendar, avec la possiblité soit de s'inscrire à un évènement, soit d'envoyer des invitations à des utilisateurs - un module (webform) qui permet de construire rapidement des formulaires et de gérer les données collectées sans connaissances techniques particulières - j'en oublie forcémment... Certains vont conseiller Joomla, effectivement il dispose de nombreux modules. Mais personnellement je pense que c'est un outil trop rigide à plusieurs niveaux, dont la souplesse est loin d'égaler celle de Drupal. Encore une fois, ce sera une question d'appréciation personnelle un expert Joomla pourra faire du bon boulot et obtenir des résultats très acceptables mais comme pour des outils comme Typo3, le temps de mise en oeuvre est à mon sens plus long que pour des solutions plus modulaires comme Drupal. Pour un néophyte en matière de CMS, Joomla aura un côté familier (interface à la Windows) et une courbe d'apprentissage bien plus facile en apparence (du moins pour les premiers 75% du chemin) mais dès qu'on va chercher plus loin on va payer cette apparente facilité lorsqu'on va chercher à pousser la personnalisation. Encore une fois, c'est mon avis et il est nécessairement subjectif... Autre chose, en fonction du nombre d'utilisateur ou si on parle du cadre d'une grande / très grande entreprise il faudra peut-être aller voir du côté d'Alfresco mais là on est dans une autre catégorie qui nécessite une équipe et des experts pour être déployé...

Comme on dit en anglais, "I beg to differ" ! Le caviar c'est modx, c'est clair, le saumon c'est typolight mais Drupal c'est plus de la truite fumée Attention à ne pas me faire dire que que je n'ai pas dit, les sites corporate ne sont pas que des sites plaquettes "statiques" au contraire modx permet de placer de la logique / du traitement partout très facilement. On peut aussi très facilement construire des catalogues et faire de l'ecommerce simple. Ce qui manque à modx ce n'est pas le potentiel mais certains "gros" addons qui sont dispos sous Drupal. Aussi, comme le souligne Nyl, pour les sites communautaires/collaboratifs il manque pas mal de addons à modx mais aussi un schéma de permission / de droits plus adapté. Typolight peut être d'un grand secours pour des sites moyennement complexe (il lui manque encore la richesse de module de Drupal par contre son code est bien plus moderne et son templating bien plus flexible et rapide à mettre en oeuvre), mais pour du "lourd" Drupal est sans doute la meilleure solution aujourd'hui. Je ne pense pas que je le conseillerai pour faire des sites peu ou moyennement complexes... Enfin concernant Revolution, on entre dans un autre monde d'un vrai CMF avec un grand F avec un code moderne et un ORM maison, qui ouvre énormément de porte mais comme je me tue à le dire sur les forums (et à Ryan/Jason) la clé du succès de Revolution sera son adoption par les développeurs et les addons qui verront le jour et lui permettront d'étendre la couverture fonctionnelle de modx sur des terrains sur lesquels pour le moment il n'est pas compétitif. Je crois qu'il faudrait (je l'ai souvent répété) mettre en place un système de bounty ou de code sprint pour les gros modules qui pourraient vraiment booster modx, à l'instar de ce qui se fait aujourd'hui chez plusieurs CMS open source.

Pour info le design est entièrement le travail des gars de SignalFeuer. Sur le fait qu'un design soit "tendance", personnellement je m'en moque du moment que l'information est bien structurée, que les couleurs sont bien accordées. Le fait que les couleurs soient criardes, je ne sais pas comment est étalonné ton moniteur et puis c'est une question de goût mais moi ça m'inspire du dynanisme ! Ne pas négliger le travail fait sur le repository, bien plus clair ! Pour la version française, ce serait bien effectivement mais je reste pour le coup, moyennement motivé par le design choisi par la majorité des membres du forum modxcms.fr une fois intégré ça ne donne pas la même chose, je ne sais pas comment expliquer. Mais c'est un site communautaire, restons sur le choix de la majorité d'autant que Nyl a bcp bossé pour l'intégration !

Chacun pour des raisons diverses, a eu besoin de recourir à d'autres solutions que modx. Rappelons que Nyl, Aour et moi même sommes des professionnels et que par conséquent les besoins que nous sommes amenés à couvrir sont variés et ne correspondent pas toujours à un CMS unique même si jusque là modx convenait dans 90% des cas pour ce qui me concerne. Le fait que nous ayons bougé vers d'autre solution n'exclu pas un engagement toujours fort vis à vis de modx. Aour a été le premier à se tourner d'abord vers typolight, puis vers Drupal. Nyl a du bosser sur des projets n'impliquant pas modx pour la boîte qui l'a recruté. J'ai aussi bossé avec Typolight qui est un outil complémentaire à modx. Si j'ai pu paraître comme exclusivement intéressé et impliqué dans modx, c'est que la vaste majorité des projets sur lesquels j'ai travaillé correspondaient parfaitement (cas typique du site corporate pour lequel modx est LE cms sans doute le plus performant qui soit). Mais comme ont pu le constater les membres du Hub, je ne cesse de tester d'autres solutions et je suis le premier à dire que le choix technique doit toujours se faire en fonction des contraintes du projet / de l'adéquation aux exigences du cahier des charges. Un outil ne peut jamais remplir tout les besoins ou du moins tous les besoins dans tous les contextes ! En plus, il arrive un moment où on maîtrise un cms et on a besoin (si on veut rester au top et résister à la crise) de continuer à développer ses compétences pour étendre les types de marché qui nous sont ouverts. Dans mon cas, je travaille sur un projet (je viens de remporter l'appel d'offre) ou Drupal est beaucoup plus adapté que modx car il y a plusieurs exigences clés que modx ne peut pas (aujourd'hui) satisfaire étant donné les contraintes temps et budgétaire : workflow custom gestion fine des droits utilisateurs système de notification multi-site plusieurs fonctionnalités de travail en groupe qui sont particulièrement bien satisfaite par Organic Groups encore d'autres éléments mais je ne peux pas tout mettre ici... En ce qui concerne modx, nous sommes depuis quelques mois arrivé dans une période de transition où l'activité du projet (et pas seulement la mienne ou celle de contributeurs francophones) a subi un ralentissement aussi en raison de la focalisation sur Revolution et le nouveau modxcms.com par la core team. Aussi, le fait que la structure commerciale derrière le projet prenne de plus en plus d'importance (il suffit de voir la page Team du nouveau site où l'équipe "core" n'est plus composée des contributeurs clés de la communauté mais des salariés de collabpad... à mon sens c'est d'ailleurs un erreur, j'ai eu quelques remontées de la communauté à ce sujet...), a joué un rôle. Autre facteur, quand j'ai convaincu Jay Gilmore de rejoindre l'équipe (et que j'ai plaidé en sa faveur auprès de Ryan) mon rôle est devenu un peu différent car Jay est un pro du marketing (c'est son métier) qui travaille désormais pour collabpad. Même si je me suis toujours vu comme un évangéliste et non un marketeur, Jay a un peu pris ma place de facto d'autant plus que je n'étais pas très dispo ces derniers mois. J'ai du réduire, il n'y a que 24 heures par jour, mes contributions sur le forum où j'ai toujours été un des 3 plus gros contributeurs donc fatalement ça s'est senti. Donc pour clarifier mon investissement modx, je vais m'y remettre, mais probablement à 75% sur modxcms.fr (mon action sera plus localisée qu'avant vers la communauté française). Enfin en ce qui concerne modxcms.fr, il faut bien comprendre qu'en dehors de Nyl ou de Jean-Christophe il n'y a pas beaucoup de contributeurs et cela pénalise l'avancée ! Il faut savoir que l'actuel modxcms.com est prêt depuis plus de 6 mois et c'est le temps qu'il aura fallu pour produire les contenus. Pour finir, le fait que je ne sois pas très chaud concernant le design qui avait été choisi par les 3/4 des personnes impliquées dans le débat n'aide pas à motiver... Ma priorité sera donc : 1) redynamiser la communauté et recruter une équipe francophone dispo et motivée 2) mettre enfin modxcms.fr en ligne 3) probablement, basculer le support technique sur modxcms.fr car je pense qu'au final c'est une condition sine qua non de la vie du site Je pense que dès que Revolution va entrer en beta on va voir un regain d'activité du projet dans son ensemble et un retour aux affaires de certains contributeurs clés. En attendant j'espère une clarification concernant le fait que la core team semble être collabpad seulement, et une ouverture sur la communauté (il faut savoir que les forums privés "project team" ont toujours été le lieu des grandes décisions, et impliquaient les nombreux membres de l'équipe issu de la communauté. Depuis quelques mois, l'activité est tombé proche de zéro...).

Alors soyons bien clair, quand je parle de courbe d'apprentissage c'est pour un développeur ou un designer mais pas pour un contributeur si l'équipe de dév fait bien son boulot : ça commence du côté de l'interface, avec la création de menu personnalisé (surtout ne pas utiliser le menu "classique") en fonction des rôles, les contributeurs ayant un menu déroulant très simple. Ca se poursuit par une adaptation nécessaire de la traduction pour virer les termes ésotériques type "noeud" ou "taxonomie" qu'on remplacera avantageusement par "contenu" et "classification"/"thématiques". Une fois qu'on a fait ça, il faut m'expliquer en quoi Drupal est compliqué...

La nouvelle mouture de modxcms.com est en ligne ! Vous en pensez quoi ?

Personnellement j'irai vers Drupal, mais certains n'arrivent pas à se mettre dans la logique de l'application et la courbe d'apprentissage est dite élevée (ce n'est pas simple, mais à mon avis si on se donne un peu de peine et qu'on a un peu d'expérience ça n'est pas si méchant ).

@paolodelmare : Ok on est sur la même longueur d'onde, j'avais effectivement trouvé un prestataire qui vendait un CMS dont le code était... 100% celui de modx, juste un thème d'admin, un autre logo... le code source de ces sites trahissait le vol éhonté du code (même pas masqué intelligemment bien sûr...). J'avais signalé ça à Ryan, mais on a laissé tombé parceque le prestataire en question est un mauvais et que c'est marginal... @captain_torche : Bonne question, le problème de la GPL c'est sa reconnaissance par les juridictions des différents pays et surtout la volonté de pénaliser les contrevenants... Ceci dit, plusieurs jugements et affaires en cours prouvent qu'on ne peut pas faire n'importe quoi. Par exemple un procès est intenté à Free : http://www.01net.com/editorial/397243/free...els-libres/?rss par les créateurs d'IP Tables et Netfilter, qui ont déjà gagné en allemagne : http://forum.framasoft.org/viewtopic.php?f=22&t=638 Pas sûr que tous les créateurs de logiciels aient les moyens d'aller en justice mais ça commence à venir...

C'est juste un extrait et à mon avis, une mauvaise utilisation du terme "commercial" en anglais (rappelons que l'équipe Typolight n'est pas anglophone) car un logiciel sous GPL ne peut pas avoir de licence commerciale ça n'est tout simplement pas possible. Ce n'est d'ailleurs pas vraiment une licence non plus, mais ce qu'on appelle traditionnellement une option de "copyright removal" et en français on parle souvent de "marque blanche". D'autre part il faudrait citer tout le texte Et surtout : "This license exclusion option basically allows you to remove the copyright notices throughout the codebase legally. " C'est exactement ce que je dis plus haut La distribution Linux est un bon exemple de distribution à titre onéreux, mais ce qu'on paye c'est le manuel utilisateur, le package... on peut acheter une distrib ou simplement la télécharger gratuitement sur le web donc on est pas obligé de payer pour avoir une distrib' linux. Que le business model du libre se fonde sur les services c'est une certitude et j'en suis (comme beaucoup) un exemple. Ceci dit rien n'empêche à quelqu'un de diffuser une distribution packagée d'un CMS open source de manière payante. Ca peut prendre plusieurs forme (par exemple Acquia est une distribution commerciale de Drupal, proposée par les fondateurs du projet d'ailleurs), mais en général la crédibilité du distributeur auprès de la communauté open source est la clé de la réussite de ce type d'opération. Le monde du libre est fondée sur des rapports synergiques : on a jamais plus que ce qu'on donne à la communauté...

A moins d'avoir un hébergement mutualisé qui permet d'avoir un php.ini custom auquel cas tu pourras monter la limite (à une époque j'étais chez TextDrive et c'était possible). Une autre solution quand on est sur un mutualisé, c'est de passer par YouTube / DailyMotion et utiliser un addon (la plupart des CMS en ont un) pour insérer la vidéo facilement. Evidemment ça veut dire faire un compromis au niveau de l'upload, puisqu'il faudra passer par des plateformes tierces. Comme cela a été dit, les exigences de ton projet ne sont pas discriminantes car un bon nombre de CMS sont susceptibles de faire l'affaire (encore que, ceux qui disposent d'un addon avec une vrai galerie vidéo, comme CDN2 pour Drupal - qui fait en plus du transcodage via un service en ligne payant au giga, ne sont pas foule). Tout dépend aussi, comme toujours, de ce que tu peux investir dans le projet (en temps, en compétence et en argent). Le choix d'une plateforme doit aussi être pensée en fonction de celui qui va l'installer, la paramétrer et l'administrer. Drupal n'est par exemple, pas pour tout le monde et en ce qui me concerne je ne choisirai pas Joomla (trop rigide à templater à mon goût, et trop rigide tout court...). Mais c'est le point de vue de quelqu'un qui n'a pas besoin d'un CMS "en un clic" ou installer des modules ou des templates est simple comme un clic de souris (d'où le succès de Joomla) mais où par contre ça prend un temps plus important dès qu'on veut customiser...

Websitebaker est effectivement un CMS performant et assez flexible, dans la catégorie "léger". Il ne s'agit pas d'une licence commerciale en fait mais du droit de retirer du code source l'insertion automatique (et vérouillée) de ce code : Autre chose, c'est un point souvent mal compris concernant les licences GPL mais rien n'empêche à quelqu'un de "vendre" Typolight ou n'importe quel CMS sous licence GPL. Par contre "le droit de redistribuer est garanti seulement si l'utilisateur fournit le code source de la version modifiée. En outre, les copies distribuées, incluant les modifications, doivent être aussi sous les termes de la GPL." (wikipedia). C'est le fameux copyleft.

Pour l'arborescence modx est bien plus clair encore que CMS Made Simple, c'est pour ça que je l'utilise dans 90% des cas pour des sites d'entreprises. Ca plus le fait que le templating est facile et qu'on peut mettre en place hyper rapidement des designs complexes (un CMS qui travaille pour le designer plutôt que l'inverse, ça change), tout en en gardant sous le pied côté fonctionnalités dans la vaste majorité des cas. Maintenant, CMS Made Simple est un excellent CMS aussi mais je trouve l'arborescence moins intuitive. Un CMS ultra léger qui a une arborescence pas mal faite c'est Zimplit mais là c'est un CMS qui ne permettra pas d'évoluer vers des fonctionnalités plus avancées. Ca peut être tentant comme choix mais je pense personnellement qu'un minimum de possibilité d'extension est nécessaire car on a souvent besoin de dépasser la simple gestion de page dynamique. Autre choix possible Typolight tout particulièrement si on souhaite créer des catalogues produits/services avec pas mal de références le module catalog et catalog ext est vraiment très bien fait (ça plus les options de recherche avancées multi-critères facile à mettre en place). Comme le dit Patrick (et comme je le dis souvent), il est important aussi de s'approprier un CMS : certains nous conviennent, d'autres moins... mais l'essentiel reste quand même la définition du besoin (y compris implicite) qu'il soit immédiat (juste un site plaquette) mais aussi à plus long terme (ouverture vers d'autres fonctionnalités, à envisager dès le départ). A mon avis, outre les aspects techniques, c'est la valeur ajouté d'un vrai pro que de pouvoir définir l'ensemble de ces éléments précisémment. Car une fois la réalisation en cours ou pire, terminée... les erreurs effectuées en amont se payent cher...

Pour les sites communautaires le module Organic Groups (et modules associés) est vraiment très puissant... j'ai presque fini de le traduire d'ailleurs (enfin, le module principal et il va y avoir de la relecture !). Drupal est vraiment très bien placé pour ce qui est des modules dispos pour construire une communauté... Mon conseil en tout cas pour avoir testé : laisse tomber Dolphin, c'est lourd, très lourd...

Je suis d'accord avec Dadou, point besoin d'award pour juger de la qualité d'un CMS... le fait que SPIP n'ai que peu d'award à l'international ne veut pas dire grand chose, à part que c'est un CMS qui a surtout une diffusion hexagonale où il s'est illustré d'autant plus que la concurrence est faible... Drupal ne vient pas des US mais a une communauté internationale très active, ceci explique cela...

Plus ça va plus je pense qu'il faut un bon dédié pour faire tourner des sites Drupal complexes... donc ça ne m'étonne pas... Effectivement drupalfr.org est HS... j'ai fait un ping je n'ai pas de perte de packet donc le server est bien là mais Apache doit être en rade car aucun Response Header...

Pour être dans la partie depuis presque 4 ans (dans deux mois) je confirme ce que dis Bruno côté taux d'activité et rémunération, et aussi ce que dit brocexco concernant la lassitude entre l'année 2 et 4 C'est d'autant plus vrai que pour moi du moins 2008 n'a pas été mieux que 2007 mais il faut dire que la "crise" a fortement ralenti l'activité dès le début du deuxième semestre Le fait d'avoir fait aussi bien - et survécu - est quand même une victoire mais qui n'est pas très satisfaisante... Heureusement depuis janvier ça booste fort ! Je suis aussi totalement d'accord avec le fait que les clients qui payent le moins sont aussi les plus chi*nts et consommateurs de temps ! J'en ai fait l'expérience la première année ou - malgré tout - j'ai du faire des compromis sur les prix (mais dans mon cas, je n'avais pas de référence en tant que salarié du même secteur, je faisais autre chose avant). Depuis la 2ème année, je "choisi" mes clients et c'est plus gratifiant ! En revanche, concernant le taux d'activité, ne pas oublier que nous sommes dans un domaine ou l'auto-formation continue est essentielle, de même que le réseautage et la participation à des communautés. Si effectivement on est occupé en équivalent 120 jours temps plein (dans mon cas, plutôt 150), le reste du temps qui est nécessaire pour rester compétitif et maintenir sa "réputation" et son réseau est tout aussi important tout en étant jamais rémunérateur du moins de façon directe. C'est un peu là qu'on "plafonne" même si on a + de business car on ne peut pas trop compresser ce temps là. Au final, je dois prendre environ 3 semaines de vacances par an, pas plus Il est donc judicieux, dès le départ, de mettre en place des source de revenus récurrents (ce que je n'ai pas su faire, comme Perrine par exemple avec son portail deco-in) qui sont complémentaires des presta de création, de dév et de support. Sinon on risque de se tuer au travail comme un cadre sup mais sans les revenus qui vont avec Alors évidemment si on arrive à atteindre un certain niveau de réputation, on peut monter bien au dessus des 450 euros, mais cela demande du boulot... je sais que je me situe plus dans les 600 en moyenne (je ne facture pas toutes les tranches de prestation au même prix, création graphique - intégration xhtml/css - dév custom, c'est une moyenne avec une fourchette de 450 à 750). L'autre bénéfice c'est qu'avec le temps votre clientèle est plus importante ce qui veut dire plus de recommandations donc plus de facilité à décrocher de nouveaux contrats. Aussi, le nombre de contrats de support augmente et ça c'est important aussi pour assurer une régularité des revenus. Après 4 ans, je commence tout juste à voir les bénéfices des efforts, en accédant aussi à des marchés nouveaux (sites dont le budget > 15 000 euros HT). Ca m'a permis sur mon dernier site de monter à presque 700 euros / jour. Si toutes les missions étaient comme ça, je serai content !

Merci du tuyau, nodereference était déjà sur ma liste des choses à tester mais ça me semble être une application intéressante de CCK