Adieu Wordpress ? État des lieux
Promis, je vous ferai bientôt une liste circonstanciée des raisons qui me poussent à abandonner Wordpress dont j’ai pourtant longtemps été un évangéliste acharné. Pour l’instant, je teste intensivement les différents outils de publication de blogs à ma disposition, et même les plate formes d’hébergement quoi que je préfère largement garder mon indépendance.
Les critères sur lesquels je juge les différentes offres sont dans l’ordre d’importance :
- Fonctionnalités.
- Facilité de migration.
- Ergonomie.
- Possibilités de personnalisation.
- Respect des standards.
- Extensions disponibles.
Et les outils et plate-formes que je teste sont :
- Outils :
- Dotclear.
- Drupal.
- Typo.
- Movable Type.
- Hébergeurs :
- Typepad.
- Livejournal.
- 20six.
- Blogger.
Mon favori reste pour l’instant Typo, un outil développé sur le framework Ruby on Rails, qui gagne haut la main dans presque toutes les catégories. Je dis presque, parce que je recontre tout de même deux soucis :
La migration depuis Wordpress risque de prendre particulièrement longtemps à cause de la manière dont Typo gère les permaliens. En effet, sous Wordpress, j’utilise actuellement des permaliens de type /titre-du-billet, or Typo impose des permaliens de type /articles/année/mois/jour/titre-du-billet. En plus de cela, les titres contenant des caractères accentués changent entre les deux plate-formes. J’ai donc développé un script shell créant des rewrite rules pour Apache : il extrait dans la base les permaliens Wordpress et les dates de publication pour les transformer en permaliens Typo, au total pas loin de 1500 règles. J’effectuerai des tests de montée en charge avec comme base 10 fois le nombre de visites reçues quotidiennement sur ce serveur avant d’envisager cette solution, l’autre étant de modifier le code de Typo (et son fameux fichier routes.rb) afin de prendre en compte les permaliens à la Wordpress. L’autre problème facilement contournable vient du fait que Typo ne supporte pour l’instant pas les catégories imbriquées, mais je m’en fais moins de ce côté que pour mes problèmes de migration. J’ai aussi commencé à porter ce layout sous typo pour voir quelles difficultés je pourrais bien rencontrer, et n’en ai pour l’instant trouvé aucunes.
Commentaires
Trackbacks
Les trackbacks sont fermés pour cause de spam.
-
Dix mois après ma migration de Wordpress vers Typo, je trouve enfin un moment pour réfléchir à un vrai bilan de mon utilisation de cet outil de blog développé en Ruby On Rails. Pour résumer, je dirais qu’il convient presque parfaiteme...
Passionné d'informatique depuis l'âge de six ans, je travaille en tant que responsable qualité chez blueKiwi Software, éditeur spécialiste des outils collaboratifs en entreprise. Ma double formation en sciences politiques et en informatique me permet de porter un regard particulier sur les problématiques abordées par mon poste.
TiBlond 23 minutes later:
Et SPIP ? (spip.net)
grima about 1 hour later:
Et bien je pense que frederic avait besoin d’un outils moderne et flexible, le contraire de spip en somme.
Alors que tous le monde parle de web 2.0, spip en est encore à l’heure du “W3C Go Home”. Sans compter qu’il est extrêment compliqué et lourd à déployer.
SPIP est malheureusement une solution en tout point dépassée aujourd’hui.
Frederic de Villamil about 1 hour later:
TiBlond: pourquoi pas SPIP ? Bonne question.
Florian about 18 hours later:
J’ai gardé des souvenirs assez bons de Movable Type. J’ai du switcher à l’époque pour deux raisons : le spam, et les non-performances de mon hôte mutualisant. A y réfléchir, je repasserai bien dessus, ne serait-ce que pour le système de templates et la joie d’avoir quelque chose de joli et très fonctionnel dans un langage digne de ce nom. Et avec de véritables morceaux de Larry Wall dedans.
JS about 18 hours later:
Pour revenir à Typo, outre le fait que se soit du RoR et que ce soit le langage über hype du moment, je dois dire que l’interface d’admin, et surtout l’édition des billets me semble un peu léger.
Juste 3 champs : titre, texte, et mots-clés. Pas de boutons de mise en forme, uniquement du XHTML pour le texte, ça implique qu’il faut d’abord taper son texte dans un éditeur HTML et ensuite faire un copier coller, ou alors, aimer taper des balises.
Perso, j’aime pas trop, je prefere de loin l’édition en mode wiki (comme sous dotclear quoi).
Sinon, il y a des options sympa dedans, donc à voir.
Florian about 19 hours later:
JS, il y a quelque chose qui me choque dans ce que tu viens de tire… je ne sais pas pour Fred, mais globalement et pour ma part, les boutons de mises en forme ne sont là que pour ralentir mon navigateur. Je hais ces choses.
Frederic de Villamil about 19 hours later:
JS: tu n’as regardé que l’interface quickpost toi, ça se voit…
madflo: pareil. Sans compter que je tape tous mes billets sous Textmate, un éditeur qu’il est bien pour faire du html et plein d’autres choses en fait, et je fais mon markup à la main comme un grand.
En fait plus ça va et plus je trouve le markup XHTML / XML sympa. Ça doit venir de l’introduction du X qui a permis de fermer les balises sans fermeture de manière propre, et l’abandon des layouts en tableaux aussi.
Bref, les interfaces riches, c’est très bien, mais pour les autres.
JS about 19 hours later:
fred : pourtant, non, j’ai bien regardé les 2 modes d’édition… Et je n’ai pas vu les boutons de mise en forme.
flo : ben non, moi j’aime bien les boutons de mise en forme, je trouve dommage que l’on doive utiliser un outil externe pour écrire ses textes. Sinon, on peut directement y aller au phpMyAdmin pour bloguer hein !
grima about 20 hours later:
phpMyAdmin ? Mais c’est pour les pleutres ça !
$ mysql -u blog -p
On demande » Typo, outil blog en ruby on rails about 22 hours later:
[…] >a href=”http://t37.net/adieu-wordpress-etat-des-lieux/”>Adieu WordPress ? Etats des lieuxTechnorati Tags: ruby, wordpress, typo […]