SQLite Backup
Evolution de la bricabox oblige, certain scripts doivent aussi évoluer. C’est la vie du code, je ne vous apprend rien. C’est donc le moment de reprendre un peu la tache Rake de backup pour y ajouter quelque morceau.
La bricabox a maintenant un site pour elle, basé sur Radiant CMS, Jean-mi a construit un portail de la comte également basé sur RadiantCMS (oui au passage, sont blog à changé d’adresse: blog.lacomte.net). Tout les deux n’ayant pas pour vocation d’être gavé de données, ni d’avoir beaucoup d’accès en écriture, nous avons tout les deux opté pour SQLite. Une petite base de donnée un petit programme de gestion de base de donnée relationnelle écrit en C, très leger, très pratique dans ce genre de cas de figure (pas de configuration complexe, pas de serveur…).
Mais voilà, la tache de backup des bases de donnée avait été écrit uniquement pour les bases de l’époque: MySQL (je vous passe l’actu du jour sur le rachat de MySQLAB par Sun Microsystem ? :D). Donc il faut ajouter quelque ligne là dedans.
Un peu de recherche m’amène sur une bonne introduction pour SQLite chez IBM (enfin, vu la facilité d’utilisation, est-ce nécessaire :D). Tout ça pour finalement ajouter un test et une petite ligne:
sh “sqlite3 -batch #{db_config[‘database’]} .dump > #{backup_file}”
Et voilà les taches de backup qui sont à nouveaux opérationnelles.
Bon reste à voir où je place ces fichiers…
J’aime de plus en plus SQLite :) Attention à utiliser avec modération quand même
Message de service 4
Le week-end fut long. Et j’ai du faire des consessions pour que tout ce petit monde revienne en ligne.
La principale modification du serveur c’est un passage à OpenBSD 4.2 avec un changement de partage du disque. /var et /home font maintenant la même taille, et /var va accueillir la partie publique enligne du serveur.
Par contre, je pensais passer à Apache+FastCGI en environnement chroot(2) mais apache a vraiment un système de configuration un peut trop vieux et compliqué à mon gout…
Retour donc pour le moment à ce bon lighttpd et un cluster de mongrel. Je pense que mongrel va finir par sauter pour laissé place à FastCGI (a voir) histoire de faciliter le chrootage de l’ensemble (plus facile de chrooté quand la communication se fait via des sockets que tcp je pense… à voir).
Voilà, pour le moment, c’est tout, vous pouvez retourner à une activitée normale.
Un petit screenshot au coeur de l’action, avec un petit uname(1) qui nous montre un bel OpenBSD 4.2 tout frais le tout avec mon archlinux clickaconvi comme on dit :)