Lorsqu'on développe un script tel qu'un CMS de blog comme Blogolite, il faut souvent se remettre en question mais aussi ne pas céder aux sirènes de l'usine à gaz avec 36 000 fonctionnalités qui ne seront jamais utilisées (ou alors pas 0.1% des utilisateurs). Car la plupart des utilisateurs qui veulent un CMS de blog le veulent surtout pour poster des billets, ajoutez à cela les commentaires des visiteurs et on a là 95% des fonctionnalités qui caractérisent un blog, le reste étant surtout d'ordre cosmétique (tags, derniers commentaires) ou d'organisation (catégories, archives, billets relatifs).

Les 2 grands CMS du marché (Wordpress et Dotclear ndlr) utilisent tous les deux un système de plugins (très poussé chez Wordpress) qui permet d'ajouter de nouvelles fonctionnalités très rapidement et très simplement. Mais ces systèmes de plugins servent aussi à compenser les faiblesses et lacunes d'origine. Si l'on regarde du côté des plugins populaires de Wordpress, on retrouve notamment le célèbre All in One SEO Pack, le très utile Google XML Sitemaps et l'incontournable antispam Akismet, on a aussi le Contact Form 7.

Ce billet est le premier d'une série nommé les brèves : il s'agit juste d'informer les visiteurs sur la sortie d'une nouvelle version d'un programme, d'une mise à jour importante ou encore d'une promo chez un hébergeur.

La version 5.2.10 de PHP est disponible, elle corrigé essentiellement des bugs notamment de mémoire ainsi qu'un bug de sécurité sur les fichiers .jpeg. AU finale une centaine de bugs corrigés en attendant la version 5.3 qui elle apportera de réelles nouveautés comme les espaces de noms, les closures, un nouveau pilote MySQL natif et plein d'autres petites améliorations pour nous faire patienter en attendant PHP 6.

Voilà quelques nouvelles du front concernant le développement de Blogolite qui, je le rappelle, sera un CMS de blog utilisant SQLite. étant donné que pour certains points je ne sais pas quelle direction prendre, autant demander votre avis.

Avec ou sans système de plugins

Les 2 ténors du barreau (Wordpress et Dotclear) utilisent tous les 2 un système de plugins pour apporter de nombreuses fonctionnalités au système et cela très facilement, et d'autres où il faut un peu mettre les mains dans la cambouis. M'étant intéressé de près à ces deux systèmes, il en ressort que l'usine à gaz est est la finalité de tout système de plugins étant donné que l'ajout de ces plugins doit être facile et rapide, le reste est secondaire.

D'un autre côté je me suis rendu compte en développant qu'on peu faire autrement, et surtout que ça peut être plus facile avec une petite communauté : je n'ai aucunement l'intention de me hisser au niveau de Dotclear, juste créer un petit système sympa et léger. Au final (enfin pour le moment), le CMS est découpé en ce que j'appelle des modules : il y a un module pour lire un billet, un pour y répondre, un autre pour trier les billets, bref au final ça reste très basique et très simple, mais n'est ce pas là le but d'un blog, juste écrire des petits billets et écrire des commentaires, donc autant faire quelque chose de simple.

Mais pour ne pas fermer le développement, je l'ai au contraire ouvert sans le faire exprès : une des fonctionnalités du CMS et de pouvoir créer des pages très facilement, comme par exemple une page à propos ou encore contact. Car si l'on peut y mettre du xhtml, on peut aussi y mettre du php et donc développer dans son coin une fonction ou tout un module en utilisant le framework du blog. Puis le présenter à la communauté pour qu'il soit rajouté dans la liste des modules disponibles.

Zcode or not Zcode

Si vous connaissez le Site du Zéro, vous êtes sans doute un adepte du Zcode qui permet de mettre en forme très facilement du texte, de créer des tableaux très facilement et d'insérer du code et le colorer en un tour de main. Pour ma part depuis maintenant quelques mois je développe et j'entretiens un moteur de Zcode, basé sur un script existant celui de vincent1870) qui est assez facile d'emploi et donc facile à modifier. Je suis donc en train de me demander si l'intégrer à Blogolite ne serait pas une bonne idée, cela permettrait de se démarquer des concurrents tout en offrant une alternative intéressante et éprouvée. EN plus j'y ai ajouté quelques balises essentielles pour un blog comme les balises Youtube et Dailymotion pour intégrer facilement des vidéos (tout en ayant un code valide). Bref que du bonheur.

Si vous avez des questions ou des suggestions, n'hésitez pas.

