davidm

Tu parles bien de Joomla ? En première approche, ça ne te paraîtra pas lourd (contrairement au premier contact avec Typo3), au contraire l'impression de facilité est trompeuse... c'est quand on cherche à pousser les choses en terme de personnalisation qu'on se heurte à des rigidités structurelles... Mais tout dépend de ce qu'on veut faire et pour certain projet, c'est certainement un des choix à envisager...

Puisque Dudu a déjà milité pour moi , je rajoute (souci d'objectivité) que d'autres CMS sont à même de répondre à ce besoin à commencer par Drupal, très flexible mais avec une belle courbe d'apprentissage aussi (et une orientation communauté plus marquée), WordPress qui est un outil de blog qui propose la gestion de pages statiques (y compris, d'ailleurs, de pages protégées). On pourrai citer aussi Textpattern qui est utilisé comme blog par beaucoup mais qui est bien plus que ça : il devrait aussi pouvoir répondre à ton besoin. Enfin, pour revenir à ce que Dudu disait, la difficulté avec MODx ce n'est pas uniquement la richesse fonctionnelle (d'autres CMS sont très riches et notamment Joomla) mais surtout la logique derrière l'outil qui est assez nouvelle : Légèreté / Modularité : le core de l'application est assez réduit contrairement à un Joomla ou un Xoops, on peut en effet installer un minimum de composant au départ et n'installer que ceux qui sont utiles par la suite. Drupal suit dans une moindre mesure cette logique, idem pour CMS Made Simple ou Texpattern. Flexibilité : on connaît déjà des outils qui ont une bonne séparation contenu/présentation (Textpattern, Drupal, CMS Made Simple, DotClear...), mais MODx ajoute une couche de flexibilité supplémentaire en ne vérouillant pas le concepteur et l'utilisateur dans une structure de données pré-déterminées (style intro/chapo, contenu/corps du texte) mais totalement paramétrable (champs custom illimité en nombre et en type). Cela veut aussi dire, au niveau des templates, la possibilité de définir n'importe quelle zone des pages comme éditable par l'utilisateur final. A noter aussi la possibilité de créer des documents web qui ne sont pas limité au type MIME text/html Donc en fait la difficulté avec MODx n'est pas tant d'appréhender le nombre de fonctionnalités (on ne prend que ce dont on a besoin) que de comprendre la logique assez différente et de s'habituer aux possibilités ouvertes par l'outil. La courbe d'apprentissage est bien là ceci dit car il n'y a PAS d'auto-installeur pour les template ou pour les extensions (encore que le module Resource Wizard permette ça), et surtout il ne faut pas avoir peur du code avec MODx (avec Joomla, on peut construire un site sans jamais mettre le nez dans le code...). Pour les fonctions de blog il faudra apprendre à maîtriser les snippet Ditto, Reflect et Jot mais avec ces trois là, tu aura quasiment la même couverture fonctionnelle qu'un outil de blog sans toutefois vérouiller la gestion de ton site sur un type donné (ici, blog).

Le module SMF integration permet en effet une intégration avec SMF, sans grande difficulté. Le module permet une synchro utilisateur entre MODx et SMF, la reprise des derniers post sur la Home, et tu as une autre extension qui te permet de lier les post de ton blog au profil utilisateur SMF pour les commentaires. D'autres modules sont en développement, notamment Phorum et BBPress, mais rien de finalisé pour le moment. Pour la personnalisation des templates, effectivement tu devrais trouver ton bonheur car tu peux faire absolument tout ce que tu veux Le snippet qui génère les menus (Wayfinder) est entièrement templatable et on peut vraiment faire tout ce qu'on veut comme menu full CSS (type cssplay par exemple, les modèles sont distribué avec le snippet). Les extensions de MODx sont en effet totalement customisables, grâce à une séparation totale du code et de la présentation (pas de style hardcodés ). Quand à une fonction live search façon AJAX, le snippet AjaxSearch correspond exactement Ceci dit, la flexibilité se paye au prix d'un apprentissage qui n'existe pas ou bien moins pour les Joomla, Xoops et autres nuke-like... Une solution intermédiaire pourrait être CMS Made Simple plus facile d'accès, qui a une bonne séparation contenu/présentation et dont les extensions sont peu être plus faciles à aborder. A voir... à mon avis, va faire un tour du côté des forums FR de MODx pour te faire une idée. Et jette un coup d'oeil sur CMSMS son cousin moins puissant mais bien conçu.

