Dans mon précédent article “Rest In Peace WordPress” j’expliquais clairement que je souhaitais me séparer du célèbre support pour blogueurs pour les raisons suivantes :
- De plus en plus lent sur le front et sur le backoffice
- De plus en plus de fonctions inutiles (je n’utilise que 15% de ce qu’il propose)
- Ergonomie qui se dégrade, impossible de trouver certaines options essentielles
- Mise en forme de mes articles impossible à maintenir, différences entre mon visu backoffice et le rendu final.
Bref d’une manière générale je pense que wordpress subit l’effet “mozilla” à savoir qu’il est arrivé à ce qu’il pouvait faire de mieux et qu’il tente maintenant de survivre à la concurrence en balancant une nouvelle version par semaine gavée de fonctions futiles qui gênent aussi bien l’administrateur que l’utilisateur.
J’ai donc souhaité me tourner vers d’autres solutions libres un peu plus light.
Avant de me lancer dans ma veille j’ai établis une mini-liste des mes réels besoin pour alimenter le blog :
- Je dois pouvoir ajouter, modifier et éventuellement supprimer un article
- Je veux pouvoir faire de la mise en page avec du texte riche
- Je souhaite un flux rss et un système de commentaires
- Je veux que le blog soit rapide sur le front et sur le back
- Je veux pouvoir ajouter un article sans chercher les boutons partout
- Je veux pouvoir planifier un article
- Je souhaite que l’interface soit minimaliste,espacée mais un minimum travaillée graphiquement (les tableau purs html “nature” c’est pas mon truc).
- J’aimerais si possible avoir une gestion des médias (ajout d’image surtout) simple et ergonomique, notamment pour mon thumb d’introduction d’articles (la petite image de 150×150 qui accompagne chaque articles.
- Je veux pouvoir faire des citations et du syntax highlight pour mes bouts de code.
- Je veux pouvoir personnaliser mon thème sans trop m’énerver
- Si possible un correcteur d’orthographe, pour combler une grosse lacune personnelle :D.
Et … c’est tout !! Mes besoins réels tiennent en 11 points ! Et encore il y en a dont je pourrais presque me passer ! Quand je vous disait que WordPress n’était plus adapté qu’a 15% de mes besoins j’exagérais à peine).
Maintenant pour tous les bloggeurs qui pensent la même chose que moi (et il y en a, j’ai eu des échos) je me permet de faire un petit tour public des blogs de catégories “light” qui se rapprochent de mes besoins.
J’ai d’abord établis une liste de 6 blogs existants grâce à vos conseils éclairés sur mon précédent poste (merci à postblue et à H3bus pour leurs contributions) suivies de deux trois recherches sur Gaugleuh :
- LifeType
- PluXML
- Chyrp
- BlogoText
- TextPattern
- Habari
Je vous propose un rapide avis sur chacun, suivis de mon classement final afin que vous puissiez vous faire une idée si vous suivez la même quête (geek!!) que moi.
Et je préviens les âmes sensible, “je vais pas prendre de pincettes” comme dirait sebsauvage :p
lifetype:
Première impression : Le logo 3d de la vitrine est magnifique, la vitrine fait pro et light, ça m’a l’air pas mal !!
A l’installation : désillusion complète, aucun effort graphique, 7 étapes rien que pour installer le blog, des fonctions dépréciées utilisées (signe de maintenance et d’évolution faible du produit) multiplication des deprecated à chaque nouvelle étape, ça sent le taureau…
Ajout d’un article :
Il y a les fonctions recherchées, mais beaucoups de choses inutiles sur la sidebar.
Le design est un peu vieillot, pas d’innovation, pas particulièrement rapide.
A ce stade, je pense déjà au prochain blog.
Interface admin:
L’ajout de l’article à affolé les deprecated, ils se sont reproduits !!
Presque 200 lignes d’erreurs, on vois plus rien, ya des menus partouts… je suis visuellement agréssé, je ne réfléchis plus, je jette.
Suivaaaaant !!! 😀
Pluxml :
Première impression :
Vitrine sympa (logo moche mais bon…) le nom m’inspire une contraction de légèreté et d’xml, et j’aime ça, ça sent bon le pin des landes (et après le taureau, c’est pas un luxe)!!
Installation :
Rapide à installer, pas de base de données à configurer (xml inside) design sobre qui vas à l’essentiel, après installation cependant, difficile de trouver l’adresse du panel admin (signalée nulle part, mais j’ai finit par trouver un hasardeux : pluxml/core/admin).
Ajout d’article :
Interface claire et simple !
Zut pas de wysiwyg… Gestion des médias sympa mais pas compris comment intégrer a un article (ha oki.. avec un <img src=”…”> bon la c’est peut être un peu trop simpliste ^^)
Panel admin :
Ça a comme un air de wordpress dans la disposition des menus admin mais en 20 fois plus rapide, et sans bouibouis qui accrochent l’oeil.
Bilan : Paramétrable, très rapide et sans bases(full xml), pas de distractions inutiles. Mais il manque le wysiwyg et deux trois options utile tous de même.
Cela dis pas mal…. suivvaaaannt ! 😀
Chyrp :
Première impression :
Je déteste le nom, ça me fait penser à quelqu’un évoquant “Chypre” avec une patate dans la bouche et ça n’évoque rien. La vitrine est un peu faite à l’arrache, pas d’images, même pas de logo, mais il y a un joli concept css sur le titre.
Installation :
Installation simple, en revanche seulement trois langues proposées : anglais, arabe et russe (houh!) et encore pour l’arabe et le russe ça n’est pas natif.
Article :
Ya un Wysiwyg !! Yes !!
(enfin il faut l’ activer dans les configs ET dans les extensions,sinon rien ne se passe…)
Rien à dire sur les articles, belle interface sobre et claire, liaison des images avec l’article non gérée par contre (full html).
Interface admin :
Franchement sympa, tous y est bien configurable, il y a même des outils de fous du genre la possibilité d’importer les articles de wordpress, tumblr, textpattern et movableType .
Le blog révèle sa puissance quand on arrive dans la section “extends” et qu’on active quelques trucs !!
Bilan :
De légers bugs (genre la barre du wysiwyg qui s’affiche deux fois, les plugins qui ne s’activent pas bien…)
Un peu d’ajax mais pas trop, un peu de bugs mais pas trop, relativement rapide, il me plait bien 🙂 Gestion des médias introuvable par contre (mais je suis sûr qu’elle existe, sinon pourquoi proposer un plugin SWFUpload ?)…
On se rapproche du but en tout cas .. suivaaaant !!
blogotext :
Première impression :
Je connaissais déjà le script de nom, et surtout j’aime beaucoup son éditeur, le blogueur du hollandais volant, mais pour avoir vu la vitrine du blog, et son script de partage de lien, je ne partais pas d’un bon a priori. Le design n’est vraiment pas un point fort du hollandais, et je dois reconnaître qu’a mon sens ses scripts ne payent pas de mine, mais bon tentons…
Installation :
Simple, en trois étapes, pas de base de données à configurer, tous se déroule sans anicroche et sans chichi, j’aime!
Article :
Pas wisywyg mais système de bbcode tout de même avec les essentielles fonctionnalités, aucun bug detecté, L’interface vas a l’essentiel, clair propre, et presque pas trop moche !!
Administration :
Claire, précise, mais tout de même complète!!
Oh My God !!! Pas de gestionvisible (suppression, modification) des articles !! -10 !!
Bilan : Whoah !! Vraiment je suis agréablement surpris : rapide,pas de bdd a déplorer, quelques idées originales.
Bien pensé, vas à l’essentiel et contient suffisamment de fonctions utiles, rien à redire!!
On sent le blogueur rodé qui s’est positionné en tant qu’utilisateur lors du développement, c’est un exercice très difficile (bien que crucial) et j’admire le hollandais pour ça.
De plus la structure de l’arborescence fichiers est propre et extrêmement simple à comprendre, il vas être très simple de customiser et d’ajouter les deux trois fonctions que je savais que je ne trouverais nulle part (comme la gestion des thumbs par exemple) .
Je suis agréablement surpris par un script que je pensais beaucoups plus modeste.
EDIT : Malheureusement un GROS point faible : impossible à première vue de modifier/supprimer les articles postés… j’appelle ça un écart fonctionnel majeur .. lalaaaa, la claque !!
textpattern :
J’irais droit au bug et je ne m’étendrais pas : moche décevant et buggué, je laisse les screens parler pour moi :
habari :
Première impression :
Encore un nom à la con, vitrine totalement impersonnelle et morne, au premier abord ça ne donne pas très envie.
Installation :
Simple, jolie, et ya même un peu d’ajax pour rendre le formulaire vivant !! Propose d’installer des extensions inconnue en même temps que le script (oui..bon..pourquoi pas :p )
Articles: Gestion des média sympa pour une fois !! Free distraction mode pour rédiger vos articles en toute sérénité,fonctions essentielles mais pas de texte riche, dommage il ne manquait que ça 🙂
Administration : Possibilité de gerer son dashboard avec un peu moins d’impuissance que sur WordPress (j’ai jamais réussi a dégager leurs flux de merdes par défaut sans toucher au code), jolis, quelques erreurs affichées sur ma version locale (mais pas sur le serveur… indique une gestion environnementale un peu instable).
Menu dépliant non intrusif, pas mal d’options diverses notamment l’import des articles wordpress (testé, ne marche pas très bien, 11 articles rapatriés sur 112).
Bilan : Moderne, un peu d’ajax, pas mal de bugs mais rapide, skinpar défaut très agréable et plutôt original.
Je pense que le script est encore un peu “jeune” pour le moment (instabilités, message d’erreurs, ajax superflue) mais que le script a un grand potentiel, je ne serait pas étonné si ce devenait avec le temps, l’expérience et quelques versions de plus, une référence en matière de blogs minimaliste libre.
Bref à surveiller de près 🙂
Et les vainqueurs sont :
Respectivement du premier au dernier :
- Blogotexte : Parce qu’il est tous simplement plus orienté sur les désirs du bloggeur que sur ceux du développeur fou, et que ça, ça n’a pas de prix.
- Chyrp : L’interface admin me plait beaucoup, et il faut reconnaître qu’il propose pile ce qu’il faut une fois les extensions activées
- Habari : Parce que bien qu’il ne soit pas exploitable a 100% pour l’instant, on sent qu’il peux devenir sacrément intéressant d’ici quelques temps.
Mon choix se portera donc sur blogotexte comme base pour le nouvel IdleBlog, il faudra évidemment que je le bricole un peu pour y ajouter :
- Un vrai wysiwyg
- Un gestionnaire de thumbs avec crop et upload simplifié
- Un correcteur d’orthographe
- Un gestionnaire d’importation d’articles wordpress (EDIT: visiblement, timo en a déjà bricolé un, super :D)
A noter que PluXML semble avoir un Wysiwyg parmi ses quelques plugins officiels.
En tout cas, je te remercie pour ces infos.
Perso je reste encore sous wordpress pour un temps (même si la succession des mises-à-jour inutiles et rendant mon template obsolète me les brises un peu). Je suis trop accro à la multiplication des possibilités de configuration.
Je te comprends, j’aurais moi même beaucoup de mal a me déshabituer, mais wordpress est devenu tellement gênant dans mon cas que cela nuis à ma rédaction, donc je suis contraint de trouver une solution rapide et radicale 🙂
Sympa ton petit comparatif, intéressant à lire, je me déciderai peut être à migrer un de ces 4 !
Après la quête du parfait CMS, c’est comme la quête du Graal quoi… “3 jours quête du Graal, 3 jour chez vous, 3 jours quête du Graal, 3 jours chez vous, 3 jours quête du Graal…”
:D, c’est juste :).
Je voulais commencer à bricoler blogotext mais je viens de m’apercevoir qu’il manque un truc quand même vachement crucial : on ne peux ni modifier ni supprimer les articles, la gestion et tous simplement inexistante… oO c’est moi qui délire ou bien???
Pour un blog sans chichis BT est bon 🙂 (la prochaine version semble prometteuse malgré l’utilisation quasi-obligatoire de SQLite peu présent sur hébergeur standard).
Ah c’est dommage pour le SQLITE, j’aimais bien l’idée de fichiers à plat 🙂 Tu sais si ils ont prévu de pouvoir modifier/supprimer les articles postés? Car je trouve que ça manque vraiment et ça m’a bien refroidis sur le concept…
Heu dans BT on peut supprimer il me semble !
Sinon tu demandes direct à ti-moAROBAZEmyopera.com il te réponds 🙂
Il poste d’ailleurs sur son blog régulièrement des news de BT et accueille volontiers les beta-testeurs 🙂
Je n’ai trouvé nulle part l’option dans ce cas… où est elle placée ? 😀
Je te conseil mon outil perso, NewsHTML.
Les problèmes :
“# Je veux pouvoir planifier un article”
C’est pas encore possible.
“# Je veux pouvoir faire des citations et du syntax highlight pour mes bouts de code.”
Un simple script JS peux faire l’affaire pour le syntax highlight pour le code.
Le wysiwyg, il y a un mod. Mais la mise en page se fait en HTML, c’est beaucoup plus simple (pareil, une barre en mod existe)
“# Un correcteur d’orthographe”
Par défaut dans Firefox
Sinon, j’ai testé DotClear, c’est aussi pas mal !
Salut qwerty, je regarderais ta solution :D, mais tu la présente comme un gestionnaire de news, je cherche plus un blog et comme tu semble le souligner toi même, il semble qu’il y ai encore beaucoup à faire ^^ j’ai besoin d’une solution mature pour assurer le relais de wordpress :).
Gestionnaire de news, c’est pour le marketing, pour se démarquer :p !
Sinon, je prend note, et tu pourra bientôt planifier des articles 😉
Aucune mention à dotclear ? Utilisateur de dotclear depuis plusieurs années, je peux te dire qu’il répond à tes 11 points (en tout cas comme je les comprends) tu devrais essayer
C’est vrai que je ne l’ai pas spécifié dans l’article (en revanche j’en ai parlé dans les commentaires), DotClear ne répond pas tous a fait a mes 11 points, ne serait ce que pour les points 11,8,7,5 et 4 qui pour moi ne sont pas du tous retoruvé dans dotclear.
Je met Dotclear sur la même échelle que WordPress à savoir une bonne solution CMS et non une bonne solution blog. 🙂
Je suis vraiment étonné de ces remarques
Dotclear lourd: franchement non (perso je le fait tourner sans aucun souci sur ma petite part gandi)
As tu essayé le gestionnaire de média ?
Correcteur ortho -> firefox ? 😉
L’as tu essayé assez récemment ? Bon après je respecte ton avis et je ne vais pas te blamer de vouloir des choses (encore) plus simple que dotclear 😉
Mon dernier essai remonte à loin je l’admet, mais c’était déjà un bazooka pour une mouche à l’époque ^^, il n’a jamais été rapide chez moi, que ce soit sur mon dédié, sur les hébergements ovh et 1and1 ou même en local, cela dis la notion de rapidité est subjective en fonction des individus :), de plus il faut compter que mon blog doit être rapide avec son contenu présent :
128 Articles
6 Pages
12 Catégories
39 Mots-clefs
490 Commentaires
Ainsi que quelques plugins, à vide même wordpress bat des records de rapidité ^^.
Quant au correcteur d’orthographe, si tu me lis régulièrement tu t’apercevra que firefox n’est pas assez puissant pour déjouer mon français déviant :D.
OK !
Je referais une tentative sur dotclear tous de même, tu m’a l’air de beaucoup l’apprécier, c’est qu’ils ont du s’améliorer 😀
Sisi, dotclear a été mentionné dans le billet d’origine, et comme wordpress : trop lourd, trop plein de choses inutiles.
Je pense qu’Édouard parlait de l’article comparatif :), je ne suis pas sûr qu’il ai lu le coup de gueule contre WordPress & Co 😀
Ca peut sembler bête mais heu .. Pourquoi ne pas développer la suppression/modification toi-même ? Ou demander au Hollandais s’il peut le faire ?
Ça n’est pas bête :), je ne tiens pas à faire de gros développement (car c’est le genre de développements qui peuvent impacter le script dans son intégralité, notamment pour la modification) par manque de temps essentiellement et aussi parce que si je me plonge dans le code je ne vais pas pouvoir m’empêcher de tous retoucher et finir par créer mon propre blog ce qui vas prendre encooore plus de temps …. et ainsi de suite ^^.
Je demanderais bien à timo mais je pense qu’il a déjà de nombreuses demandes et aussi peu de temps que moi pour les remplir :), de plus si je dois changer de type de blog avant la fin de l’année, il faut que je commence très tôt a m’y mettre, j’ai la migration des données de wordpress a prévoir, le skin a refaire, les modules essentiels à ajouter …
Salut, et merci pour le compte rendu sur Blogotext 🙂
Oh, mais je suis un utilisateur de mon propre script.
C’est une des raisons de sa simplicité (j’aime ça) mais également de son design un peu rustique : j’ai pas pris le temps de changer l’interface qu’il possède depuis 4 ans.
(mais j’y travaille pour mon nouveau projet, ayant Blogotext comme cœur.
Oui, comme tu dis à la fin, les articles et commentaires sont tout à fait éditables une fois postés 🙂
Concernant un vrai WYSIWYG, ça n’est pas prévu (trop lourd). Le desing de l’interface sera largement amélioré. Voici une capture pour le futur : http://lehollandaisvolant.net/img/blog-120405-capture-1.png
Concernant un convertisseur WordPress =>> Blogotext, j’en ai fait un la semaine dernière : http://lehollandaisvolant.net/tout/linx/index.php?id=1876
🙂
Hey le hollandais volant accoste l’Idleblog, c’est un grand jours, je suis tout ému ^^ .
Pas de quoi pour la critique, c’est du bon boulot 🙂 !!
En revanche, je suis certainement un peu gâteux mais je n’ai toujours pas compris si il était possible d’éditer/modifier les articles postés ou pas, et si oui, comment accomplir ce miracle (car je n’ai vu aucun bouton ou contrôle permettant de le faire dans la zone admin).
J’admets que ce point m’a franchement refroidis alors que tous le reste me semble parfait (ou pas loin) :).
C’est génial pour le convertisseur WordPress, je teste ça dans la soirée voir si il tiens le rythme sur ma base poubelle 🙂
Pas de Wysiwyg prévu ? Pourtant ton screenshot de la version future en comporte un visiblement 😀 Il existe des Wysiwyg assez léger maintenant, genre ceux proposés sur webappers pourraient faire l’affaire non? 😀
En tous cas merci beaucoup pour cette contribution au web, et également pour ton blog dont je raffole (une vraie petite groupie !! :D).
Continue comme ça 🙂
« En revanche, je suis certainement un peu gâteux mais je n’ai toujours pas compris si il était possible d’éditer/modifier les articles postés ou pas, et si oui, comment accomplir ce miracle (car je n’ai vu aucun bouton ou contrôle permettant de le faire dans la zone admin). »
.
Dans la liste des articles, page d’accueil de l’admin : tu clics sur un article, et hop. tu peux l’éditer 😀
.
Le convertisseur a pour le moment un taux de réussite de 100.00% chez tous les utilisateurs qui l’ont testés.
.
Non, c’est pas un Wysiwyg, mais un simple truc en BBCode.
Le Wysiwyg, je pourrais peut-être en faire un en HTML5, ceci dit. Je vais me pencher sur la question (surtout que le truc à quoi je pense existe même – il parait – dans IE6.
Ha ça y je l’ai trouvé tous en bas de page, autant pour moi ! Pas facile à voir (et pourtant, il est rouge :D)
J’ai fait un test d’import de mes articles, ça fonctionne niquel effectivement :), je vais juste avoir un soucis pour rapatrier mes thumbNails d’articles.
Bon je crois que je n’ai plus d’excuse pour ne pas l’adopter ^^.
Pour le Wysiwyg, tu pense auquel si ça n’est pas indiscret ?
Tu as prévu un skin plus sympa pour la prochaine version de la partie front aussi ?
Oui, le thème par défaut de BT sera ça :
http://www.zupmage.eu/up/1331886418.png
Et tant que je suis dans les captures, voici le gestionnaire d’images : http://lehollandaisvolant.net/img/blog-120402-capture-blogotext.png
Pour le WYSIWYG, c’est simplement un attribut HTML : « conteneditable » : http://lehollandaisvolant.net/index.php?2012/01/11/17/56/43-astuce-html5-contenteditable.
Je sais un bouton pour switcher entre le code html/bbcode et un éditeur en direct. Il me faut juste un convertisseur BBCode/HTML en Javascript.
Pour être franc, je n’aime toujours pas le front office ^^ (je suis désolé, j’admire le code mais le graphisme pourrait être amélioré selon moi, après c’est subjectif 🙂 ).
En revanche le gestionnaire de média a l’air sympa :D, c’est prévu pour autre chose que les images aussi? Peux ton faire du drag and drop upload ? Est ce qu’il y aura un rappel/raccourcis depuis l’éditeur d’articles?
Hummm, contentEditable m’a l’air pas mal, après qu’il fonctionne sous IE6 je pense que c’est secondaire (un blogueur qui tourne encore sous IE6 ne mérite pas de vivre ^^) faudra que je m’y penche ça risque de me plaire. 🙂
Oui, tous les fichiers sont prévus. Mais je sépare juste “images” et “fichiers”.
La présentation des fichiers est encore à voir, mais pour le moment j’ai un tableau comme pour la liste des articles.
Pour le thème graphique, c’est subjectif oui, mais c’est modifiable, donc à la limite…
Pour le thème di panel admin, je l’aime bien perso, ce qui arrive pas souvent j’avoue.
Le drag-n-drop, c’est une histoire de Javascript et de Ajax et je ne saurais pas faire. Mais comme ce n’est pas indispensable je laisse de côté (c’est une des règles qui font que Blogotext est aussi simple d’un côté :D).
Un rappel depuis l’éditeur, peut-être avec un popup, oui. Mais même remarque : c’est pas pour tout de suite encore. Et dans le listage des fichiers, on dispose du code d’intégration pour les images et pour un lien vers les fichiers.
Ok, le panel admin est bien, c’est plus le thème par défaut que je trouve pas top ^^
Tu as raison, le drag and drop risque de n’intéresser que moi :), ça n’a rien a faire dans le blogotext effectivement, jme renseignais on sais jamais ça aurais pu m’éviter de le faire moi même ^^
moi aussi j’ai quitté wordpress pour blogotext c’est vraiment plus agréable, wordpress devient une usine à gaz, pour un blog c’est pas vraiment utile. En plus sur blogotext la création d’un design est assez simple je trouve.
C’est tout à fait juste !! il faut reconnaitre que 2 pages html à modifier pour un skin ce n’est vraiment pas la mer à boire 😀
Reste juste à espérer que ma migration se passera bien :D, tu avait beaucoup d’articles sur ton wordpress? Ça tiens le coup son blogotexte?
Je me permet de dire, à titre de transparence quand même : blogotext devient très lent quand la base de données grandit.
Et j’en suis la première “victime” : j’ai 500 articles et 5000 commentaires et mon hébergeur (un mutualisé) est pas content. Pour le moment j’utilise un cache statique du RSS et de l’index du blog mais c’est rudimentaire, et peu efficace sur le long terme.
Je ne sais pas combien tu as d’articles/commentaires, mais jusqu’à 1000 commentaire et indépendamment des articles, c’est encore très rapide (ce sont surtout le nombre de commentaires qui sont responsable de la lourdeur). Ceci est normal pour tous les CMS, mais plus particulièrement avec Blogotext qui a une erreur de jeunesse dans l’organisation des fichiers.
Mais ça sera corrigé dans le futur, qui utilisera SQLite (plus rapide).
La migration ne pose pas de problèmes : en quelques secondes, une base de 200 articles est importée.
Fort heureusement d’ici a ce que j’ai 500 articles, je pense que le projet aura évolué ^^.
Cela dis si les prochaines versions comportent SQL lite je ne ferais peut être pas l’upgrade te je partirais sur un fork perso de blogotext avec ta permission.
L’idée de fichiers a plat me plais bien, je pense que la BDD relationnelle, aussi rapide soit elle, n’est pas une bonne solution si l’on parle de performances.
Pourquoi ne pas simplement restructurer la partie commentaire qui gêne ? Ça n’a pas l’air sorcier aux vues du code actuel, bien que cela demande effectivement des efforts pour développer un migrateur pour les anciens blogotextuels ^^.
As tu déjà pensé au json pour stocker au lieu de balises html ? Sur 500 articles, cela pourrait aider, et le PHP gère plutôt bien l’encode/decode en natif.
Il y a également possibilité d’archiver les commentaires trop vieux (il faut bien faire de la place au bout d’un moment) pour de pas gêner les 100 derniers ajoutés…
Je connais pas le JSon.
Mais j’ai songé à un moment, très sérieusement même, à revoir la structure des fichiers : au lieu de tout classer les commentaires par date, il faut les classer avec un nom de fichier autre : actuellement c’est ainsi :
/YYYY/MM/yyyymmddhhmmss.php
Mais pour associer un article a ses commentaires, l’ensemble des commentaires doit être lu. Alors si je stoque les commentaires ainsi :
/yyyymmddhhmmss-yyyymmddhhmmss.php
Où le premier est l’ID de l’article, et le second l’ID du commentaires.
Plusieurs commentaire auront le même ID de l’article.
Mais au niveau du tri, seul un scandir() pour lister les fichiers du dossier suffira pour trouver les commentaires sur un article donné.
À première vu non, c’est pas super dur à changer, mais c’est quand même une lourde refonte (trop grande pour moi, j’ai pas le temps^^’).
La migration est extrèmement simple : juste un déplacement de fichiers. Suffit de passer le système d’export XML sur le vieux blogotext, et d’importer depuis le nouveau.
Bah si tu veux reprendre le projet de Blogotext version “fichiers texte” « à plein temps », ça peut se faire hein :-).
Je suis actuellement sur la version SQLite, et j’ai déjà laissé tomber le support “fonctionnel” de la version “fichiers texte” (seuls les failles de sécurité sont encore corrigées).
Mais si tu peux me contacter par email pour ça je te donnerais plus d’infos.
Le JSON, c’est la notation objet de javascript, pour faire court : $truc = array(‘a’,’b’,’c’) sera en json {truc:[‘a’,’b’,’c’]}
Le premier gros avantage c’est que c’est beaucoup moins verbeux que du xml, donc fichiers moins gros et moins longs a parser par php = gain de performances.
Le second gros avantage c’est que beaucoup de langages implémente le json, ça permet de transférer des données entre deux langages totalement différents
Le troisième avantage c’est que php possède en natif deux fonction json_encode(array mon tableau ou mon objet) et json_decode(ma string json) du coups ya rien a gérer ça se fait en deux coups de cuillère a pot.
Pour ton soucis de commentaires deux choses :
1) Tu devrais fusionner les informations pour avoir moins de fichiers, chaques fichiers ouvert/lu/fermé demande a PHP plus de boulot, donc plus de temps et de mémoire, pourquoi ne pas réunir tous tes commentaires liés a un article dans le même fichier?
2) Pourquoi t’embeter a dissocier physiquement les commentaires des articles puisque logiquement un commentaire est lié a un et un seul article. Tu devrais stocker les commentaires lié a un article dans le fichier de l’article lui même du genre :
articlehorodate.php :
<bt_version>34</bt_version> <bt_id>20120404192523</bt_id> <bt_title>Mon premier article</bt_title> <bt_abstract>Éditez-moi</bt_abstract> <bt_content>Éditez-moi</bt_content> <bt_wiki_content>Éditez-moi</bt_wiki_content> <bt_keywords></bt_keywords> <bt_status>1</bt_status> <bt_allow_comments>1</bt_allow_comments> <bt_comments id="20120404193423"> <bt_comment> <bt_version>34</bt_version> <bt_content><p>Patatpouet !!</p></bt_content> <bt_wiki_content>Patatpouet !!</bt_wiki_content> <bt_author>idleman</bt_author> <bt_email>idleman@idleman.fr</bt_email> <bt_webpage>http://blog.idleman.fr</bt_webpage> <bt_subscribe>0</bt_subscribe> <bt_status>1</bt_status> </bt_comment> </bt_comments>De cette façon tu gagnerais un temps d’exécution considérable, un gain de place physique, tu pourrait éliminer une arborescence dupliquée (celle des commentaires) tu aurais moins de chemins et de liaisons a gérer dans ton code …etc.
Et le mieux serait de transcrire le code ci dessus en json ce qui donnerais quelque chose du genre :
{art:[id:20120404192523,version=34,coms:[{mail:'idleman@idleman.fr',content:'commentaire1'},{mail:'idleman@idleman.fr',content:'commentaire2'}],status:1]}Le problème n’est pas le nombre d’articles mais les commentaires.
Je suis sous une ancienne version de blogotext (donc sans les améliorations de perf récentes de Timo), et avec mes 1535 articles ça roule très bien (sans commentaires).
(3 secondes pour faire une recherche dans 10 ans articles.)
SebSauvage et Le hollandais le même jour, mais c’est Bizance !! 😀
1535 articles…. *silence respectueux teinté d’une petit larmichette*
Je pense qu’avec les solutions que j’ai évoquées dans la réponse de commentaire du hollandais il y a peut être moyen de gagner grandement en performances… c’est à tester en tous cas, je m’y colle dès que j’ai clôturé la v1.4 de dropcenter.
(ps: je ne te le dirais jamais assez : merci pour tous tes ptits liens en continus vers mon blog 😀 ).
Je pense que choisir blogotext est un bon choix et le script n’est pas surchargé avec des outils inutiles.
On va directement à l’essentiel : Articles, Commentaires, Images.
Oui, à deux trois trucs prêt c’est un bon choix pour l’internaute qui veux sérieusement se lancer dans le blog intensif, j’ai remarqué que les blogs bourrés de gadgets et de js complexes finissaient toujours par prendre l’eau, quand les blogs ultra simplistes quand a eux tiennent le choc depuis des années (prenons pour spartiate exemple le blog du saint père sebsauvage :D)
+1 Blogotext 🙂
Pluxml a un et même deux plugins permettant le wysiwyg. Ils s’installent en deux clics et permettent l’import des médias de façon simplissime dans les articles.
Un lien en bas de page mène vers l’administration sur le thème par défaut.
La gestion des plugin est enfantine et le code du cms est assez simple à comprendre et à prendre en main.
On peut facilement développer ses propres plugins et ses propres thèmes.
Les thèmes wordpress sont d’ailleurs facilement adaptables.
Ce cms mérite qu’on s’y attarde. La communauté est sympa et l’équipe de dév est assez réactive.
Je n’utilise plus que ça.
C’est vrai que c’est un beaux script, J’ai d’ailleurs longuement hésité à le placer dans le top3 à la place de habari 🙂
Je regarderais vite fait les sources quand j’aurais un moment voir comment c’est organisé 🙂
Ça y est, c’est la célébrité ! 🙂
Tu m’en diras tant ^^, presque 5 lecteurs fidèles !! Waouh ! XD
Comme tu comptes (j’espère =D) poster des codes, as-tu vérifié si Blogotext permet un affichage avec coloration syntaxique ?
(je me permets de m’immiscer, je n’ai pas spécialement de soucis avec mes blogs WordPress, mais c’est bon de se renseigner)
Non, il n’en possède pas, c’est pourquoi j’ai mis en fin d’article que je prévoyais d’y ajouter un colorateur syntaxique 🙂 (edit: ha non j’avais oublié en fait ^^, mais la pensée y était :D).
Cela dis je viens de regarder la structure du code de blogotext et je pense que ça me prendra plus de temps de le modifier que de recréer un script de blog moi même, je pense donc que je vais me mettre à ma propre solution de blog, basé sur un concept de rapidité et de performances comme blogotext, mais avec ma ptite patte graphique et un peu de jquery :).
Tiens, je t’avais parlé de Jekyll, voilà un framework assez sympathique basé dessus : http://octopress.org/
C’est vrai que ça a l’air sympa ^^ dommage que ce soit full ruby, ça ne passera pas sur mon hébergement perso ovh ^^’ .
J’aime beaucoup le principe du panneau latéral pliable !!
@idleman : comme le dit Seb, ce sont les commentaires qui sont lent et non les article : pour faire la page d’accueil, blogotext ne prend toujours que les X derniers articles, et se fiche des précédents. Pour les commentaires, non : l’affichage d’un aeticle nécessite de parser tous les commentaires.
Pour reprendre ton idée de fusionner un article avec ses commentaires : c’est le must pour trier les articles. Mais pour les commentaires ? si tu veux lister les 10 derniers commentaires par exemole, il sera nécessaire de parser tous les articles.
Je pense que la solution avec le rangement des commentaires où le nom du fichier contient l’id du commentaire + celui de l’article represente le meilleur compromis.
Après, une autre idée m’avait été donnée et concistait à tenir à jour un index avec tous les articles et les commentaires (les chemins des fichiers). Ainsi, plus besoin de parser tout les fichiers pour trier par date ou par articles, juste lire l’index et piocher seulement ensuite les fichiers qui nous interessent.
Mais avec cette idée, autant réécrire un moteur de blog, car ça serait de loin le plus fastidieux des solutions.
C’est toi qui vois ^^, tu toute façon la question ne se pose plus puisque tu es partis sur la voie du SQL :).
Effectivement la solution de l’index reliant les deux entités est encore la meilleure solution, au final, ficheir a plat ou pas, on en revient toujours au bon vieux modèle relationnel ^^.
Sinon en terme de compromis entre le “a plat” et le SQL, il existe les bases NoSQL, qui se basent sur les performances et qui cadrerais un peu avec la mentalité du blog et de ce que nous recherchons tous dans ce billet :). Un ptit article explicatif : http://blog.neoxia.com/nosql-5-minutes-pour-comprendre/
En ce qui concerne l’importation des articles de wordpress à blogotext :
http://lehollandaisvolant.net/tout/linx/index.php?id=1876
Le hollandais m’a filé le lien ^^ mais merci 🙂
Réflexion très très intéressante, et les commentaires ajoutent des précisions à ton article. Une petite remarque tout de même sur deux points :
– WordPress, malgré sa lourdeur, permet de personnaliser des choses comme la syntaxe des URL, si j’abandonne un jour WordPress, l’idée serait de pouvoir conserver la même construction d’URL, exemple : nomdublog.net/AAAA/MM/JJ/titredubillet, ce qui ne semble pas possible actuellement avec Blogotext ou d’autres (mais peut-être que c’est modifiable) ;
– WordPress accepte les protocoles XML-RPC, bien pratique pour écrire et gérer ses billets avec des clients (exemple : Blogilo.
Ces deux points sont tout de même importants pour moi, même si ça paraît être des détails.
Merci d’avoir lancé cette réflexion !
L’url rewriting est très simple à mettre en place, et je comprend qu’il ne soit pas proposé en natif sur blogotext et autre pour la simple et bonne raison que beaucoup d’hébergeurs ne l’activent pas, ce qui peut causer des pb de comptabilité du script en fonction des serveurs :). Bref je trouve ça mieux de ne rien mettre en natif et de laisser le choix au blogueur de l’intégrer ou non à sa guise et en fonction de ses capacités serveur :).
En revanche pour l’histoire des protocoles XML-RPC c’est effectivement un plus :), mais cette option qui alourdis considérablement le script, s’adresse a un petit panel d’utilisateurs qui préfèrent utilise un client lourd pour l’édition de leurs posts… Pour ce qui est de blogilo, je ne connaissais pas mais ça a l’air sympa comme petit logiciel, merci pour la découverte 😀
Je ne pensais pas tant à l’url rewriting qu’à la possibilité de personnaliser les URL, et donc de pouvoir se passer de l’url rewriting (imaginons un bloggeur qui change plusieurs fois de CMS sur plusieurs années, les règles de l’url rewriting vont devenir très complexes…).
Et pour les protocoles XML-RPC je suis bien d’accord avec toi, ça ne s’adresse qu’à une petite partie des utilisateurs, et ça alourdit le script ! Mais c’est bien pratique quand on est souvent en mouvement (comme moi), et que l’on ne dispose pas toujours d’une connexion (alors oui on peut écrire ses posts dans fichiers textes mais c’est lourd à gérer).
Merci pour ces réactions !
Et blogotext est de plus séduisant, notamment grâce aux échanges qu’a suscités ton post !
Ping Quel moteur pour ce carnet ? - carnet
Je plussoie la non-utilisation de base de données, n’ayant pas la possibilité de payer un super hébergeur, je n’ai qu’une base à ma disponibilité (et pas question de parler de nuances, mysql un point c’est tout). Donc l’idée de rester sans bdd a de quoi séduire, j’imagine que je ne suis pas seul… si ^^ ?
Mhh je pense que tous dépends de la fonction recherchée pour le script, il est parfois nécessaire d’utiliser un SGBD, surtout pour les modules de recherche et de croisement des informations, pour le reste, il est vrai que de nombreuses solutions mériteraient d’être recodées en standalone 😀
PluXML est largement mature et peut gérer beaucoup de choses. Il a tellement de points positifs qu’il serait long de les lister. Sinon que tu ne trouves pas le panel admin m’a fait rire: après l’installation, à l’accueil, tu as droit à un lien “Administration” en footer. Les plugins dernièrement développés par l’équipe lui ajoutent des fonctionnalités intéressantes. Va jeter un coup d’oeil tu ne sera pas déçu 😉
Il y aurait-il moyen de tester “UAG CMS” ?
Très sincèrement, j’aimerais bien mais je risque d’être assez critique sur le sujet, je ne suis pas sûr que ça te fasse de la pub ^^, en revanche si tu souhaite juste un avis tout à fait personnel dans le but d’améliorer le script je peux t’envoyer ça par mail. 🙂
Les remarques critiques permettent d’améliorer ce qu’on fait, je pense et je ne les prends jamais mal . Le seul truc qui pourrait me déranger ce sont les insultes, mais j’aime bien argumentation que sa soit négatif ou positif. C’est comme tu le sens, il y a pas de soucis 🙂 . Je peux sinon envoyer un émail pour avoir simplement ton avis personnel.
Non non je ne parlais pas d’insultes ^^ (Ai je déjà insulté qui que ce soit sur ce blog ? :p), mais il y a pas mal de points sur lesquels je suis partagé concernant UAG (que j’ai déjà testé car je suis vos travaux de temps à autres :p) et pour le coup si je plaçais mes critiques sur le billet ça ferais plus de tord que de bien à l’application, qui est pourtant prometteuse :).
Après c’est toi qui choisis :), mais sur ce billet je suis un peu sans pitié (c’est mon défouloir perso :p) et c’est toujours difficile de critiquer les gens qu’on apprécie 🙂
Pour les insultes, c’était juste pour indiquer qu’un argument négatif me dérangera moins qu’une personne qui ne fait qu’insulter. Je pense que ça serait intéressant de voir les points sur lesquels, tu es partagé … ceci me permettrait d’améliorer ça ou de trouver des personnes qui auraient des suggestions à faire pour améliorer. Ceci permettrait donc de recevoir des suggestions de ta part, mais aussi d’autres personnes. En ce qui concerne la publicité, je ne recherche pas vraiment un public … j’essaye juste de partager un script qui me correspond et qui peut évoluer grace aux suggestions. Si je n’avais pas recu de suggestions ou de remarques négatives, j’aurais depuis longtemps abandonné uag.
Je sais que ça pourrait être bizarre, mais je trouve qu’on avance mieux dans son développement avec des remarques honnêtes et sincère (négatives ou positives) qu’avec des gens qui cherchent à nous faire plaisir en disant que tout est bien et que rien ne doit bouger. J’apprécie beaucoup de personnes, mais je marche sur ce principe là … même si je risque de me mettre à dos une personne. Donc j’aime bien quand on me fait remarque positive ou non, on m’a toujours dit qu’il faut savoir accepter les remarques.
Donc il n’y a pas de soucis, tkt pas 🙂
Je t’envoie mes avis par mail dans ce cas :), tu pourra compter sur ma franchise, je partage le même point de vu que toi à ce sujet
Bien on fait comme ca 🙂
J’ai mis ça sur ma todolist, je te garantis pas de l’envoyer tout de suite par contre ^^