J’utilise un serveur SVN (pas encore eu le temps ni le courage de passer à GIT) pour gérer en version mes configurations, mes scripts shell et mes petits développements personnels. Une erreur de manipulation étant vite arrivée, j’ai automatisé l’archivage journalier (avec une mémoire d’une semaine) de la base de donnée utilisée par SVN.

Sauvegarde

J’utilise pour cela la commande svnadmin qui permet à l’aide de l’option dump de copier dans un simple fichier le contenu de la base de donnée.

Par exemple pour sauvegarder le projet dont la racine SVN se trouve dans le répertoire /var/svn/monbeauprojet, il faut saisir la commande suivante:

svnadmin -q /var/svn/monbeauprojet > /backup/svn/monbeauprojet.svndump

Il est bien sûr conseillé d’avoir une sauvegarde sur un disque différent de celui montée par /var/svn ou encore mieux d’uploader la sauvegarde sur un autre serveur.

Script pour sauvegarder l’ensemble des projets

Si votre serveur SVN comporte plusieurs projets, il faut passer par un shell script:

# Backup SVN (local)

day=`LANG=C date +%A | tr A-Z a-z`

svnrepo=”/var/svn/”

backupdir=”/backup/svn”

for i in `ls $svnrepo`

do

svnadmin -q dump $svnrepo/$i > $backupdir/$i-$day.svndump

gzip $backupdir/$i-$day.svndump

rm $backupdir/$i-$day.svndump

done

Ce script va produire dans le sous répertoire /backup/svn une liste de fichiers compressés (format gzip). Chaque projet aura 7 sauvegardes correspondant aux 7 derniers jours. Par exemple, le fichier nommé monbeauprojet-sunday.svndump.gz sera la sauvegarde de la base de données SVN de dimanche dernier.

Pour lancer automatiquement la sauvegarde il suffit d’ajouter ce script dans la crontab système.

Restauration

En cas de problème sur un projet, il suffit de saisir les commandes suivantes pour restaurer la base de données. On utilise également la commande svnadmin mais cette fois ci avec l’option load:

gzip -d /backup/svn/monbeauprojet-sunday.svndump.gz

svnadmin load /var/svn/monbeauprojet < /backup/svn/monbeauprojet-sunday.svndump

Il faut bien vérifier que les droits des sous répertoires sont bons (svn:svn pour mon Ubuntu Server).

Si la restauration se fait sur un nouveau serveur SVN, il faut penser à créer le répertoire avec la commande:

svnadmin create /var/svn/monbeauprojet

Conclusion

Il y a surement d’autres solutions techniques (par exemple faire une copie sur un deuxième serveur SVN avec la commande svnadmin hotcopy) mais je trouve cette solution plutôt simple et flexible.

Dans quelques jours, le Chrome Web Store va ouvrir ses portes. Ce site va permettre au utilisateur de Google Chrome ou de la version libre Chromium d’installer des applications Web dans leur navigateur. Quelques applications sont déjà disponible (Gmail, Calendar, Google Reader…), elle se présente sous la forme d’une icône en haut à gauche des onglets et permet l’accès direct aux sites. Des fonctions de notifications seront bientôt disponibles (par exemple pour vous avertir lors de l’arrivée d’un nouveau message).

Rien de neuf par rapport aux nombreux plugins (extensions) que l’on peut trouver la toile… oui et non. En effet, comme nous allons le voir dans ce billet il est très facile de créer une application à partir d’un site Web existant. On a ainsi un accès immédiat à ces sites.

Assez de blabla, nous allons voir comment transformer votre site/blog dans une belle application Webs que vous pourrez mettre à disposition de vos lecteurs !

Toutes les manipulations suivantes marchent aussi bien sous Google Chrome ou sur Chromium (la version libre !). Il faut juste avoir la dernière version (voir instruction ici pour Chromium sous GNU/Linux Ubuntu).

Activer la prise en charge des Web Apps

Avant de commencer, il faut activer la prise en charge des Web Apps dans votre navigateur (cette fonction est en développement et n’est donc pas active par défaut). Sous GNU/Linux, le plus simple est de modifier le lanceur Gnome (bouton droit sur l’icône puis Propriétés).

chromium-browser  --enable-apps --enable-extension-timeline-api %U

Il faut ensuite relancer votre navigateur.

Création de votre application

Les Google Chrome Webs Apps sont des fichiers au format (.crx). En fait un bête fichier ZIP contenant un répertoire au format nomapplication_app et les fichiers suivants:

• manifest.json: Le fichier principal d’écrivant votre application
• 128.png: Une icône de 128×128 pixels au format PNG représentant votre application
• 24.png: Une icône de 24×24 pixels au format PNG représentant votre application

