2e Interview de Chestnut
1- Vous êtes le webmestre de Postnuke-france depuis 2001. Quel est le bilan de ces trois dernières années ?
Mitigé !
Il faut reconnaître que les CMS aujourd'hui ont une côte beaucoup moins importante dans l'esprit des gens. Et les raisons sont nombreuses. La mode est passée (l'heure est aux blogs ces temps-ci), il en sort tous les jours des nouveaux qu'ils soient petits ou grands, la communauté française est peu réactive dans certains domaines (bien qu'elle soit très réactive dans d'autres) et peut parfois ne pas pardonner qu'un CMS soit long à réagir en terme de mise à jour ou de promesse.
Dans le cas de PostNuke-France, j'avoue être très déçu d'une certaine façon. C'est peut-être à cause de la méthode, du CMS lui-même, du contenu ou d'autres raisons de ce genre mais le fait est que depuis 2001, nous avons tenté plusieurs choses et fait plusieurs appels à l'aide et au volontarisme des gens. Malheureusement, je ne crois pas me tromper dramatiquement en disant qu'il n'y a probablement que 2 personnes sur mille ayant une envie quelconque de donner un peu d'elle-même. On est pas le tsunami de l'Asie mais ça donne à réfléchir et bien qu'on pourrait me trouver peu objectif, les résultats sont là pour le prouver.
Nous ne sommes pas tous informaticiens évidemment... Mais comme dans la société en général, je ne peux que constater au sein de la communauté française (du moins, celle qu'on arrive à attirer) un manque grave de curiosité, de débrouillardise et de volonté. Ne serait-ce que pour l'anglais, c'est peut-être utopique mais la langue universelle de l'Internet est l'anglais... Comment se peut-il qu'en 2005 on ait encore des gens larmoyant disant : "Je ne comprend rien à l'anglais !".
Donc... Sur ces 4 dernières années, le résultat n'est pas grandiose. On s'attend probablement qu'en tant que webmaster, je fasse tout... Malheureusement, ça n'a rien de très communautaire. Et les quelques rares personnes capables de faire plus partent pour des raisons légitimes vers d'autres cieux. Beaucoup ont de bien bonnes idées... Mais laissent le soin aux autres de les appliquer.
2- Depuis peu, vous avez intégré l'équipe de développement de Postnuke. Quel est votre rôle au sein du groupe ?
J'avais en gros le mandat d'intégrer les fonctionnalités du pncUserHack (ce qui est en partie terminé). Mais au-delà, j'ai un petit rôle de généraliste. Je corrige des bugs quand je les vois, j'intègre parfois des améliorations, je participe aux discussions ou les provoque parfois, etc...
Mais je crois que le terme pour définir mon rôle est vraiment celui de généraliste.
Un exemple récent et concret est la localisation complète de l'installation permettant de se passer complètement des fichiers de traduction anglaise. Il y avait déjà un bout de chemin fait pour l'allemand mais c'était encore incomplet. Dorénavant, l'installation applique les noms des blocs, des modules, des groupes, etc selon la langue choisie. Donc, une personne pourrait supprimer tous les répertoires eng du système (sauf celui de l'installation pour la première étape) et ainsi, lors du premier accès au site, l'utilisateur a en face de lui un système à 95% en français.
Bien que j'ai en partie initié ce mouvement de dernière minute entre les versions RC2 et RC3, je dois donner le crédit aux autres développeurs qui ont mis la main à la pâte pour que cela se fasse.
3- Postnuke semble souffrir de son aspect et fonctionnement trop proche de Phpnuke, ainsi que d'un développement à-priori trop lent, faussant ainsi le jugement des utilisateurs actuels et futurs. Cependant cette impression n'est-elle pas justifié ?
En partie je présume. Je ne peux pas m'exprimer énormément pour ce qui est de PHPNuke, l'ayant abandonné très tôt. Je n'ai pas suivi son développement sinon par les échos de son chef excentrique.
Beaucoup ont des attentes irréalistes pour ce qui est du développement ou du temps de développement. Autrefois, on promettait monts et merveilles et les guerres intestines ont touché tant les communautés extérieures que les intervenants internes. Je crois que ce temps est révolu. L'équipe actuelle se laisse moins porter par les attaques récurrentes qui surviennent tous les 3 ou 4 mois.
Tous les 3 ou 4 mois, quelques utilisateurs reviennent à la charge pour dénoncer un management inexistant ou pour remettre sur le tapis des promesses faites bien longtemps avant l'arrivé de la plupart des développeurs actuels, etc...
Certains avancent toujours que d'autres projets GPL ont un développement plus structuré, plus rapide, etc...
C'est sans doute vrai. Mais ce n'est pas le cas pour PostNuke... Et ce n'est pas dramatique.
Au final, l'équipe actuellement en place a pris (et je crois en cette optique) l'attitude de ne plus promettre des miracles et des mises à jour toutes les 6 semaines. Elle perd ainsi moins de temps en discussion interminable car le but est bien d'apprendre à marcher avant de savoir courir.
Le résultat aujourd'hui est que PostNuke est un des CMS les plus sécuritaires de sa catégorie et quand un travail est fait sur une partie du système ou une autre, il est poli et non bâclé. Et les améliorations sont testées longtemps au lieu d'être balancées de façon bien grasse en pâture aux utilisateurs qui finalement ne retient que les problèmes qui résultent de cette façon de faire.
Il est triste à noter aussi que beaucoup de demandes (sans être une majorité évidemment) viennent de gens voulant que le système fasse B ou C... Alors qu'ils ne savent même pas faire fonctionner le A.
4- Quelles sont les avancées majeures de Postnuke ?
Face à d'autres CMS, je ne peux pas vraiment parler de révolution. Peut-être que PostNuke a un truc que les autres n'ont pas mais beaucoup d'autres CMS font des trucs que PostNuke ne fait pas. C'est plutôt PostNuke contre PostNuke qu'il faut parler d'avancées.
Et sur ce terrain, on pourrait mentionner l'intégration de Smarty (pnRender - Xanthia), le phpMailer, la mise en cache, ce genre de choses. Le système est très solide (surtout si on compare avec la série 0.6x), l'API est solide et la possibilité d'utiliser des templates ainsi que des plugins pour ces derniers donne vraiment un grand pouvoir à la fois pour les développeurs, les designers et les utilisateurs.
Le temps des 3 colonnes touche à sa fin. Autotheme a ouvert une brèche et Xanthia plante le clou. On peut maintenant avoir un site qui n'a plus rien à voir avec le 3 colonnes d'autrefois.
J'ai moi-même 2 sites dont le seul moyen de savoir que ce sont des PostNuke est de regarder les sources rendus... Et encore, ce n'est pas évident. (Ces sites ne sont pas publics).
Depuis la naissance de PostNuke, il n'y a plus beaucoup de comparaisons possibles à faire aujourd'hui.
5- On dit des systèmes nuke, et donc Postnuke, que ce sont de véritables usines à gaz. Trop de possibilité de réglage ne pénatilise-t-il pas la simplicité et la compréhension de l'utilisation ?
En ce qui concerne les réglages généraux ou par module, je ne crois pas. Ils me semblent assez explicites.
Le grand point noir de PostNuke est probablement Xanthia. Contrôle des blocs, zones de blocs, zones de thèmes, palettes de couleurs... Le novice peut s'y perdre complètement et quand il ajoute un bloc mais ne le voit pas apparaître sur sa page parce qu'il a oublié ou parce qu'il ne sait pas qu'il doit l'activer pour la dite page... C'est un problème.
Une documentation très explicite et accessible devra donc être prioritaire pour l'utilisation des systèmes un peu plus complexes que la gestion des téléchargements.
En ce qui concerne la charge, c'est à mon avis relatif. La mise en cache, poussée à l'extrême (sans sessions pour les anonymes) génère quelque chose comme 4 requêtes SQL... 8 ou 9 avec les sessions anonymes. En peaufinant ses réglages, on peut atteindre une charge minime depuis la version 0.76x et ne pas monopoliser les ressources du serveur.
Ce n'est pas encore sans défaut et il y aura évidemment toujours de la place pour l'amélioration. Mais nous nous rapprochons d'un système solide et puissant ayant une charge raisonnable pour ses possibilités.
6- Postnuke peut-il être utilisé pour des sites à forte charge et priviligié la vitesse d'affichage ? Ou cela est-il plus du fait du serveur ?
Il ne faut pas se leurrer... Le serveur est pour beaucoup dans le traitement et la compilation d'une page. Un vieux Celeron n'aura évidemment pas la même efficacité qu'un Pentium dernier cri ou un bi-xéon. Il est démesuré de croire qu'on puisse utiliser un site à forte charge sur un hébergement dont les ressources sont partagées avec des dizaines sinon des centaines d'autres sites sur la même machine.
Mais au vu des optimisations et de la solidité apportées au système ces derniers temps, PostNuke supportera beaucoup mieux qu'autrefois des charges plus importantes.
Attention toutefois au vieux cliché : Une page PostNuke affichant le contenu de 74 modules pourra toujours tuer un serveur beaucoup plus vite qu'une page PostNuke n'affichant que le nécessaire.
Une étude récente d'une université dont j'ai oublié le nom a démontré que PostNuke bien que n'étant pas du en excellente position n'était pas à négliger pour les petites et moyennes entreprise. Cette étude ne parlait pas de la charge mais de fonctionnalités du système. La charge était secondaire sinon même, tertiaire dans le cas de l'étude.
La version utilisée lors de cette étude était la version 0.726.
Les versions 0.75x et 0.76x aurait probablement changé énormément la donne en ce qui concerne la charge puisque la version 0.726 n'était pas encore optimisée. Je suis donc en mesure de croire qu'avec les dernières versions, le problème de charge n'est pas si énorme et que bien que l'optimisation est encore un point majeur, il manque certaines fonctions importantes (selon l'étude mentionnée) pour attirer les petites et moyennes entreprises.
7- Certains s'évertue à vouloir utiliser Postnuke sur des serveurs gratuits (ex.: Free) avec en général une vocation de site perso : Le CMS est-il adapté à ce genre d'utilisation ou ne vaut-il pas mieux s'orienter vers d'autres produits ?
Personnellement, je déconseille fortement cette pratique. Il paraît que cela fonctionne mais la plupart des hébergements gratuits ont des contraintes qu'elles soient évidentes ou en petites lignes dans le contrat. Et le prix des hébergements est tellement ridicule de nos jours.
Peut-être que je me trompe mais je crois que beaucoup de ces gens ne démordant pas de cette pratique sont des jeunes utilisateurs qui ne peuvent ou ne veulent pas mettre d'argent sur un hébergement.
Les hébergements sont pourtant parfois sur un an la moitié du prix de leurs communications par mois sur leur téléphone mobile ou en SMS.
Je considère donc qu'au lieu de gaspiller de l'argent pour tenter de faire gagner le plus zouave des candidats du dernier concours débilitant de la télé... Autant dépenser cet argent pour profiter pleinement du système qu'ils ont entre leurs mains.
8- Le monde du libre est lié à l'implication de tout un chacun, que ce soit les développeurs et les utilisateurs. Cet esprit communautaire est-il le même de par le monde ?
A croire que non... Comme je l'ai dit plus haut, certaines communautés sont très actives. En ce qui concerne PostNuke, les allemands sont très présents, les italiens aussi, et que dire des espagnols surpassant tout le monde sur le nombre. Pour ce qui est de la France... On a complètement perdu le fil.
Je ne participe pas à d'autres projets faute de temps mais je sais que d'autres projets (surtout au niveau de la traduction) ont une équipe ou un noyau français très volontaire et très réactif.
Ce n'est malheureusement pas le cas pour PostNuke... Peut-être que ça reviendra. L'expression qui me vient est : "Faut s'accrocher !" Mais pour combien de temps cela peut-il encore fonctionner ? Le doute est grand en ce moment.
9- Continuez-vous à développer vos modules et est-ce que de nouveaux sont en prévision ?
Oui mais la plupart de mes dernières réalisations ne sont pas destinées pour le grand public PostNukien mais pour des travaux persos ou professionnels. J'ai toujours l'intention de continuer à développer mais je dois trouver le temps et ma profession ne me le permet pas depuis quelques mois. Je fais donc ce que je peux pour tenir les PostNuke-France, pnConcept et les petits travaux généralistes sur PostNuke.
10- Quel genre de configuration minimale faut-il pour tirer le meilleur partie de Postnuke ?
En terme d'espace, un bon 30Mo si on héberge que le système. Ca nous laisse beaucoup de marge. Il en faut évidemment plus si on héberge des téléchargements en grand nombre ou de bonne taille. Il faut pouvoir voir venir.
Mais comme la plupart des hébergements offre des 100Mo sinon davantage... L'espace n'est pas tellement le critère. Pour ce qui est du serveur, tout dépend de son utilisation. J'hébergeais un PostNuke sur mon ordinateur personnel datant de 3 ans qui tournait un poil moins vite que PostNuke-France.
Les grands critères sont souvent les ressources partagées si c'est un hébergement mutualisé. Je ne peux nommer des hébergeurs mais il y a des gros noms faisant beaucoup de pub qu'il faut pourtant éviter à tout prix. D'autres gros noms fournissent un meilleur service et ne coupe pas les sites dès qu'un certain nombre de clic est atteint.
Il faut faire attention à la bande passante que les hébergeurs limitent sur le mois, au nombre d'accès à la base de données, ce genre de chose. Autrefois, on pouvait avoir beaucoup de problèmes mais j'ai l'impression que si on tombe sur un bon hébergeur consciencieux de son système, les limites d'autrefois (bande passante, clics par mois, etc) sont moins contraignantes ou plus ouvertes.
Mais il ne faut surtout pas avoir peur de mettre 10 par mois plutôt que 5. Et lire de façon consciencieuse un grand nombre d'avis et non seulement celui du voisin.
Je ne peux m'aventurer beaucoup plus loin que ça, depuis plus d'un an, tous mes sites (dont PostNuke-France) sont sur un serveur dédié utilisé en ce moment à 25% de sa capacité. C'est donc le bonheur pour mes sites...... À défaut de l'être pour mon portefeuille.
11- Est-il prévue une version de Postnuke avec moins de modules natifs afin de pouvoir personnaliser son installation en fonction de ses besoins ?
Il était prévu et de ce que j'en sais, il est toujours prévu de séparer un grand nombre de modules qui ne servent pas activement au système général pour fournir un pack ne contenant que l'essentiel. Mais je crois que c'était prévu pour la 0.8.
D'ailleurs, lors d'une nouvelle installation de la version 0.760, certains pourront remarquer que certains modules sont installés après l'étape de la création de l'administrateur. C'est un pas vers ce but je crois puisqu'il me semble que l'installation détecte ces modules et leur fichier d'initialisation et l'exécute.
Mais pour faire plus simple, oui, c'est prévu.