truzZ, une nouvelle distribution

Ca a l'air intéressant. Par contre en lisant la description, ce qui ne me saute pas aux yeux ce sont ce qui démarque TruzZ de open atrium ou drupal commons : répond t-il aux mêmes besoins ou bien est-il orienté différement en terme d'utilisateurs finaux ?

Sinon, simple curiosité, est ce que le module features a été utilisé pour construire cette distribution ?

c'est un projet bien fait! mais nécéssite t'elle une architecture spéciale en cas de forte charge du serveur?

Un git ou un tar gz à télécharger sur ftp ?

Nous sommes en plein rush en ce moment, en préparation de la démo pour la Fête de l'Huma (samedi 13h et tout le WE au stand de notre client, le Conseil National), mais je vais tenter de soulager les curiosités piquées :

• On publiera le code quand on aura du temps et des ressources pour le maintenir. Comme le dit très bien notre idole à tous :

So how can we can encourage distributions to collaborate, and how can we avoid users getting stuck with an old Drupal version because a distribution is not maintained properly? Remember the "Drupal for Bloggers" distribution? Hundreds of users had no upgrade path and were stuck with an insecure Drupal fork. The author decided to compete rather than to collaborate, and introduced various incompatibilities that, in the end, negatively affected the users. It is a good example of what we want to avoid.

So here is a simple rule: don't create a distribution because you can. Create a distribution because you want to provide users a service. If you don't want to collaborate or if you can't commit to providing a service around your distribution, you are likely to do more harm than good.

• Les différences entre les distributions existantes mériteraient plusieurs articles (que j'écrirai peut-être un jour). Il y en a quand même qui sautent aux yeux quand on prend la peine de lire les descriptions de chacune. Je vous laisse jouer au jeu des 7 ressemblances. Tout le reste, c'est les différences :-). Jean-Baptiste a vu juste sur un aspect : truzZ facilite notamment le partage de contenu entre groupes/sites au sein d'une même plate-forme, entre deux plate-formes truzZ et avec le reste du web.

• Nous n'avons pas encore terminé de développer et intégrer l'ensemble des fonctionnalités (qui remplissent 130 pages écrit petit). Pour le contrôle de spam, nous allons à terme implémenter la solution que j'avais proposée ici : http://drupal.org/node/598330.

• Sur la notion de site dans truzZ, il faut comprendre que toute la plate-forme multi-sites est une seule instance Drupal. Un site est un groupe (OG). J'expliquerai en détail les raisons de ce choix d'architecture.

• Quelques chiffres concernant, les modules : 60 de contrib et 20 faits par nous (contribués ou en passe de l'être pour la plupart), dont 2 révolutionnaires :-). Pour la liste, nous attendrons que ça soit stabilisé pour communiquer notre hit-parade.

• Pour gérer tout ça, nous utilisons effectivement Features, mais aussi des profils d'install et Drush Make pour le développement, le test et le déploiement.

• Concernant les performances, nous allons proposer avec truzZ quelque-chose de nouveau : la péremption du cache (authentifié servi par Memcache et anonyme servi par Boost+Varnish) se fera "juste à temps". Ça signifie qu'une page n'est recalculée qu'à l'instant où elle est mise à jour, c'est à dire immédiatement après qu'un de ses éléments a changé. À l'inverse, le cache d'un site Drupal "classique" doit supprimer chaque page stockée à intervalles réguliers faute d'information sur la mise à jour de leur contenu, ce qui a pour conséquence de nombreuses requêtes lentes pour les utilisateurs (lors du recalcul) et l'envoi fréquent de pages non à jour (avant le recalcul).

• La configuration matérielle requise risque de décevoir les petits budgets : l'utilisation abondante de Solr et l'utilisation d'un démon pour l'assistant Solace nécessitent une machine dédiée. Rappelons que truzZ est une distribution conçue pour des organisations ou des communautés d'une certaine taille. Nous travaillons cependant avec un partenaire à une offre d'hébergement facile et à coût raisonnable sur machines virtuelles.

Nous allons publier les spécifications dans les semaines qui viennent. Ça sera le teaser le plus rébarbatif de l'histoire du Web 2.0 :-).

Vianney

Salut Vianney et merci pour la démo et la discussion ce jour.

Comme on en a parlé, effectivement la gestion du cache fait l'objet d'attentions particulières.

Concernant l'hébergement de Truzz j'ai le sentiment, que ce n'est pas pour du mutualisé à 8€/mois. On parle d'une distribution qui va héberger un socle drupal, un démon externe, une instance SolR et un memcache (dixit notre amis Pierre). Je vois déjà de base une architecture avec plusieurs machines (ou VM).

Je subscribe!