davidm

Si vous ne connaissez pas MyBB sachez qu'il s'agit d'un des tous meilleurs moteur de forum sur le marché... précédemment celui-ci était gratuit mais sous licence propriétaire. Chris Boulton, créateur, a décidé de changer pour une licence GPL v3 (annonce ici : http://community.mybboard.net/thread-38942.html). Vous reconnaissez peut-être son nom car c'était un des développeurs de XMB, et des divergences d'opinion au sein de l'équipe de dév avaient donné lieu à un fork, Chris Boulton ayant décidé de partir et fonder devBB une version intérmédiaire avant le lancement de MyBB. MyBB était déjà en version 1.2.x un forum stable et très riche fonctionnellement, mais comme beaucoup de forum avec un panneau d'administration qui bien que clair ressemblait un peu à un tableau de bord d'airbus La version 1.4 offre une administration vraiment très bien pensée, et les fonctionnalités de modération "en ligne" sont pas mal non plus. Donc si vous n'avez pas encore jeté un coup d'oeil à MyBB et que vous avez un forum à lancer, jetez-y un coup d'oeil Le site francophone : http://www.mybb.fr/

[coup de gueule perso]Ahhhhhhh, bon quand va t-on sortir de cette logique qui consiste à partir des outils pour définir un projet ? Et quand va t-on mettre à jour la liste des applications au delà des plus anciens / plus gros : Joomla, SPIP, Typo3, Drupal ?!?[/coup de gueule perso] A mon avis il faut prendre les choses au commencement : définir clairement ton besoin et le contexte dans lequel ton projet va être mis en oeuvre. Tu as déjà partiellement défini les éléments mais il y aurai encore des points à éclaircir, notamment la nature des données que tu souhaites thésauriser et si tu comptes partager celles-ci (il semblerai que oui mais cela me semble un peu bizarre s'agissant d'une KB perso). As tu besoin d'une application web ou d'une application de KB perso ? Tu peux trouver énormément de chose sur le web au sujet du Personnal Knowledge Management (PKM) mais je conseille cette page sur outils froids. Si tu as besoin d'une véritable base de connaissances / d'un véritable intranet alors il y a des outils spécifiques pour ça et notamment Owl. Sur le papier (il faut que je reteste, ça date de plus d'un an), Owl est très complet et il offre des fonctionnalités qu'aucun CMS généraliste ne propose : dépôt et retrait de document (cela veut dire que comme dans une librairie, on sait qui a sorti le document et personne d'autre ne peut y toucher pendant ce temps) monitoring des fichiers et des dossiers traitement par lot lecture des méta-données de fichiers (y compris idtag pour les mp3, exif pour les photos...) possiblité de stockers les fichiers soit sur le système de fichier, soit dans la base de données, contrôle des versions (là je parle de version des fichiers, pas de versionning de page web), corbeille pour les fichiers (en cas de suppression accidentelle) génération de miniature à la volée y compris pour les PDF et les DOC watermarking de PDF upload de zip avec extraction automatique répertoire utilisateur synchronisation base de données <-> système de fichier en cas de stockage dual... etc. Owl est construit spécifiquement pour gérer un intranet et comme je disais... mais c'est peut-être overkill dans ton cas. Si tu as besoin d'un outil plus généraliste (CMS), alors je pense qu'il y a quelques pré-requis : un système de taxonomy (catégorisation transversale quel que soit le type de contenu qu'il s'agisse d'une page web, d'une image ou d'un fichier) la gestion des versions (confort de travail surtout si on travaille à plusieurs) gestion fine des droits (si tu n'est pas le seul à travailler et/ou à consulter les contenus). Sur l'ensemble de ces points, les deux seuls candidats susceptibles de convenir avec un déploiement rapide sont Drupal et Typolight. Joomla peut peut-être convenir mais déploiement rapide ? j'en doute ! Et par ailleurs ni textpattern, ni même modx ne conviennent...

Le plus adapté ? Peut-être pas il y a peut-être des solutions dédiés annonces qui feront mieux mais avec l'extension Catalog : sans aucun doute faisable dans des délais très rapides... maintenant Typolight est comme d'autres outils puissants : il faut apprendre à les maîtriser... Mais quand je vois ce que je peux faire après 15 jours

Typolight te permet de faire des choses sans être développeur, moi-même je ne le suis pas, en l'occurence dans ce cas précis c'est plus facile qu'avec MODx

Bon... je viens de lire la doc sur l'extension "Catalog" et combiné à CatalogExt et Taxonomy, cette extension fait potentiellement de Typolight tout simplement une "killer app" pour construire des contenus avec des champs customs qui sont ensuite exploitable via des fonctionnalités de tri, de recherche et de templating qui sont tout bonnement brillantes ! Je n'ai pas connu d'excitation pareille à propos d'un CMS depuis que j'ai découvert les TVs dans MODx, c'est dire ! Maintenant j'attend de tester pour voir mais concrètement ça voudrait dire qu'on peut déployer ce type de chose en beaucoup moins de temps qu'avec MODx

Alors que la 2.6.1 est encore chaude, la 2.6.2 est déjà en route et va inclure une nouvelle extension qui permettra aux membres de définir un profil public, d'envoyer des MP, de lister tous les membres... Cool, non ? Plus d'info et quelques screenshots ici (en anglais) : http://typolight.org/forum/topic/8463.html

Je ne suis pas contre le français mais mathématiquement une communauté anglophone regroupe des talents du monde entier donc, dans le cas des CMS en tout cas, c'est souvent là qu'on trouve rapidement les réponses aux questions complexes...

Le gros hic c'est le système de template mais à approfondir sur la 1.0, la doc sur le sujet est "courte"

Attention je n'ai pas dit que Typolight n'était pas "templatable", je pense (enfin non maintenant je suis sûr) qu'on peut faire ce qu'on veut avec il y a une bonne séparation code / présentation. Par contre les templates fournis par défaut souffrent de divite aïgue !!! Quand j'aurai le temps, je vais refaire tout ça avec moins de div et de span (par exemple un div class="title" pour un titre qui devrait être en h1, h2 ou h3... là je parle d'un module pas du core, précisons bien). Ce que j'ai dit par contre c'est que dans le workflow du designer Typolight est plus contraignant que MODx ou Textpattern ou CMS Made Simple. Mais c'est le cas de quasiment tous les CMS typés portail / communauté. Ce qu'on perd de ce côté on le gagne en vitesse d'implémentation des fonctionnalités "standard" type calendrier, formulaire, news... etc. C'est toujours un compromis, un équilibre. Ce que je retiens : Typolight est un CMS très pro, avec un code clean et clair (on s'y retrouve très vite), qui semble très sûr, avec une interface de gestion minimaliste et claire, et des fonctionnalités avancées : versionning, multi-linguisme, multi-site. Et ses extensions sont de très bonne qualité, certainement la preuve que l'API est très bien construite. Il est donc, à mon avis, capable d'être compétitif face à Drupal qui est pour moi la référence du genre. Pour tout dire, je pense même qu'étant moins un CMS de "nerd" il a le potentiel (notamment grâce aux modules FormAuto et Catalog) d'être meilleur que Drupal. La seule chose qui manque, c'est une communauté anglophone au niveau du CMS lui-même ! Pour vous dire, sans la communauté francophone (et plus particulièrement Cyril) j'aurai du me débrouiller seul :-\ Et comme mon allemand est rudimentaire... J'espère qu'il va gagner le prix Packt du CMS le plus prometteur, ça attirera peut-être du monde...

Petit message pour partager une découverte...smushit.com est un service dont le but est simple : faire perdre des kilos (octets) à vos images sans compromettre leur qualité visuelle. Je sais, vous allez me dire que vous y connaissez quelque chose... j'ai réagi pareil. Mais essayez et vous verrez ! Toutes vos images ne seront pas concernées mais dans certains cas l'amélioration est significative alors qu'on pensait avoir optimisé à fond. Pour utiliser ce service vous pouvez : Télécharger des images sur le site Fournir une liste d'URLs ou mieux télécharger l'extension Firefox qui en 1 clic vous permet de "smusher" n'importe quel site Une fois que vous avez lancé le processus, Smushit vous fournit un rapport détaillé du pourcentage d'optimisation de chaque image, plus un zip de toutes vos images, optimisées. C'est vraiment étonnant, vous verrez que même des sites très performants ont encore de la marge... Un outil indispensable pour tout designer qui se respecte ! Edit : Testé sur la page d'accueil du Hub et bravo smushit n'a trouvé que 3.57% d'amélioraton (1.38 KB) Le Hub obtient (naturellement) un super résultat...

Utiliser l'extension d'un CMS n'est pas forcémment la meilleure solution quand on cherche un outil spécialisé pour faire une chose (souvent, plus léger et plus efficace). Par exemple il y a des tas d'extension pour gérer des galeries mais elles sont rarement aussi légeres et performantes que des solutions "dédiées" comme ZenPhoto ou Plogger.... Donc oui on aurait pu parler de Joomla mais Drupal, Wordpress, Expression Engine...etc ont aussi une extension qui fait ça

Tiens, d'autres découvertes en open source (pas téstés !) : http://gregarius.net/ http://noserub.com/ (celui là m'a l'air intéressant !) Edit : Noserub est définitivement TRES intéressant dans le sens où il organise très clairement les différents types de contenus publiés, sans pour autant se limiter à l'intégration de "social services"... Peut-être donc encore plus fort que SweetCron... je n'ai toutefois pas regardé ou testé le code... Exemple ici : http://identoo.com/ Edit 2 : J'ai regardé le code, Noserub est bâti sur CakePHP Pour l'instant, c'est une beta il y a quelques soucis mais c'est en quelque sorte un Sweetcron avec plus de type de contenus "syndiqués" y compris les fichiers hébergés sur Amazon S3 par exemple, very cool ! En plus c'est du multi-utilisateur, donc plus réseau social par contre...

Yep bon en même temps si le CMS est parfois à blâmer (quand la séparation logique/présentation fait défaut, cas type des styles "inline" qui commencent à disparaître) il faut aussi tapper sur la tête du concepteur des pages : les templates sont modifiables dans la plupart des CMS modernes ! Par exemple Typolight est un excellent CMS mais les templates par défaut souffrent de divite aigüe ! Une des première chose que je fera si je m'en sers pour mes projets, c'est de refaire les templates et les CSS avec beaucoup moins de divs et de span (par exemple mettre un span class="title" au lieu d'un titre h1, h2 ou h3 est une pure hérésie...). Ceci plus ça va plus mon point vue est le pragmatisme : la sémantique et la compatibilité entre navigateur avant la conformité à tout prix, même si sur 90% des choses il ne faut pas transiger...

Merci mais sur ce coupe le mérite rient à Jean-Christophe (FairyTree) qui en parlait récemment sur son blog : http://blog.fairytree.fr/post/Sweetcron-un...ming-opensource Du coup je l'ai installé sur mon domaine perso et j'ai commencé à jouer avec : effectivement c'est du code clair et info de taille, c'est bâti sur la base du fameux framework CodeIgniter, un gage de qualité ! Du coup même moi avec mes rudiments de PHP j'ai trouvé que la doc de l'API est très claire (l'objet c'est tellement plus clair)... Sinon oui Sweetcron préfixe les contenus avec une icône pour indiquer de quelle source vient l'info syndiquée, tout simplement en recherchant si vous avez un favico.ico à la racine du site

Ca n'est pas stricto sensu un CMS alimenté par des flux puisque ça dépasse un peu le cadre (on est dans le fameux "life streaming") mais SweetCron est une application innovante qui permet de faire ça (et bien plus puisque tu peux récupérer les contenus que tu publie sur flickr, facebook, twitter...etc) Voir la page google code pour télécharger et voir le wiki : http://code.google.com/p/sweetcron/ Je n'ai pas encore eu le temps de tester mais c'est sur ma liste

Oui et je vais sûrement vous parler de Typolight assez souvent... quand je vois ce que je peux accomplir en 7 jours de pratique (et plus de 40 messages sur typolight.fr ), j'imagine en 7 semaines, ou en 7 mois ! Aujourdh'ui en quelques minutes grâce à un module (FormAuto) les données envoyées via un formulaire dans un table custom créée par le module automatiquement, plus fort encore les champs de la table sont ajoutés à chaque fois qu'on créé ceux du formulaire C'est très impressionnant... et je n'ai même pas encore poussé le test du module Catalog / Catalog Ext dont Aour nous a parlé ! Le seul truc c'est qu'il va falloir renforcer la communauté d'expert Typolight pour que le support soit au niveau de l'application...

Bon après 3 jours passés avec Typolight (et hop un site bien avancé construit avec - et oui j'ai failli opter pour CMS Made Simple mais Aour et Perrine m'ont convaincu...) j'ai désormais une bien meilleure appréciation de la bête. Dans la catégorie site communautaire/portail, je pense que c'est un des tout meilleur CMS. Au départ, pour un fan de MODx, ex fan de Textpattern c'est un peu dur car il faut se remettre dans la logique "portail" qui est beaucoup plus "encadrée". J'aurai tendance à dire que CMS Made Simple est plus flexible mais Typolight a des avantages notamment du côté des champs customs (même si ce n'est pas encore les variables de modèle...), des formulaires et du multi-site, de la gestion des droits (extrêmement fine mais un poil complexe) ou encore de l'extension Catalog comme disait Aour. Ceci dit, une fois qu'on a compris certaines choses (pas toujours très intuitive) ça roule. Par exemple dans la catégorie contre intuitif la découverte qu'un article peut inclure un module, et que c'est même nécessaire lorsqu'on souhaite afficher le détail d'un élément (créer un newsreader, eventreader... etc). De ce point de vue, les articles devraient être mieux distinguées des autres types de contenus (actualités, évènements, liens... etc). Autre aspect contre intuitif, la notion de page séparée de la notion d'article ce qui donne un peu mal à la tête au début, quand on a pas encore compris qu'une page n'est qu'un conteneur (qui sert à établir certains paramètres, que ce soit alias, permissions, inclusion dans le menu ou non, présentation...) auquel on affecte des éléments de contenus. Cyril me confiait que la version 3.0 de Typolight devrait introduire une refonte de la gestion des contenus et notamment la possible disparition du type de contenus (ce qui nous rapprocherait de MODx ou n'importe quel contenu est un document qui peut avoir des propriétés différentes et personnalisable). Côté templating, finalement il faut s'y faire mais on peut faire à peu près ce qu'on veut une fois qu'on a compris la logique du framework CSS sous jacent. C'est beaucoup moins rapide à mettre en oeuvre que MODx mais de toute façon on ne peut pas comparer ce sont deux types d'applications différentes qui sont à utiliser pour des types de sites différents. Le truc simple c'est d'avoir une présentation par défaut avec juste au mini un Article inclus et hop après on peut inclure ses modules via les articles (ouf !). Globalement, Typolight impressionne par le côté très "pro" : l'outil d'installation est un modèle du genre, et les aspects liés à la sécurité sont vraiment bien bordés cela inspire la confiance. De même, la qualité des modules : ça tourne bien et la structure normalisée des modules est un vrai plus. On s'y retrouve rapidement. Par contre, ce qui étonne pour un produit aussi mature c'est la faiblesse de la communauté anglophone ! J'ai eu - malgré un volume de message et un nombre d'utilisateur inférieur - un meilleur support sur la communauté francophone que sur la communauté anglophone Ceci dit, le support repose en grande partie sur Cyril (merci encore à lui pour ses réponses à des questions parfois complexes) et Gueric. Je pense que la communauté germanophone (Leo Feyer est allemand) est bien plus active... malheureusement mon allemand est très limité C'est d'autant plus étonnant que la documentation est très complète est bien faite, sans compter les screencast. Je suis très certainement très mal habitué avec la communauté autour de MODx qui est hyper réactive, mais quand même c'est un point faible de taille...

Oui c'est vrai un peu hors sujet mais plus besoin car j'ai trouvé la réponse

Pas de souci... j'ai passé un peu de temps avec Typolight et je pense avoir bien compris comment tout fonctionnait... Une fois qu'on a compris le workflow, ça va déjà mieux... La dernière chose qui pose question c'est comment je contrôle les éléments placés dans fe_page (le template principal pour ceux qui ne connaissent pas TL) : <?php echo $this->header; ?> <?php echo ($this->left): ?> <?php echo $this->main; ?> <?php echo ($this->right): ?> <?php echo $this->footer; ?> Si j'ai bien compris il faut aller dans Présentation > Présentation de Page >> Modules inclus et gérer l'ordre des modules pour le Header, la colonne gauche, centrale et droite, ainsi que le footer via l'interface ? Ca va tellement à l'encontre de la logique dont j'ai l'habitude... Je pensai qu'un des sous templates placé dans templates/ allait me donner le contrôle mais en fait ce sont les templates de chaque module inclus qu'il faut bidouiller si on veut contrôler précisémment la présentation des sous éléments, le reste étant géré via l'interface de TL ?

Oui je suis en train d'approfondir (je commence à comprendre la logique), les droits sont gérés très finement, un champ par un champ : très pratique sauf qu'on a des dizaines d'items à sélectionner, heureusement qu'on ne fait pas ça tous les jours Sinon concernant cette news, un lien ou pas ? Ok c'est là : http://www.typolight.org/blog-reader/items...y-overview.html Ca ressemble fortement au système présent dans CMS Made Simple et c'est très pratique en effet !

Ok merci pour ces précisions... je vais encore approfondir un peu... pour la gestion des droits j'ai fait court : j'ai testé les droit par défaut d'un éditeur et je trouve que c'est déjà trop d'informations.

J'ai eu le temps de me pencher sur Typolight un peu plus longuement, et je dois dire que je trouve que certains choix de conception n'en font pas un outil que j'utiliserai pour mes clients. Je ne suis pas fan du système de templating (trop fragmenté ! on doit s'habituer mais j'aime avoir une vision globale notamment lorsque je travaille sur un design complexe) et du framework CSS utilisé (donner à l'utilisateur final un certain contrôle sur l'apparence ne me gêne pas mais la manière dont c'est fait complexifie l'interface : pour moi, parfait pour un utilisateur "technique" ou quelqu'un qui n'est pas pro mais qui veut construire son site, pour un client : moins évident...). Perso, si je dois utiliser un CMS plus light que MODx ou plus rapide à implémenter, je me tournerai vers CMS Made Simple (l'interface a BEAUCOUP changé... testez la version 1.4 vous verrez de quoi je parle !). Mais bon CMS Made Simple suit une logique proche de Textpattern et MODx, avec cette différence que les modules sont implémenté de tel façon que travailler avec CMSMS permet d'éditer les paramètres via une interface plutôt qu'en écrivant du code (un peu comme si on pouvait changer les paramètres d'un snippet MODx avec une interface). Ceci dit, ça n'enlève rien à l'outil, Typolight est à mon sens un des CMS qui montent et qui devrait ravir les power users qui en ont marre de la rigidité de Joomla

Il y a X moyens de faire ce que tu veux, et il faudrait quelques précisions sur le contexte : c'est pour un groupe ? (si oui, jeter un oeil à Stash, screenshots ici : http://www.nicestash.com/tour.php), un blog avec des podcast (si oui, jeter un oeil à Loudblog) ? Si le besoin est plus générique alors plusieurs CMS sont susceptibles de convenir, avec des extensions pour faire ce type de chose.

Scarface, merci de mettre un lien vers cette discussion sur le fil (identique) que tu as créé sur les forums de joomla.fr : http://forum.joomla.fr/showthread.php?t=73210 Ca pourrait aider quelqu'un

Visiblement pas d'expert CMSMS ici, mais je pense que tu as trouvé la réponse à ta question après avoir jetté un coup d'oeil il semblerai (du moins si on se fie au forum francophone de CMSMS : http://forum.cmsmadesimple.fr/viewtopic.php?id=303) que tu sois sur la seule piste existante... Le problème d'une solution fondée sur un hack du core, c'est que tu as intérêt à ce que les développeurs du hack soit très actifs (pour publier des mise à jours du hack à chaque maj du CMS) et compétents (que le hack soit stable). Evidemment tu n'as pas eu le choix de la solution (tu n'as vraiment pas pu présenter tes arguments lors du choix ? parfois il faut juste savoir trouver les bons ), donc tu vas être forcé de composer. Ce qui m'échappe c'est pourquoi "on" t'a forcé à choisir CMSMS sachant que l'aspect multilingue est visiblement un facteur...