davidm

Sur un intranet, les exigences de performance de l'application et du serveur sont moins importantes, de toute évidence... et moi non plus je ne vois pas ce qui pourrait poser problème dans ce cas (à moins qu'on parle d'extranet et d'une boîte multisite avec x000 salariés)

Hmmm, ok dans ce cas. Oui CMS Made Simple est encore un peu jeune et à la base il n'est pas orienté communauté. Attends la prochaine version (0.9.2), car finalement contrairement à ce que j'avais dit (ben oui les dév m'avait pas tout dit, petits cachotiers ils préfèrent ne pas annoncer des choses qui ne seront pas prêtes), MODx sera non seulement plus stable et plus sûr, mais aussi pas mal de goodies en plus des 3 templates d'admin... Yes of course : http://www.voyages-fuchslock.com http://www.nodeo.net/michelez/ (maquette, bientôt en ligne) http://www.nodeo.net/amadom/ (maquette, finie au 3/4) D'autres sont en projet NB : La lenteur de ces deux derniers site de test est liée à Barclay, mon serveur chez TextDrive qui a de nombreux problème ces deniers temps (grrr). En fait, ce n'est pas MODx en lui-même qui détermine le look (le talent du designer, le thème du site sont déterminant = un site sérieux en jette moins fatalement) mais ça peut permettre de montrer la flexiblité en terme de template. Les meilleurs : http://www.bittersweetembrace.com/ http://www.swellguys.co.za/ http://www.thesoundsinmyhead.com/ Plus classiques : http://sottwell.com/ http://www.pikkitux.com/ http://kuzkray.sovintel.ru/ http://www.modxcms.de/ http://www.ifa-gesundheit.de/ http://www.fischerit.com.br/ http://www.quebecsolidaire.net/ Pour plus de sites sous MODx voir http://modxcms.com/forums/index.php/board,14.0.html Enfin, il se pourrait que MODx accueille très prochainement de nouveaux templates exclusif, puisque Andreas Viklund himself (pour ceux qui n'ont pas suivi, l'auteur des templates Andreas01...0x) vient de rejoindre l'éuipe MODx à mes cotés au Marketing & Design. Entre autre, il a conçu le nouveau template par défaut de MODx pour la 0.9.2 Une super nouvelle pour nous

Non malheureusement pas encore de script d'import depuis d'autres CMS, mais voilà une idée que je devrai relancer auprès de nos dév... d'ailleurs, j'y vais de ce pas... Sinon j'essaierai de revenir sur Drupal vs MODx la semaine prochaine...

Surtout en matière d'internet, où comme chacun sait les choses évoluent lentemment A la limite je peux être d'accord avec toi, d'un point de vue amateur... Je pense, essentiellement, qu'on aborde les choses totalement différement parceque développer un site pour soi-même ou pour des potes est totalement différent de le faire professionnellement (du moins, si on recherche la qualité... )

Apparemment c'est déjà fait Je ne peux pas dire que j'apprécie le mot intégriste me concernant vu la connotation mais bon... Il me semble pourtant bien que <b> et <i> sont dépréciés (Edit : eh ben non je m'incline) et qu'il est sémantiquement plus correct d'utiliser <strong> et <em>... Je doute donc que si c'est encore acceptable, cela le soit longtemps Pourquoi rester dans le passé ? Aucun intérêt pour moi... Nulle question d'intégrisme mais de logique... Je suis paresseux aussi, mais je pense à l'avenir... un petit effort aujourd'hui, 10 fois moins demain.

Tu veux dire <strong>hello world</strong> je pense Désolé, j'ai sûrement devancé Dudu ici

Pas d'Ajax dans l'administration non (pas encore), mais du javascript "à l'ancienne". Le plus gros bénéfice d'AJAX dans MODx côté frontend c'est le module d'édition en ligne (QuickEdit). On trouve aussi des templates qui tirent parti de script.aculo.us, notamment PortalX. Pour clore le chapitre AJAX, pour l'équipe de dév AJAX est un moyen non une fin en soi. On est un peu dans la même optique que WordPress : améliorer l'utilisabilité des applications. De plus, ce n'est pas là que MODx se différencie

Pour nodeo.net : bien que j'ai passé le site sous BrowserCam à l'époque, et que j'ai une version totalement nouvelle de Nodeo en local qui sera en ligne prochainement, je suis curieux... merci de m'avoir signalé ça, possible d'avoir une capture d'écran ? Pour le reste : je répondrai plus tard, un peu speed là bcp de boulot !

Traduction, non non e107 a une belle communauté française, voir http://e107.fr il existe une traduction de la 0.7 déjà Côté extension, tu devrais trouver chaussure à ton pied sur la seule chose à laquelle il faut faire attention, c'est la stabilité des plugins pas toujours parfaite... LDU possède pas mal de plugins, et devrait être aussi capable de répondre à tes besoins. Le seul hic, c'est la licence qui n'est pas GPL et gratuite seulement pour usage perso... C'est clair il y en a un paquet... dans le cas de Joomla, un certain nombre sont payant (sic)... Si c'est le cas alors Joomla et son système de template blindé de php ne devrait pas te gêner. Tout dépend si tu veux un site conforme et accessible... Sinon, MODx pourrait te convenir alors... Je ne sais pas... http://neocrome.net/forums.php Quand même 8500 membres, plus de 90 000 posts... Pixame, parmi les membres du Hub, est le vrai spécialiste LDU... Pas testé...

En fait je veux aussi prendre le temps de comparer avec Drupal 4.7 beta6 que j'ai installé récemment. Je veux faire ça de manière approfondie car en fait il faut quand même savoir que Drupal est aussi un de mes CMS préférés même si récemment c'est plutôt MODx qui a ma préférence parceque plus flexible...

Ben non ! Comme quoi faut pas préjuger Pour la mise en place de communauté, si il n'y a pas besoin de pousser la customisation, point besoin d'un framework comme MODx qui de toute façon n'est pas "tout en 1 clic" comme Joomla ou Xoops qui font ça très bien. Je n'ai pas insisté assez mais MODx ne vise pas l'utilisateur final, le particulier mais plutôt les pros et les gens ayant déjà qq compétences (type geek). C'est en gros la même cible que Textpattern... pas d'installation de template automatisés, système de template souple, ré-utilisation de contenus... en gros les ingrédients de la flexibilité. Mais dans le genre communautaire "en 1 clic" pas trop rigides, j'ai mes préférés : e107, LDU voire Bitweaver mais ce dernier souffre d'une communauté trop petite malgré un gros potentiel... Ou alors, plus entre les deux, CMS Made Simple qui commence à avoir pas mal d'extensions... Pour la réponse : MODx peut-il aussi le faire... désolé à ceux que ça énerve mais oui il peut, maintenant que le module SMF est sorti, FileUpload et FileDownload, DocMan... etc. Mais ça veut dire se plonger dans un CMF avec une belle courbe d'apprentissage, donc ça dépend est-ce que la puissance et la flexibilité de MODx sont nécessaire ici ? A voir...

Je laisserai d'autres réagir of course avant de donner mon avis (histoire de ne pas m'accaparer le débat )... en attendant juste pour alimenter la partie "benchmark", cela pourrait intéresser certains : Benchmark sur Opensourcecms Et plus particulièrement ces deux graphes généré par Xdebug : Pour Drupal Pour MODx (Edit : tiens, je vois que tu viens de rajouter ça à ton post )

J'ai construit deux sites avec plusieurs Variable de Modèle, sans impact sur la performance (temps de génération des pages max 1.5 sec). Il faut dire que MODx utilise un cache à deux niveaux, et notamment les snippets sont mis en cache aussi ce qui garanti que le syndrôme Xaraya ne se produira pas. Un autre facteur c'est la structure de la base de données. Les variables de modèles ne font pas partie de la table modx_site_content mais de plusieurs tables séparées. Une permet de lier chaque VM à son template et au document. Une autre contient les champs custom. Cette structure a été pensée pour éviter un impact sur les perf justement... L'avenir en matière de perf devrait être encore plus intéressant, voir par exemple cette discussion (anglais). Sinon : Textpattern n'est pas un framework... MODx dispose d'une API et d'une dbAPI. Pour d'autres framework voir CakePHP, Symfony, Ruby On Rails... Par contre vu ce que tu cherches, regarde aussi CMS Made Simple : c'est plus léger et plus simple à appréhender que MODx.

La 0.9.2 est presque prête. Il ne s'agira pas d'une révolution mais elle apporte des améliorations notables, qui font de MODx un produit mature : plus stable et plus sûr, avec de nombreux bugfix. Installation : MODx s'installe désormais parfaitement avec EasyPHP 1.8. Une bonne nouvelle, pour les nombreux adeptes de cette plateforme de test et aussi pour ceux qui ont envie de se ballader avec MODx sur clé USB. J'ai testé aussi avec WAMP5 et XAMPP, pas de souci. Manager : étape intermédiaire avec cette release puisque c'est le premier pas vers la possibilité de changer le thème de l'admin... vous aurez un joli petit bonus avec la 0.9.2 : le thème MODxgreen de Banzai sera dispo et vous pourrez choisir entre le look façon Etomite et une version plus dans les tons de modxcms.com. Pas de changement d'interface en revanche, il s'agit d'une étape intermédiaire vers la refonte du manager. Les petits plus : La possiblité de désactiver RTE et mieux encore de changer d'éditeur au cas par cas, via une liste déroulante Un onglet séparé pour la gestion des modules, et notamment quickedit dont l'aide est accessible en ligne dans le manager. Sécurité : Plusieurs fix apportés par NetNoise (Timon Reinhard, Mr Securité @MODx), qui constituent un progrès important : MODx sera désormais "plutôt difficile à hacker", dixit Timon Bug Fix : Un grand nombre de petites choses sont corrigées par rapport à la version 0.9.1. Notamment le problème de verouillage des documents Goodies : quelques petites surprises sympa vous attendent , notamment un module inédit qui va vous simplifier la gestion des documents... J'avais annoncé la sortie de SMF et Gallery2 comme imminente le mois derniers... il faut dire qu'il s'agit d'une véritable intégration avec synchro des BDD. Les problèmes de synchro des base de données étaient vraiment complexes et il a fallu pas mal de test mais ça y est pour SMF : le module est sorti. Voir http://modxcms.com/forums/index.php/topic,3567.0.html Gallery2 devrait arriver d'ici peu, on en est à optimisé mais ça tourne bien déjà...

J'avais testé LucidCMS il y a un peu plus d'un an... prometteur, mais développement irrégulier et communauté réduite... donc support bof bof... à moins de s'y connaître et de vouloir prendre le risque d'un CMS dont l'avenir n'est pas assuré, je déconseille...

Le "bon" CMS c'est celui avec lequel tu te sentira à l'aise et qui te permet de faire ce que tu veux (et j'oublie, pour lequel le support est rapide et sympa ), plus qu'à essayer ! Tu saura vite lequel te convient...

Non pas encore !!! Pas mal de taf en ce moment (je ne vais pas me plaindre ceci dit...) et aussi on teste/debug MODx 0.9.2 qui va sortir sous peu... Dès que j'ai un moment, je jette un coup d'oeil... probablement jeudi semaine prochaine, en tout cas pas avant !

Complètement. Il te faut un CMS : la bonne vieille solution du webmaster "amateur" qui met à jour son site avec Dreamweaver ou Contribute... pour moi, c'est du passé (même si ça existe encore !!!). L'avantage d'un CMS c'est que tu t'occupe de concevoir les gabarits, de placer les éléments appelé dynamiquement à partir de la base de données et après le client utilise un simple éditeur WYSIWYG pour publier et une interface graphique pour administrer. La formation d'un administrateur est rapide et génére beaucoup moins de risque d'erreur ou de problèmes triviaux nécessitant recours à un prestataire... Oui pardon, c'est vrai j'ai parlé de framework à propos de MODx... On parle de CMF, Content Management Framework, signifie plateforme de gestion de contenu. Il existe une excellente définition en anglais sur Wikipedia : "A content management framework is an application programming interface for creating a customized content management system." OK, ça paraît un peu obscur quand on a pas forcémment notion de ce qu'est une API ou un CMS. Commençons par traduire "Une plateforme de gestion de contenu est une interface de programmation (API) permettant de créer un système de gestion de contenu sur mesure." Les liens dans la définition te permettront d'avoir une compréhension de ce qu'est une API et un CMS. De manière plus générique on parle aussi de framework de développement d'application web au sujet de Ruby On Rails, CakePHP ou encore Symfony... J'espère que ça aide à clarifier un peu

Oui Nucleus est aussi une possibilité, j'avais utilisé un fork de Nucleus pour un site communautaire, qui s'appelle blogcms (Nucleus + PunBB + Singapore + DocuWiki). Il est stable et le système de template est pas mal... @modérateurs : désolé pour le off-topic, si vous voulez splitter... Partiellement oui... mais pour le coup c'est lourd si tu dois appeler chaque élément avec ce type de syntaxe J'espère qu'on peut au moins faire (me souviens plus, ça fait 3 ans maintenant...) [(#LOGO_SITE_SPIP||extraire_attribut{width},{height},{title})] Bon enfin pour en revenir à MODx, prenons du concret. J'ai récemment réalisé un annuaire d'entreprise avec MODx en utilisant le snippet NewsListing et des variables de modèles (donc, custom). Le template du snippet ressemble à ça : <div id="fiche"><h3><a href="[~[+id+]~]" title="Consulter la fiche de [+tvprenom+] [+tvnom+]">[+tvprenom+] [+tvnom+]</a> - [+tvfonction+]</h3></div> Ici j'utilise ce qu'on appelle des "placeholders", des conteneurs qui permette de placer les variables sorties par le snippet. La syntaxe est simple [+nomdevariable+] (pour les variables du snippet comme [+title+], [+summary+] ... etc) et si c'est une variable custom [+tvnomdevariable+] (et là c'est la vraie puissance de MODx, pouvoir utiliser des variables customs dans les snippets...). Comme tu peux le voir, je place ça exactement comme je veux dans le code html J'espère que ça éclaire un peu.

Tout à fait d'accord avec toi... encore que Claire en parle souvent et qu'elle connaît bien cet outil. Un excellent outil, mais qui souffre comme tu le souligne de l'absence d'une communauté francophone pour le support. Et aussi, il faut bien le dire, d'une logique un peu différente... on rentre dedans, ou pas... Mais pour moi, c'est un CMS mature et très puissant. Je n'aime que moyennement son moteur de template (je devrai dire ses car il y en a deux même si seul PHPTemplate devrait rester à l'avenir si j'ai bien compris), bien qu'il permette (lui) de construire facilement des sites conforme et accessibles... Pour EasyPHP, la version 0.9.2 tourne parfaitement avec, sortie imminente Pour le côté idiot-proof, bonne remarque, je rajoute ça à la liste. Comme je le dis souvent, MODx a un potentiel énorme, mais il est jeune Patience... On en reparle début 2007 ...

Ben c'est un peu mon boulot puisque je markete la bête Ceci dit, intégriste, je ne pense pas. Contrairement à certains qui ne jurent que par SPIP, Typo3 ou Mambo/Joomla (et là des intégriste il y en a...), je bosse avec pas mal d'outils différents (Textpattern, Drupal, CMSMS...). Peut-être aussi parceque le fait de comprendre l'anglais aussi bien que le français m'ouvre les portes des outils dont la doc n'est pas en français, voir l'appli elle-même... En mon temps j'ai bossé avec SPIP... Je suis de ceux qui pensent que chaque projet est unique et qu'un seul outil ne peut convenir à tous les projets. Ceci dit, j'ai évoqué MODx parceque vous l'avez un peu vite oublié... même si dans ce cas précis Textpattern serait mon choix de prédilection. Pourquoi SPIP n'est pas mon premier choix ? Simple, comme je viens de le dire dans un autre fil de discussion, dans Textpattern (via form=" ") comme dans MODx (via &chunk=" "), je peux pour un grand nombre de tags définir un template pour le tag lui même et ensuite contrôler le placement et le style des variables en sortie. Ca veut dire que je contrôle totalement où chaque variable sera affichée, au sein de quel de code HTML (et là, je peux faire standard et custom aussi) puisque c'est moi qui l'écrit, pas les développeurs de l'applications (on appelle ça séparer contenu et présentation) En fait c'est le même principe que construire un template pour une page, excepté qu'on parle du code généré par une fonctionnalité native (tag de base), un plugin (txp) ou un snippet (MODx). La granularité du contrôle est infiniment supérieure, point barre... L'interface d'admin est un héritage d'Etomite, qui n'a plus que quelques mois à vivre... C'est vrai qu'aujourd'hui elle souffre d'une certaine lourdeur mais c'est le prix à payer pour bénéficier de la flexibilité inégalée de MODx. Je ne suis pas intégriste en disant ça, il n'y a que eZpublish et Lodel qui permettent de construire un schéma de données custom avec une flexibilité comparable (nombre illimité de champs custom, type de données sans limitations...). Et aucun CMS qui n'offre la possiblité d'utiliser en natif des CSS dynamiques (parsées par le moteur de rendu. Loupilo connaît bien l'avantage des "forms" de textpattern, appliquées aux CSS, c'est la conception modulaire à portée de main : un gain de temps phénoménal en développement...). Attention, je ne suis pas anti-SPIP, je l'ai utilisé pendant deux ans pour mon site, mais je l'ai abandonné pour Textpattern car la modularité, la flexibilité et la conformité aux standards sont meilleures. Voilà tout... Comme je disais, si la 1.9 est un bon cru, je serai le premier à l'utiliser à nouveau... je serai bête de ne pas utiliser les meilleurs outils pour en faire bénéficier mes clients. C'est dans mon intérêt...

Question de point de vue, après tout, c'est comme tout artisan, on a chacun nos outils préférés... Personnellement, je ne vois pas en quoi la syntaxe de SPIP est plus "performante" que celle de Textpattern, ni même de MODx. Je crois que pour éclaircir le débat il faudrait prendre plusieurs cas type, et montrer comment on parvient au résultat avec chacune des applications. Pour une fonctionnalité donnée, quel code SPIP/TXP/MODx/Autre est nécessaire... intéressant. Ce qui me gêne dans SPIP n'est pas tellement la syntaxe (que j'ai pas mal utilisé à une époque, ça ne m'a pas posé de problème...) mais ce qui "sort", qui est généré et le degré de contrôle (plus ou moins granulaire) que j'ai dessus. Dans Textpattern (via form=" ") comme dans MODx (via &chunk=" "), je peux pour un grand nombre de tags définir un template pour le tag lui même et ensuite contrôler le placement et le style des variables en sortie (avec les placeholders, MODx est hyper flexible).En fait c'est le même principe que construire un template pour une page, excepté qu'on parle du code généré par une fonctionnalité native (tag de base), un plugin (txp) ou un snippet (MODx). Et là, c'est la GROSSE différence pour moi... Je pense que tu fais référence à certains snippets dont les paramètres sont définis dans le snippet lui-même et non via le tag. Ces snippets sont minoritaire et souvent il s'agit d'une question de logique : lorsque les paramètres sont fixés une fois pour toute et ne sont pas dépendant du contexte à quoi bon être obligé d'écrire l'ensemble des paramètres du snippets à chaque fois ?. C'est la raison pour laquelle certains snippets fonctionnent comme ça partiellement ou entièrement. La plupart sont paramétrés directement de la même manière que textpattern. Pas d'accord avec cette affirmation. Avec MODx tu n'as pas besoin de toucher à un quelconque code, au pire tu défini des paramètre dans un snippet qui lui est écrit en PHP (mais derrière les boucles, c'est du php aussi). C'est vrai qu'on pourrait imaginer une interface graphique avec juste des listes déroulantes ou des champs d'entrée remplaçant ce système. Ca viendra peut-être... Rappelons que MODx va avoir... 1 an ! Les choses vont évoluer (et elles évoluent plus vite que n'importe quel autre projet opensource que je connaisse...). En tout cas, ces paramètres sont du même type que ceux contenus dans les tags : i.e ils ne nécessitent aucune connaissance en php. Aucune. Juste de suivre les instructions, c'est tout... Pour moi, l'absence d'une bête interface permettant de modifier en ligne sans FTP les squelettes et les CSS, c'est un gros point négatif... Si tout à fait, mais là encore, je ne vois pas en quoi MODx est plus compliqué que SPIP ? Ce que je vois, c'est que j'ai moins de contrôle sur le code généré (cf plus haut). Wait and see, il vaudrait mieux qu'il arrive vite, au train ou le marché avance... Pour une admin customisable/themable, la première étape dans MODx est déjà pour la 0.9.2 qui arrive dans quelques jours et qui sera proposée avec plusieurs thèmes. En phase 2, admin full CSS... deuxième semestre 2006. Plus de page .php3 !!! Wahhhh, il était temps .. Idem pour les urls propres, mieux vaut tard que jamais (allez, je trolle un peu parceque là ) Ceci dit, si SPIP va dans le bon sens, je rebosserai avec... pour l'instant, niet. Encore une fois, où as tu vu la moindre balise PHP dans les gabarits ??? Il n'y en a pas... ce sont des tags html ou des tags MODx, rien d'autre !!! Par contre, le parser va devenir récursif (donc capable d'accepter des paramètres "dynamiques" : un paramètre pourrait donc être un snippet par exemple... de quoi donner le vertige car derrière il faut le cerveau qui suit ) Et je ne parle même pas de ce que nous prépare Jason avec Tattoo uniquement compatible PHP5 et full OO...

Par rapport à ce que tu cherches, MODx conviendrait parfaitement en tout cas sur la partie convient aux designers connaissant XHTML et CSS, là c'est tout à fait le coeur des utilisateurs, tout comme pour Textpattern ou CMS Made Simple. Pour moi, le système de template est autrement plus flexible et performant que ceux de Typo3 et même SPIP mais bon... question de façon de penser et de bosser ! Quoi qu'on en dise, les boucles même si elle s'appuient sur un langage très simple au final sont plus longues à apprendre que les tags (tout simplement parceque les tags reprennent la logique d'XHTML !). Donc c'est vrai, SPIP peut très bien correspondre à ton besoin, après question d'affinité avec la logique de l'application... Le gros plus des boucles, c'est les test conditionnels (if then else...), encore que Textpattern propose des tags qui font la même chose (et MODx, bientôt avec le nouveau parser récursif, ira encore plus loin...). En attendant SPIP 1.9, je continue à penser que le système de template a besoin d'un coup de pinceau. En tout cas si tu veux voir un peu ce qui se passe du côté de la communauté de MODx, fait un tour sur le forum francophone : http://modxcms.com/forums/index.php#8 Et aussi va voir la démo : http://demo.opensourcecms.com/modx/manager/ Login: admin Pass: demo

La réponse est oui, mais pas tous les CMS. Après il faut distinguer l'accès aux fonctionnalités offertes et à l'interface d'administration et l'accès aux contenus (certaines pages, voire certaines partie du contenu, en accès restreint). Il existe de nombreux CMS permettant de contrôler précisémment les autorisations et les rôles, c'est ceux là qui vont t'intéresser : Drupal, Joomla, LDU, CMS Made Simple, e107, MODx... etc. Après il faut voir l'étendue et la nature des contenus que tu veux gérer, ainsi que tes besoins spécifiques en terme de fonctionnalités. Une bonne aide (même si parfois imprécise), si tu ne redoutes pas l'anglais, c'est le site cmsmatrix qui permet de comparer les fonctionnalités des CMS. Idem, (OK j'ai posté juste unpeu après Claire, double emploi !) opensourcecms.com propose des démonstrations en ligne de ces CMS. J'imagine que tu parles de liberté de design ? Et bien, ça dépend, certains CMS sont plus flexibles que d'autres et notamment Textpattern, CMS Made Simple, Drupal et MODx qui s'appuient sur une véritable séparation du contenu (stocké dans une base de données) et de la présentation (définie par un gabarit HTML et une feuille de style CSS). D'autres te parleront de SPIP, mais je les laisserai aborder le sujet Ce sont les CMS qui permettent de pousser plus loin la personnalisation du site, du moins qui permette facilement de le faire. D'autre comme Mambo/Joomla sont plus rigide et lourd pour ce qui est de la personnalisation du look. En revanche, ils proposent en général l'installation de "thème" en un clic, sorte d'habillage tout fait pour un site. Cela correspond au besoin de certains, mais une véritable identité passe par un caractère original qui n'est pas forcémment l'apanage de ces systèmes... Du moins, c'est possible mais beaucoup plus long à réaliser (ou plus cher, pour ceux qui font appel au service d'un pro). J'espère que ça éclairci un peu les choses.... Edit : Vu que Claire a été plus rapide que moi je vais élaborer un peu, en réaction à ce qu'elle a justement fait remarquer. Quand on parle de possibilité en matière de CMS ça peut être : fonctionnelle (plugins, modules, ou toute sorte de addons) personnalisation (design, stylage et contrôle du placement des éléments + conformité du code et accessibilité) structure des données (là on ne parle que des rares CMS qui permette de contrôler la structure de la base de données via des champs custom : eZpublish, Lodel, Textpattern et surtout MODx)

Tiens, je me suis amusé à faire des petits calculs de bande passante estimative via cet outil, pour ceux que ça intéresse : http://www.binghost.com/bande-passante.php C'est vrai, en même temps, pour moi il y a un palier entre un Celeron et un Pentium IV, 512 et 1Go RAM et aussi l'autre gros palier c'est deux disque RAID 1... d'où mon intérêt pour le 310G. A propos, entre un 310G dual proc et un 311G avec Opteron, lequel aurait votre préférence ? J'ai envie de dire 310G mais je connais mal l'Opteron... Merci d'avoir attiré mon attention là dessus, j'avais zappé cet aspect ! Probablement parceque en ce qui me concerne je n'achète pas le nom de domaine pour le compte de mes clients, je préfère les laisser les acheter en leur nom propre. De toute façon, en tant que freelance, je n'en ai pas assez pour que ce soit économiquement rentable vu le coût relatif d'un nom de domaine...