Effectivement en gros quand tu choisi une solution tu regardes de quelles fonctionnalités tu as besoin, et avec quelle importance (tu pondères) et ensuite tu détermines quelle solution te convient le mieux. Ca, c'est la théorie et après il y a l'expérience et la pratique qui permet d'affiner la question... mais le plus important dans un projet c'est de bien définir les besoins de ses utilisateurs et de choisir un système qui permette de les satisfaire au mieux. Dans la définition des besoins, concernant un CMS il y a la nature des contenus dont tu nous as parlé dans ta réponse mais aussi les fonctionnalités offertes aux utilisateurs dont tu dois pouvoir disposer.

Merci c'est beaucoup plus clair !

Pour t'aider il serait bon d'en savoir plus sur le contenu du site en question. Que le thème soit les jeux vidéo est une chose, mais ce qui va déterminer le choix du système, c'est le type de fonctionnalité que tu attends pour ton site : est-ce que c'est avant tout éditorial (test de jeux, articles) ou aussi communautaire (forum, sondages, messagerie personnelle, options de notifications...) ? Je ne peux pas te répondre dans la mesure où je ne suis même pas sûr que SPIP ou MODx soit la solution... Ensuite SPIP ou MODx, c'est aussi un choix de philosophie. SPIP est plus axé éditorial effectivement mais si on sait le manier on peut faire beaucoup de choses (même si pour moi, MODx est infinimment plus flexible et riche en extensions). Tu peux faire à peu près tout ce que tu veux avec MODx, maintenant la question c'est : as tu le temps d'apprendre à exploiter ses capacités ? En as tu même besoin ? Si ça se trouve pour ton besoin et par rapport au temps, à la compétence dont tu disposes une solution plus rapide à déployer sera meilleure...

Parenthèse de Modo : Il serait bon d'expliquer un peu en quoi kwsPHP est plus adapté aux besoins de Methos que d'autres solutions... en gros, recommander kwsPHP c'est bien (j'ai déjà vu 3 sujet ou tu l'évoques), mais développer/argumenter c'est mieux

Et surtout Textpattern te donnera la possiblité de customiser ton design vraiment (je ne vois pas trop en quoi les exemples illustrent les possibilités de kwsPHP... ça me semble être dans la droite lignée des nuke-like...). Ceci dit, Textpattern est plus axé éditorial (comme SPIP) que communauté. Du moins, nativement (car il est possible de l'utiliser pour un site communautaire, au prix de l'installation de plugins assez nombreux). Un peu le même problème, dans une moindre mesure, avec MODx : c'est puissant, hautement customisable mais ce n'est pas pré-packagé donc il faudra bosser pour créer un site communautaire... A mon sens, dans la plupart des cas (besoins standards), il existe des CMS qui offrent une bonne possibilité de personnalisation et qui sont conformes aux standards, tout en étant plus adaptés à mon sens pour une communauté : Drupal, CMS Made Simple, mais j'avais cité e107 et Xoops à quelques reprise, ou encore LDU/Seditio ausssi (même si il faut examiner la licence avant de se lancer). Si on se moque des standards, et qu'on ne cherche pas un contrôle total sur le design, voir du côté de Joomla et des Nukes-like... chacun a un besoin et des compétences différentes donc le choix n'est pas réellement généralisable...

Bon résumé ! Même si à mon sens l'avenir (pour les PME comme pour les grandes entreprises) passera par l'adoption de protocoles permettant aux applications de se connecter les unes aux autres : je ne crois pas aux applications "qui font tout" en général ce sont des usines à gaz. Les applications web sont de plus en plus capables d'utiliser des bases de types différentes (via une couche d'abstraction de la base de données), et de générer des formats standardisés (XML par exemple). On voit aussi des initiatives comme OpenID pour l'homogénéisation de l'authentification... On voit déjà des applications web bureautiques émerger, comme celles de Google, je ne doute pas que le phénomène va se poursuivre. Le développement et la normalisation des widgets est également un phénomène intéressant pour ce qui est de l'intégration entre le bureau (desktop) et les applis web... Les choses sont donc en mouvement, pas forcémment dans le sens des progiciels intégrés à la SAP, et à mon sens (en tant qu'ancien professionnel de l'organisation et des process) c'est bien ! Mais c'est un large débat et on est qu'aux prémisces... beaucoup de projets intéressants à venir ! Je ne doute pas de la vitalité et de la créativité du monde open source, qui contribuera certainement à ce mouvement

Oui comme tu le dis le segment de l'informatique de gestion est marqué par un conservatisme fort (qui arbore des interfaces antédiluviennes), mais si on se fie à ce qui se passe aux US avec les applications hébergées (type Freshbooks) ça devrait changer à un moment ou un autre et les applications web modernes (souvent d''ailleurs construites sur le principe des 20% de fonctionnalités qui répondent à 80% du besoin) prendront le pas Sugar ou mieux, Vtiger, tombent quand même dans la catégorie des outils opensource qui touchent à la gestion, même si c'est plus sur l'aspect gestion client, facturation, gestion des contacts c'est un (bon) début... Ceci dit, on s'éloigne du groupware c'est vrai...