Le site web Data Center Knowledge vient de publier une étude faisant état du nombreux de serveurs dédiés chez les principaux hébergeurs du monde. Selon l'étude c'est la société 1and1 qui arrive en tête avec 55 serveurs, mais l'étude ayant été faites à partir des données trouvées sur les sites des hébergeurs, certaines n'étaient pas à jour. c'est notamment le cas de OVH qui revendique 55102 serveurs (ouais ils sont précis chez OVH). Et ce chiffre grimpe sans cesse, notamment depuis que les frais d'installation ont été supprimés pour les Kimsufi. A quelques jours près je me faisais avoir de 11€.

Chez 1and1 aussi ils doivent avoir un peu plus de serveurs mais étant donné la qualité de service pour le mutualisé, je n'ose pas imaginer ce qui peut se passer avec les dédiés (qui sont aussi beaucoup plus chers que la concurrence, comme quoi le marketing c'est important (d'ailleurs chez 1and1 c'est le seul truc qui fonctionne bien avec le service de recouvrement).

Pour en revenir à OVH, qui en plus d'une politique de transparence (de nombreuses pages avec la liste des incidents, le trafic actuel, etc), joue aussi la carte de la communication avec cette petite vidéo.

Attention les oreilles, y'a des super effets sonores.

C'est le fameux projet dont j'avais parlé dans un précédent billet : une idée à la base, puis développée avec le temps et des réflexions sur la faisabilité de ce projet, sur l'utilisation de SQLite au quotidien. Aujourd'hui le projet est en bonne voie, c'est pourquoi je peux commencer à vous le présenter.

SQLite : un système de bases de données méconnu

Pour beaucoup quand on parle de système de gestion de bases de données pour le web, on aura 90% des personnes qui diront MySQL, et les 10% restants seront partagés avec le reste des SGBD (PostgreSQL, Oracle, SYSbase, etc). Pourtant il y a aussi SQLite, qui par opposition aux poids lourds (lourds au propre comme au figuré) du marché, vise plutôt la simplicité et la légèreté. Pour autant ce n'est pas un système bridé voire castré mais repose plutôt sur une utilisation à petite échelle des principales fonctions d'un SGBDR (SELECT, INSERT, UPDATE, DELETE).

Si SQLite n'est pas autant utilisé que les autres systèmes, c'est qu'il présente quelques défauts qui rendent son utilisation à grande échelle délicat voire impossible.

• Une base de données = un seul fichier : ce premier point n'est pas à priori rédhibitoire mais peut néanmoins poser des problèmes pour les gros volumes de données, les accès simultanés en lecture/écriture peuvent alors poser problèmes.
• Une base verrouillée en écriture : peut être le plus gros défaut de SQLite, inhérent à sa conception, mais ce n'est pas très pénalisant, surtout pour un système de blog ou les lectures sont très nombreuses, mais les écritures beaucoup moins.
• La modification de la structure d'une table est impossible : en clair le ALTER TABLE ne marche pas pour tout, on peut rajouter des colonnes mais pas en supprimer ou les changer. mais il y a des astuces pour contourner cela.

S'il y a quelques défauts, les atouts sont aussi nombreux

• Pas de configuration : SQLite ne fonctionne pas comme les autres SGBD, pas de système client/serveur. Tout est installé par défaut dans PHP5, y'a juste à l'utiliser. pas d'adresse de serveur, de base de données, de gestion des droits. C'est simple.
• Intégré au système : je l'ai déjà dis mais je le répète, étant donné que la base de données est en local, les temps de réponse et de lecture sont très rapide, c'est presque de la lecture pure de fichier. De plus pas de contraintes au niveau de la taille ou du nombre d'accès (hormis les limitations techniques).
• Fonctionne chez les offres basiques des hébergeurs : prenons par exemple l'offre Start 1M d'OVH, C'est gratuit mais il n'y a pas MYSQL, qu'importe on a PHP5 donc on a SQLite, et voilà un hébergement avec base de données.

SQLite pour un blog : blogolite

Le gros défaut de SQLite ce sont les accès concurrents, mais avec un blog c'est essentiellement de la lecture, domaine ou SQLite excelle. Par exemple pour un forum l'utilisation de SQLite serait plus délicate mais pour un blog c'est tout bénef. L'autre avantage d'utiliser SQLite c'est qu'on ne pollue pas sa base de données MySQL avec les tables du blog, c'est toujours ça de gagné.

Pour ma part j'utilise SQLite depuis pas mal de temps sur mon site, notamment comme compteur de visiteurs, système de stats et ban par IP. C'est dire que cette base permet de réaliser des scripts léger mais très utiles.

Le développement de Blogolite étant toujours en cours, j'y reviendrais bientôt.