On va donc commencer par créer l’arborescence suivante: ~/chromiumapps/nicolargo_app/

On copie ensuite les deux icônes dans le répertoire ~/chromiumapps/nicolargo_app/

Puis on édite le fichier ~/chromiumapps/nicolargo_app/manifest.json (permettant de créer une application à partir de mon blog):

{

"name": "Le blog de Nicolargo",

"version": "1",

"icons": {

"128": "128.png",

"24": "24.png"

},

"permissions": [ "notifications" ],

"app": {

"launch": {

"web_url": "http://blog.nicolargo.com/"

}

}

}

Rien de bien compliqué

Test de votre application

Pour tester l’application, on clique sur le bouton du navigateur puis on va dans le menu Tools > Extensions:

On clique ensuite sur le bouton “+ Developer mode”:

Puis sur “Load unpacked extension…”:

On sélectionne le répertoire ou se trouve l’application: ~/chromiumapps/nicolargo_app/, elle devrait se charger:

Il ne reste plus qu’a faire un CTRL-T (pour ouvrir un nouvel onglet et cliquer sur l’icône de l’application):

Si tout va bien, l’application devrait s’afficher en haut à gauche de votre navigateur !

Création du fichier .CTX

Maintenant que votre application fonctionne, il faut créer un package pour la distribuer à vos utilisateurs. Chromium (ou Google Chrome) permet d’automatiser cette création en cliquant sur le bouton “Pack extension” du menu “Extension > + Developer mode”. Il suffit de sélectionner le répertoire de votre application: ~/chromiumapps/nicolargo_app/. Le navigateur va automatiquement créer le package ~/chromiumapps/nicolargo_app.ctx (ainsi qu’une clé privée ~/chromiumapps/nicolargo_app.pem).

Il ne vous reste plus qu’a distribuer le fichier nicolargo_app.ctx à vos utilisateur. En attendant la disponibilité du Chrome Web Store la procédure à suivre pour installer le fichier .ctx sur votre navigateur est disponible ici.

Pour finir, si vous voulez tester la Web Application du Blog de Nicolargo !

Ces quelques exemples justifient l’installation en local (donc disponible même sans liaison Internet), sur votre PC GNU/Linux d’un environnement de développement de blog complet. Celui-ci se composera:

• d’un serveur LAMP à jour (Linux, Apache, MySQL, PHP)
• de la dernière version de WordPress
• de votre IDE préférée (Bluefish, Eclipse, Anjuta, NetBeans, Emacs, vi…)

Installation de LAMP

En deux lignes de commande, sous Debian ou Ubuntu:

sudo tasksel install lamp-server
sudo /etc/init.d/apache2 restart

Lors de l’installation, un mot de passe vous sera demandé (deux fois). C’est celui-ci qui sera utilisé pour administrer votre base de donnée MySQL (utilisateur root).

Pour vérifier l’installation de votre serveur Web local, le plus simple est d’ouvrir le navigateur du PC et de saisir l’adresse http://127.0.0.1/ (qui est toujours l’adresse de votre PC ou adresse de loopback pour les intimes). La page suivante devrait apparaitre:

Test de LAMP

Installation de WordPress

On passe ensuite à l’installation de WordPress (je teste la version 3.0 en bêta 1, qui sortira prochainement).

mkdir ~/src
cd ~/src
wget http://wordpress.org/wordpress-3.0-beta1.zip
unzip wordpress-3.0-beta1.zip
cd wordpress
sudo cp -r * /var/www/

cd /var/www
sudo rm index.html
sudo touch wp-config.php
sudo chmod u+rw wp-config.php
sudo chown -R www-data:www-data *

Configuration de la base de données

Le plus simple pour les béotiens est d’installer l’interface Web d’administration de MySQL nommée PHPMyAdmin :

sudo aptitude install phpmyadmin

Puis de se rendre à l’URL suivante: http://127.0.0.1/phpmyadmin (login: root, password: celui entré lors de l’installation) puis:

• cliquer sur base de données
• dans la section créer une base de donnée, entrer blog
• cliquer sur le bouton créer
• cliquer sur privilège
• cliquer sur ajouter un utilisateur
• saisir un nom d’utilisateur puis un mot de passe
• cliquer enfin sur executer

Configuration de WordPress

Il faut se rendre à l’adresse suivante: http://127.0.0.1/wp-admin/install.php

Il faut cliquer sur le bouton “Create a configuration file” puis entrer les informations suivantes:

Puis à configurer votre Blog:

On finalise en sécurisant le fichier de configuration:

sudo chmod a-w wp-config.php