Effectivement... à moins de choisir un CMS "pré-packagé" type Joomla avec template installable mais c'est à l'opposé de la personnalisation. Tout est dans le compromis : soit il faut (pouvoir) faire l'effort et alors maîtriser son design soit on n'a pas de temps pour ça et là il faut soit se contenter d'un thème "banal" ou alors engager quelqu'un qui sait

Bémol : si tous les CMS peuvent être doté d'un design propre, certains sont mieux dotés que d'autres pour faciliter le travail du designer, favoriser le respect des standards et l'accessibilité.... et ce sont ceux qui respectent le principe de séparation TOTALE (ou quasi totale) entre le contenu et la présentation. Ca veut dire quoi ? Qu'aucun élément de code de l'application ou de ses extensions ne contiennent d'éléments de style imbriqué en leur sein (la logique, le traitement de l'info doit être 100% séparé de sa mise en forme). Un peu abstrait mais ça veut dire que je dois toujours contrôler la mise en forme côté "front end" (le site) grâce à un système de template et des feuilles de styles (CSS). Je ne dois jamais être forcé de hacker le système pour modifier un élément de rendu... Et là, certains sont bons (Textpattern, CMS Made Simple, MODx, Drupal, SPIP, Dotclear...) et d'autres franchement moins bon (Joomla, Typo3, PHPNUke etc).

Je reviendrai plus en détail là dessus plus tard car j'ai une belle crève tenace et la tête pas super claire mais j'avais posté un billet sur mon blog concernant un modèle d'évaluation des applications open source appelé "Business Readiness Rating". C'est une approche orientée "utilisation pro" mais ça peut valoir aussi pour un site / projet perso à forte exigence comme base de réflexion sur l'évaluation d'une solution. Pour la petite histoire, un de mes projets est de monter un modèle d'éval spécifiquement créé pour le choix des CMS... à suivre

Je suis pour les solutions commerciales lorsqu'il y a un avantage compétitif qui justifie le prix du logiciel et la contrainte de la licence, c'est à dire lorsqu'il n'existe pas de solution alternatives en open source (j'ai notamment utilisé Expression Engine à l'époque où aucune solution open source n'offrait les mêmes fonctionnalités), ou alors qu'il répond à un besoin bien précis (par exemple, Expanse CMS est sur une niche : il cible les artistes et propose une solution qui répond à 95% des besoins de publication des artistes sur le web, immédiatement exploitable sans customisation -> pour info : Expanse n'est pas francisé) A mon sens, dans le cas de phpCow, ça n'est pas justifié... il ne manque pas d'alternatives... Mais tu peux peut-être apporter la lumière sur ce qui justifie le prix, ou sur ce qui a motivé ton choix...

Pourquoi développer quand on a déjà des choses pas mal en stock Il y en a plein d'autres, mais mon préféré c'est http://smoothslideshow.jondesign.net/ Ou encore (plus adapté à ton cas) : http://smoothgallery.jondesign.net/ Basée sur mootools en plus ! C'est aussi beau que du flash, sauf que c'est du framework js "biodégradable" (façon de parler ) Que du bon...

Trac est un outil qui monte qui monte pas mal dans les communautés de développeurs... http://trac.edgewall.org/

Regarde éventuellement du côté de PoMMo, c'est mon préféré personnellement Plus léger que l'incontournable phpList, et avec une admin sympa...

Hmmm, je pense quand même qu'entre partir de zéro et s'appuyer sur un framework comme le dit NiCoS permet quand même de ne pas ré-inventer la roue (donc gain de temps). Au delà de ça, il existe aussi à mon sens un gain de temps au niveau de la réflexion sur les briques fonctionnelles du framework : on trouve parfois des choses auxquelles on aurait pas pensé et qui permettent de proposer de nouvelles options à nos clients, non ? Enfin, s'appuyer sur des briques développées par une communauté est quand même un gage d'optimisation et de qualité du code (plusieurs cerveaux aboutissent à un meilleur résultat qu'un seul, en tout cas j'ai pu le constater maintes fois sur les communautés open-source qui fonctionnent bien). Cela découle des bonnes pratiques effectivement mais aussi du fait qu'une équipe de codeurs de talent peut réaliser des choses qu'aucun individu (sauf cas très exceptionnel) ne peut atteindre seul.

Symfony fait partie des frameworks modernes et prometteurs qui permettent effectivement surtout de faire du sur-mesure dont le déploiement est très largement accéléré et optimisé par rapport à un développement traditionnel en partant de zéro. C'est à mon sens l'essentiel de ce qu'un framework apporte. Un CMS ne permet pas du tout le même niveau de customisation, ou alors au prix d'une maintenance et d'un développement complexifiée par le nombre de modifs qu'il faut faire au CMS à chaque MAJ du système d'origine (un cauchemard dont certains pourront témoigner !) Un CMF est entre les deux (cas type de MODx), on part d'une base fonctionnelle mais on dispose de bien plus de liberté de personnalisation qu'avec un CMS tout en restant quand même moins flexible qu'un Framework pur comme Symfony qui n'est pas limité à la gestion de contenu mais carrémment à la construction d'applications web. A mon avis ça résume bien... En tout cas, la sortie de Symfony consolide la tendance : on cherche à faire toujours au plus près du besoin client tout en étant en mesure de proposer des temps de développement plus courts et des coûts plus raisonnables sur du spécifique. C'est donc très bien pour les utilisateurs finaux donc pour le web

Avec pas loin de 30,000 téléchargements de la 0.9.5 depuis décembre, voilà la release candidate de la dernière version de la branche issue d'Etomite, la 0.9.6 annoncée hier. La prochaine (0.9.7) marquera une rupture définitive avec le passé en introduisant le nouveau core basé sur xPDO et qui marquera le début de la transition vers la fameuse et tant attendue 1.0. En attendant vous pouvez télécharger la 0.9.6 RC1 Au programme, plus de 30 bugs résolus et fonctionnalités ajoutés, incluant des améliorations significatives apporté à l'installeur, aux rapports d'erreur et à la sécurité. Basculement complet de script.aculo.us vers mootools pour tout ce qui concerne le manager Amélioration drastique de AjaxSearch avec notamment l'inclusion des TV (variables de modèle) aux résultats de recherche (!) Ditto mis à jour en version 2 avec une amélioration spectaculaire de la performance sur les requêtes de plus de 1000 documents Support des langues RTL (droite à gauche) et packs de langues mis à jour L'installeur est désormais capable de créér la BDD si les droits du compte le permettte et permet de spécifier l'encodage et la collation de la base pour les nouvelles install Améliorations de sécurité pour les serveur avec register_globals set sur On, les systèmes exécutant suId, et les filtres de formulaires Amélioration de l'utilisabilité de l'interface du manager Optimisation de TinyMCE pour la conformité XHTML Bon test

Aucun lien avec Phorum donc... ça porte un peu à confusion

Salut Dragon, Comme tu peux le constater j'ai splitté ton message du très long fil dédié à la sortie de Textpattern 4.0.4, ça me paraît plus judicieux. Ces trois extensions semblent en effet très intéressantes L'aspect multi-lingue est en effet un gros plus, à voir comment c'est implémenté. Pour le forum, s'agit-il d'une intégration avec Phorum ? Ceci dit concernant les news de txp j'espère que la branche Crockery vera le jour prochainement (ou au moins qu'on aura un peu plus de visibilité sur le développement de txp sur les mois à venir ).

+1 sur ActiveCollab que j'utilise avec mes clients depuis quelques mois et cela marche très bien En plus d'être un outil de gestion de projet simple et efficace cela donne un historique des prestations bien utile soit en tant que référence ou encore comme mesure permettant l'amélioration du process de réalisation... le développement est régulier et les plans d'Ilija pour l'avenir sont plus qu'intéressant !

Tiens, du renfort Je partage assez la vision qui se développe outre-atlantique depuis quelques mois (voire 2/3 ans) : des applications qui vont à l'essentiel (si on reprend le principe de Pareto 20% des fonctions couvrent 80% des besoins. Mais aussi nous sommes tous sur-informés et parfois l'outil le plus exhaustif n'est pas le meilleur car pas utilisé...). Ceci dit, comme je le disai plus haut, tout dépend du contexte (technique, public visé...) et des besoins. Si je monte un forum à destination d'un public "remuant" (souvent : jeune) ou sur un sujet "brûlant" (style : politique) là je vais anticiper un fort besoin en matière de modération et de gestion des alertes etc... Le challenge, c'est de trouver le meilleur équilibre entre fonctions et besoins...

Franchement, je prêche pour ma paroisse mais ça vaut le coup de s'accrocher ! N'hésite pas à poser des questions sur le forum francophone, on a désormais une belle brochette de francophone qui connaissent bien MODx et qui contribue à rendre le forum hyper réactif : ça compte ! Pour ce qui est des distinctions chunk, plugin, snippet et module... j'avais publié une petite synthèse. Ca devrait aider