NiCoS

Modifie le contenu de : #vogroll_5{width:80px;height:300px;border:none;margin:0px;} Sinon, peut être en jouant avec un display:inline ?

pour les c***eries vu que tu connais pas trop le codage, ce sera la même chose pour tous les CMS, il faudra apprendre les instructions pour la gestion des templates...

as tu regardé : http://ecosmear.com/relay/wiki/index.php/I...l_Ubuntu_Dapper, il doit te manquer le ExecCGI et mod_perl peut être...

je connais pas pluxml mais ce serait étonnant que tu puisses pas avoir ce que tu veux en ajoutant les instructions qui vont bien...

non, tu dois le leur demander (et je suis pas sur qu'ils acceptent...)

quel CMS utilises-tu ?

Je vois aussi que tu es en 1.9.1, essaye de voir si le passage en 1.9.2a change qqc...

je vois que tu utilises phpmyvisites, que se passe-t-il si tu enlèves le code de phpmyvisites ? Si ça se trouve, ça vient de lui... ;-)

Oui et SPIP bien sûr :-)

Sur le multilinguisme, voir : * http://drupal.org/node/131516 * http://www.developmentseed.org/blog/oscms/...tation_tomorrow C'est pas encore pour tout de suite... même si le module l10n/i18n fonctionne lui ;-)

ah oui, mon tuto n'est valable que sous linux ;-)

SPIP fait tout sauf : choix d'un template au moment de la rédaction éditeur WYSIWYG Néanmoins, pour donner le choix du template, tu peux jouer avec les mots clés (si l'article a le mot clé "squelette X", alors on lui applique le squelette X mais c'est pas dans la logique native de l'outil et je suis pas fan de ce genre de fonctionnalités qui peuvent conduire à un mélange des genres et à de la confusion pour l'internaute. Editeur WYSIWYG, par défaut il n'y en a pas (ce sont des raccourcis typographiques) mais il doit exister des contributions. Par contre, tu dois perdre coté validation xhtml/css. Sinon modx pourrait bien répondre à ta demande, sauf pour l'aspect multilingue qui n'est pas natif. Voir http://wiki.modxcms.com/index.php/Make_Multi_Lingual_Site à ce sujet. Drupal a aussi des faiblesses sur la partie internationalisation. C'est encore très rudimentaire (surtout à coté de spip à ce niveau).

tu peux adapter ceci : http://wiki.unelectronlibre.info/serveurwe..._apache_et_bind

Cela a déjà été répondu il y a peu, Dan ne fait pas de factu mensuelle...

Si ça t'intéresse avec vhosts_alias : http://wiki.unelectronlibre.info/serveurwe..._apache_et_bind

Sinon tu as phpList, Wanewsletter, etc

Drupal a en outre une logique bien particulière, pas évidente à appréhender. Perso, après avoir été impressionné, j'ai plutôt déchanté en voyant la courbe d'apprentissage du logiciel. En outre, beaucoup de modules sont certes proposés mais faut-il encore réussir à maintenir la cohérence et la "glue" entre eux sous peine d'avoir des résultats ne correspondant pas aux attentes je pense... :-/

D'où l'intérêt des frameworks parfois pour faire son appli soit même. Parfois c'est quand même une mauvaise idée de faire sont "home made" car ce n'est pas le boulot de l'entreprise de maintenir des logiciels... elle a mieux que ça à faire normalement... Le problème est surtout qu'on fait des demandes qui relèvent de la lettre au père noel demandant un dev spécifique et qqs mois après, on se rend compte qu'on utilise 25% des capacités de l'outil et que ces 25% correspondent à l'outil X, maintenu par un éditeur ou une communauté open source.

en plus de ce qui a été dit (doublons possibles) - capacité de l'outil à répondre au besoin, - pérénité de la solution - références - support - intégrateurs - compétences dispo en france (ex de python ou on peut se poser des questions alors que php/java/.net, pas de soucis) - i18n, l10n - url rewriting - besoin / hébergement - editeur wysiwyg - ...

- gregarius ? - spip (en utilisant les rubriques & les sites référencés) par contre, j'ai un doute pour les commentaires sur un site (à vérifier)

essaye : cat /proc/partitions

et il y a en outre des sites offrant des instances trac/svn gratuitement

Il y a PHPList aussi...

euh pourquoi ne pas utiliser une instance subversion/cvs ? sinon je me rappelle avoir vu un outil comme tu le souhaites mais j'ai le trou quant à son nom :-(

Je veux dire que par ex tu aurais une seule et unique rubrique "produits" dans laquelle tu auras tous tes articles. La navigation en front sera alors assurée par les groupes de mots clés et mots clés en eux même. Pout mots_partout, aucune idée, je ne l'ai pas utilisé jsq présent.