Et voilà le travail, votre blog local sera donc:

• accessible par l’URL: http://127.0.0.1/
• administrable par l’URL: http://127.0.0.1/wp-admin/

Il ne reste plus qu’a installer votre environnement de développement favori, personnellement pour le Web Dev, j’utilise Bluefish qui est bien adapté pour le PHP/CSS

TortoiseSVN vs RabbitVCS

Installation

Sous Ubuntu, il suffit de saisir les deux commandes suivantes:

sudo add-apt-repository ppa:rabbitvcs

sudo aptitude update

sudo aptitude install rabbitvcs-nautilus

Pour d’autres distributions GNU/Linux, il faut visiter cette page.

Dans tout les cas, il faut relancer votre Nautilus pour finaliser l’installation (“ALT+F2″ puis saisir “nautilus -q”).

Utilisation

RabbitVCS est alors intégré à votre environnement Gnome et va vous permettre d’administrer de manière graphique vos dépôts SVN (il est prévu un support d’autre système de versionning comme GIT, Mercurial… dans les prochaines versions).

Import d’un dépôt SVN (checkout)

On se positionne dans le répertoire racine puis on fait un clique de souris  droit sur le répertoire racine des sources (~/dev dans ma configuration). On clique ensuite sur le bouton “Mettre à jour“:

On saisi ensuite, dans la nouvelle fenêtre, l’URL du dépôts SVN puis on clique sur “Valider“:

Si votre dépôts est privé, RabbitVCS va vous demander le mot de passe (deux fois…).

Le checkout est fini !

Consulter les logs de modification d’un fichier

Il suffit de faire un clique droit sur un fichier puis d’aller dans le menu “RabbitVCS / Consulter le journal”:

Mettre à jour un fichier (commit)

Après avoir modifié en local un  de vos fichiers (il apparaitra avec un petit icone rouge au lieu de vert), il suffit de faire un click droit puis “Envoyer”. Il faudra alors saisir le commentaire associé à cette mise à jour:

Et voilà le commit de votre projet effectué !

Autres fonctions disponibles

On retrouve les fonctions SVN suivantes:

Navigation dans l’arborescence du serveur SVN

Mise à jour (update)

Gestion des vérrous

Exportation

Gestion des branches (tags, version, fusion)

Appliquer un correctif

…

Conclusion

RabbitVCS est un logiciel libre récent (version 0.13.1 à l’heure de l’écriture de cet article)  mais déjà stable et très prometteur. Notamment si il s’ouvre vers d’autres gestionnaires de configuration (cela semble prévu pour Git et Mercurial respectivement dans les version 0.14 et 0.15/0.16).

Récupération du script

On lance la commande suivante pour télécharger le script sur son serveur et le rendre exécutable:

wget http://svn.nicolargo.com/nagiosautoinstall/trunk/nagiosautoupdate-ubuntu.sh

chmod a+x nagiosautoupdate-ubuntu.sh

PS: vous pouvez télécharger le script directement par l’URL suivante:

Lancement du script

Il suffit ensuite de lancer le script et de répondre aux questions posées par le système:

sudo ./nagiosautoupdate-ubuntu.sh

Et si la mise à jour se passe mal ?

Le script archive la configuration n-1, il suffit donc d’ouvrir un terminal et de saisir les commandes suivantes pour revenir dans l’ancienne version:

cd /

sudo tar zxvf /tmp/nagios-backup.tgz

Informations sur la mise à jour

Dans la version 0.1 du script la mise à jour se fera vers:

Nagios Core version      3.2.2
Nagios Plugins version   1.4.15

Installation du plugin “User Agent Switchers”

La première chose à faire est d’installer le plugin “User Agent Switchers” qui va permettre à Firefox de se déguiser en IPhone. Une fois le plugin installé et le navigateur redémarré, un nouveau menu sous “Outils / Default User Agent” devrait apparaitre:

Il suffit de cliquer sur le bouton “IPhone 3.0″ pour que Firefox se fasse passer pour un navigateur IPhone. Pou revenir à un comportement normal de votre navigateur, il suffira de cliquer sur le bouton “Default User Agent”.

Tester son site/blog

Rien de plus simple, il suffit de se rendre sur l’URL de votre blog pour le voir s’afficher comme sur un iPhone. Par exemple Le Blog de Nicolargo (c’est juste un exemple, j’utilise le plugin WordPress WPTouch donc l’affichage devrait être adapté…).

Les esprits chagrins vont me dire que cela n’est pas du tout représentatif car la résolution de l’Iphone est beaucoup plus faible que la résolution de notre écran, c’est vrai mais… il existe des sites (par exemple TestIphone) qui permettent d’effectuer le même test mais dans une frame simulant la taille d’un IPhone. Perso le test chez moi du site TestIphone n’est pas concluant car je suis redirigé vers la version plein écran de mon blog…

Installation

L’installation est très simple sur Ubuntu:

sudo aptitude install bugzilla3

On accède au serveur par l’URL:

http://adresse_de_votre_serveur/cgi-bin/bugzilla3/

Configuration

Il faut se connecter en utilisant comme login, l’adresse mail d’administration et le mot de passe associé.

Avant d’utiliser le serveur, il faut configurer quelques paramètres en se rendant à la page suivante:

http://adresse_de_votre_serveur/cgi-bin/bugzilla3/editparams.cgi

Notamment les parmaètres:

• Le paramètre maintainer, la personne responsable de cette installation si quelque chose fonctionnait mal.
• Le paramètre urlbase, qui est l’URL pointant vers cette installation et qui sera utilisée dans les courriels (ce qui est aussi la raison pour laquelle vous voyez cette page : tant que ce paramètre ne sera pas défini, vous verrez cette page encore et encore).
• Le paramètre cookiepath, qui est important pour votre navigateur pour gérer correctement vos cookies.
• Le paramètre utf8, qui vous permettra d’encoder tous les textes en UTF-8 si vous le voulez (il est fortement recommandé de laisser ce paramètre activé).

Utilisation

Je vous conseille ensuite de créer un (ou plusieurs) compte admin à partie de l’URL:

http://adresse_de_votre_serveur/cgi-bin/bugzilla3/editusers.cgi?action=add

Il ne vous reste plus qu’a consulter la document en ligne pour vous servir de votre nouveau serveur Bugzilla !

J’ai développé un petit script (sous licence GPL) permettant d’automatiser l’installation d’un serveur Nagios complet sur une distribution GNU/Linux Ubuntu (j’ai validé le script sur Ubuntu 9.10). Libre à vous de modifier ce script pour l’adapter à vos besoins. Si des âmes charitables veulent modifier le script pour l’adapter à d’autres distribution GNU/Linux ou BSD, je suis preneur pour les mettre en téléchargement sur mon SVN.

Récupération du script

On lance la commande suivante pour télécharger le script sur son serveur et le rendre exécutable:

wget http://svn.nicolargo.com/nagiosautoinstall/trunk/nagiosautoinstall-ubuntu.sh

chmod a+x nagiosautoinstall-ubuntu.sh

PS: vous pouvez télécharger le script directement par l’URL suivante:

Lancement du script

Il suffit ensuite de lancer le script et de répondre aux questions posées par le système:

sudo ./nagiosautoinstall-ubuntu.sh

Informations sur l’installation

Dans la version 0.1 du script la configuration finale est la suivante:

Nagios Core version      3.2.2
Nagios Plugins version   1.4.15
Utilisateur système:     nagios
Groupe système:          nagios
URL de l'interface Web:  http://localhost/nagios/
Utilisateur pour l'interface Web: nagiosadmin

On sauvegarde

On commence bien sûr par sauvegarder l’ensemble du blog (contenue ET base de donnée), on ne sait jamais…

On met à jour

J’utilise, depuis la version 2.7 de WordPress, la procédure de mise à jour automatique, il suffit de se rendre dans le menu “Tools / Upgrade” et de cliquer sur le lien “Upgrade to WordPress 2.9″ et le tour est joué:

Ainsi, l’installation de SJitter ce résume aux lignes de commandes suivantes:

sudo add-apt-repository ppa:nicolargo
sudo aptitude update
sudo aptitude install sjitter

et voilà le travail:

sjitters -h
usage: sjitters [-i] [-p PORT]
	-p PORT: where PORT is the port number (>1024, <65535) [default:9930]
	-i : Verbose mode

sjitterc -h
usage: sjitterc -c SERVER [[-n NBPCKT] | [-t SECOND]] [-p PORTNB] [-w SIZE] [-b BITRAT] [-s TOS]
	-c SERVER: where SERVER is the server IP address or name
	-n NBPCKT: where NCPCKT is the number of datagram (>1 , <65535) [default:100]
	-t SECOND: where SECOND is the number of second (>1) [default:10]
	-p PORTNB: where PORTNB is the port number (>1024, <65535) [default:9930]
	-w SIZE: where SIZE is the application buffer size (bytes) (>128, <8000) [default:1400]
	-b BITRATE: where BITRATE is the bitrate (IP level) in Kbps  (>10) [default:100]
	-s TOS: where TOS is the hexadecimal value for IP header TOS field (>=0x00, <=0xFF) [default:0]