De Gary Vaynerchuk nous submergeant de passion en passant par Randy Pausch et l’importance de réaliser ses rêves d’enfance ou encore Steve Jobs échappant à la mort, ces cinq discours vaincront à coup sûr tout instants de doute.

Pour toucher le plus large public possible, ces vidéos sont disponibles dans une version sous-titrée en français, par moi-même ou d’autres, excepté pour la dernière en cours de validation sur le site de TED.

Gary Vaynerchuk : Building Personal Brand in Social Media Landscape

Dur d’être passé à côté de Gary Vaynerchuk dans le paysage du Web 2.0 ces dernières années. Après avoir repris en main l’affaire familiale pour la transformer en un business rapportant près de 4 millions de dollars par an, Gary s’est lancé en 2006 dans l’aventure Wine Library TV. Ce podcast vidéo faisant office de guide des vins l’a rapidement mis sur le devant de la scène.

Débordant de passion, d’enthousiasme et de charisme, Gary est désormais réputé pour ses apparitions où il parle du « personnal branding« , ou l’art de se vendre en utilisant au mieux les moyens d’aujourd’hui (également le sujet de son dernier livre).

C’est à l’occasion de la Web 2.0 Expo de 2008 se tenant à New-York que l’homme a donné un discours enflammé et mémorable :

Sous-titré par Maxime Bornemann

Randy Pausch : Réaliser pleinement ses rêves d’enfance

Le 18 septembre 2007, ce professeur d’informatique s’est présenté devant une audience de 400 personnes à l’Université de Carnegie Mellon pour y donner ce qui sera sa dernière conférence. Randy Pausch est atteint d’un cancer du pancréas et il ne lui reste que quelques mois à vivre selon les docteurs.

C’est empli d’entrain qu’il nous parle pendant près d’une heure de l’importance de réaliser ses rêves d’enfance (également devenu sujet d’un de ses livres). Il est finalement décédé le 25 juillet 2008, mais ce discours devenu un phénomène perdurera encore de nombreuses années :

Sous-titré par Thomas Roux

Steve Jobs : Remise des diplômes – Université de Stanford (2005)

Inutile de présenter l’homme sans lequel notre quotidien ne serait probablement pas le même. Le charismatique PDG d’Apple est le pionnier de la révolution de l’informatique grand public, ambassadeur de celle de la musique numérique avec l’iPod et iTunes et héros du renouveau de la téléphonie mobile avec l’iPhone. Difficile de se targuer d’avoir fait mieux dans une vie.

C’est aussi un homme qui a su vaincre la mort par deux fois (une fois de plus depuis le tournage de cette vidéo) et qui nous donne une vraie leçon de vie dans un discours hypnotique, comme à son habitude, devant les étudiants de l’université de Stanford à l’occasion de la remise des diplômes :

Sous-titré par Maxime Bornemann

Jill Tarter nous appelle à aider la recherche SETI

Jill Tarter de l’Institut SETI a dévouée sa carrière à la recherche de signes de présence d’espèces intelligentes à travers l’univers. Notamment connu grâce à SETI@Home, permettant de tirer parti de la puissance inutilisée de millions d’ordinateurs connectés via Internet afin de venir en aide à la recherche, le projet SETI continu de grandir et utilise un réseau de plus en plus large de radiotélescopes.

Lauréat du TED Prize, Jill Tarter nous fait part de son voeu : accélérons la recherche d’une présence dans l’espace !

Note : Pensez à activer les sous-titres manuellement lors de la lecture de la vidéo

Sous-titré par Matthieu Coville et corrigé par Maxime Bornemann

Clifford Stoll sur… tout

L’astronome Clifford Stoll est un cas à part. Dans un discours déjanté donné il y a quelques années à TED, celui qui pourrait facilement être méprit pour un savant fou discute à peu près de tout ce qui lui passe par la tête.

Le style chaotique du discours ne plaira évidemment pas à tout le monde et se résume parfaitement avec la définition qu’il se donne d’un scientifique : « Une fois que je fais quelque chose, j’ai envie de faire quelque chose d’autre. »

Un système de contrôle de version (Version Control System, VCS ou Source Control Management system, SCM) permet de suivre les modifications effectuées aux fichiers d’un projet. Dans sa forme la plus simple, la manipulation consiste à créer une copie du fichier vers un emplacement distant (appelé dépôt) en y ajoutant date, informations sur l’auteur et un commentaire sur les modifications apportées. Partant de cela, plusieurs outils destinés à automatiser la tâche ont vu le jour comme CVS (Concurrent Versions System) ou SVN (Subversion) ainsi que Git qui est le sujet de cet article.

Les principes de base de Git

Avant de pouvoir entrer dans le vif du sujet, il est nécessaire de comprendre la philosophie de Git. Les lignes qui suivent décrivent les principales terminologies et les atouts de Git face à la concurrence.

Le dépôt

Le dépôt est l’endroit où tous les fichiers de votre projet sont stockés, contenant un historique complet géré par un système de contrôle de version (VCS). Git diffère des autres outils dans la manière dont vous communiquez les changements apportés au projet. Quand les autres empruntent un modèle centralisé basé sur un seul et unique serveur, Git est entièrement décentralisé.

Dans un modèle centralisé, chaque personne désirant contribuer au projet rapatrie la version la plus récente du dépôt distant et envoi directement les modifications au serveur. Ce mode de fonctionnement présente un réel problème. En effet, il est impossible de travailler sans être connecté à Internet car une communication avec le serveur est forcément nécessaire.

Git est dit décentralisé car chaque collaborateur dispose d’une version complète de l’historique du dépôt distant (et non plus de la dernière version uniquement) sur son ordinateur appelé alors dépôt local. Une connexion à Internet n’est donc plus nécessaire pour continuer à travailler.

Ce modèle décentralisé permet également d’utiliser Git dans un but entièrement personnel. En effet, il est possible de créer un dépôt local pour un projet sans jamais le partager, simplement pour bénéficier des avantages d’un système de contrôle de version pour soi.

L’arbre de travail

L’arbre de travail contient tous les fichiers de votre projet à l’instant sélectionné dans l’historique du dépôt. C’est ici que les changements sont effectués. Contrairement à SVN, la modification d’un fichier ne signifie pas nécessairement l’envoi au dépôt distant. Le changement est dans un premier temps enregistré dans cet arbre de travail, à vous de décider ce que vous voulez en faire. Ce n’est pas le cas avec un modèle centralisé où chaque changement devient visible par tout le monde et une erreur peut très vite devenir embarrassante.

Manipulation des fichiers

Lorsqu’une modification est jugée satisfaisante, on en informe le dépôt local qui va alors y inscrire les informations sur la nouvelle révision du projet. Cette action est appelée commit.

Le fait d’avoir la possibilité de sauvegarder les changements dans le dépôt local avant l’envoi au dépôt distant présente un réel avantage. En effet, il devient alors possible d’expérimenter sans forcément le faire savoir aux autres collaborateurs tout en gardant un historique des modifications de ces expérimentations. Enfin, cela permet de s’affranchir du besoin constant d’une connexion Internet comme ce serait le cas dans un modèle centralisé.

Si l’on désire partager les nouveaux changements, on push la dernière révision vers un dépôt distant. Pour mettre à jour le dépôt local, on pull les derniers changements du dépôt distant.

Les branches et les fusions

Dans un projet, plusieurs idées peuvent être étudiées avant d’être intégrées définitivement. Grâce aux branches, Git offre la possibilité de faire diverger le projet à un moment donné. Ceci permet de pouvoir expérimenter sans modifier la branche principale du projet (aussi appelé trunk) tout en continuant à garder un historique des modifications pour toutes les branches.

Lorsqu’une idée s’avère meilleure que celle utilisée actuellement dans la branche principale et que l’on désire l’y inclure, on merge (fusionne) notre branche avec la branche principale. Pour cela, Git utilise une façon de faire très naturelle : il compare les deux historiques et détermine où les changements ont eu lieu. Cette branche peut ensuite être conservée ou détruite.

Verrouillage des fichiers

Les systèmes de contrôle de version traditionnels ne permettent pas l’édition du même fichier par plusieurs personnes. Vous demandez la permission au dépôt distant d’éditer un fichier (check out) et celui-ci se charge de bloquer son accès tant que les modifications ne sont pas terminées (check in).

Ce mode de fonctionnement est appelé verrouillage strict. Git utilise quant à lui un verrouillage optimiste : plusieurs personnes peuvent travailler sur le même fichier en assumant que la plupart du temps il n’y aura pas de conflits.

Une personne envoi les modifications au dépôt distant. Une autre personne ayant modifié le même fichier envoi également ses modifications et Git détecte un conflit. Dans ce cas, la deuxième personne devra récupérer la dernière version du fichier et gérer elle-même les conflits avant de pouvoir renvoyer ses modifications au serveur.

Installation et configuration de Git

Si vous avez compris les principes expliqués ci-dessus, le plus dur est fait. La prochaine étape consiste à installer Git sur notre machine. La manipulation est décrite pour Linux (Ubuntu plus précisément), Mac OS X et Windows. Dans le cas où vous rencontrerez des problèmes lors de l’installation, n’hésitez pas à consulter Google.

Installation sous Linux (Ubuntu 9.04)

Afin d’être certain de disposer de la dernière version (1.6.3.2 actuellement), il est recommandé d’aller télécharger directement les sources sur le site de Git et des les compiler soi-même.

Avant de télécharger les sources, il faut s’assurer que votre machine dispose des dépendances nécessaires au fonctionnement de Git :

1

root@ubuntu:/$ apt-get install build-dep libcurl4-openssl git-core git-doc

Téléchargement et décompression des sources dans le dossier /usr/src (par principe) :

1
2
3
4

root@ubuntu:/$ cd /usr/src
root@ubuntu:/usr/src$ wget http://kernel.org/pub/software/scm/git/git-1.6.3.2.tar.gz
root@ubuntu:/usr/src$ tar xzf git-1.6.3.2.tar.gz
root@ubuntu:/usr/src$ cd git-1.6.3.2

On peut alors passer à la compilation et l’installation :

1
2

root@ubuntu:/usr/src$ make all
root@ubuntu:/usr/src$ make install

Pour vérifier que Git est bien installé, on utilise la commande :

1
2

root@ubuntu:/usr/src$ git --version
git version 1.6.3.2

Installation sous Mac OS X (Leopard)

Pour les utilisateurs du système à la pomme, l’installation se voit grandement simplifiée grâce à la mise en ligne d’un assistant d’installation répondant au nom de git-osx-installer.

Pour le télécharger, rendez-vous ici.

Installation sous Windows (Vista)

Faire fonctionner Git sur Windows n’a pas toujours été une mince affaire. Fort heureusement, il est aujourd’hui possible de s’affranchir de l’utilisation de Cygwin grâce à Git on Windows.

Le programme d’installation se trouve ici et ne demande rien de plus que de cliquer sur le bouton « Suivant » à chaque étape.

Configuration

La configuration de Git ne prendra que quelques secondes grâce à la commande git-config. Il suffit de renseigner les informations nécessaires pour nous contacter, c’est-à-dire un nom et une adresse mail en tapant les commandes suivantes :

1
2

git config --global user.name "Maxime Bornemann"
git config --global user.email "contact@maximebornemann.com"

Travailler avec le dépôt local

Tout est enfin en place pour que nous commencions à manipuler Git. Durant la suite de cet article, je prendrai comme exemple une simple page HTML. J’y apporterai ainsi des modifications au fur et à mesure que les aspects évoqués précédemment seront illustrés par la pratique. Cette partie a uniquement pour objectif de travailler avec un dépôt local.

Création du dépôt local pour le projet

Créer un dépôt avec Git est très aisé. Une fois l’emplacement où seront stockés les fichiers de votre projet définit, il suffit d’utiliser la commande git init. Par exemple :

1
2
3
4
5

mkdir projet-site
cd projet-site
git init
 
Initialized empty Git repository in /Users/Maxime/projet-site/.git/

C’est aussi simple que ça, le répertoire projet-site sert désormais d’arbre de travail (pour rappel, l’arbre de travail contient les fichiers de votre projet à l’instant que vous avez sélectionné dans l’historique du projet), tandis que le dossier .git contient les informations relatives au dépôt.

Ajouter des fichiers au projet

Le dépôt est en place, il est temps d’y ajouter des fichiers. Pour cela, je vais créer une simple page HTML (index.html) contenant le strict minimum. Voici l’allure de la page :

1
2
3
4
5
6
7
8
9
10
11

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="fr-FR">
 
<head>
	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
	<title>Introduction à Git</title>
</head>
 
<body>
</body>
</html>

On doit maintenant informer Git que ce fichier fait parti du projet (et donc du commit) avec la commande git add :

1

git add index.html

Et on commit enfin le fichier accompagné d’un descriptif des modifications apportées avec la commande git commit -m « message » :

1
2
3
4
5

git commit -m "Basic HTML index page created."
 
[master (root-commit) 961d7c4] Basic HTML index page created.
 1 files changed, 11 insertions(+), 0 deletions(-)
 create mode 100644 index.html

Essayez d’être le plus descriptif dans les notes associées à vos commit, ils deviendront d’une grande utilité plus tard. J’ai tendance à conseiller d’écrire en anglais, pour faciliter le partage du code à l’international.

Plusieurs choses sont à noter dans le message renvoyé par Git. Tout d’abord, master signifie que le commit a été effectué sur la branche principale. 961d7c4 est un identifiant unique (obtenue avec la fonction de hachage SHA-1) permettant à Git de s’organiser.

La deuxième ligne indique les modifications qui ont été apportés à notre fichier par rapport à la version précédente. Git fait état de 11 ajouts dans le fichier et aucune suppression, ce qui est logique étant donné qu’il s’agit d’un nouveau fichier.

Voici un aspect que je n’ai pas évoqué jusqu’à présent. Contrairement à certains systèmes de contrôle de version, Git ne surveille pas les changements des fichiers mais les changements apportés au contenu des fichiers. Cela aura un impact important dans la taille que prendra notre dépôt par la suite.

Modification des fichiers

J’ajoute maintenant deux nouvelles lignes à mon index.html :

1
2
3

<h1>Bienvenue !</h1>
 
<p>Cet article a pour but de présenter Git, le mangeur d'arbres.</p>

Grâce à la commande git diff, il est possible de connaître quelles lignes du fichier ont été modifiées comparé à la version sur notre dépôt local :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

git diff
 
diff --git a/index.html b/index.html
index 380dae5..8da2329 100644
--- a/index.html
+++ b/index.html
@@ -7,5 +7,8 @@
 </head>
 
 <body>
+       <h1>Bienvenue !</h1>
+       
+       <p>Cet article a pour but de présenter Git, le mangeur d'arbres.</p>
 </body>
 </html>
\ No newline at end of file

Retenez bien cette commande, car vous allez l’utiliser très fréquemment tout comme git status, permettant d’afficher l’état de notre dépôt :

1
2
3
4
5
6
7
8
9
10

git status
 
On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   index.html
#
no changes added to commit (use "git add" and/or "git commit -a")

Comme l’indique la dernière ligne il est possible d’effectuer un commit d’une autre façon que celle utilisée précédemment (git add puis git commit -m « message »), en utilisant git commit -a qui ne vous oblige plus à ajouter manuellement les fichiers destinés au commit. Cette commande ouvre l’éditeur vi dans lequel vous devrez rédiger le message accompagnant le commit.

Revenir en arrière

Imaginons que la dernière modification apportée à votre dépôt s’avère en réalité être une erreur. Pour revenir en arrière, il suffit d’utiliser la commande git revert associé à l’identifiant unique du commit. Cette commande va remettre notre arbre de travail (le contenu du dossier de notre projet), dans l’état où il était au moment du commit indiqué.

Pour obtenir l’identifiant unique d’un commit, on peut faire appel à la commande git log qui affichera des informations sur les dernières modifications apportées au dépôt.

1
2
3
4
5
6
7
8
9
10
11
12
13

git log
 
commit 624c0bc7afd9e2a6edcfdc3f41e99113c2dacbea
Author: Maxime Bornemann <contact@maximebornemann.com>
Date:   Sat Jun 20 22:27:02 2009 +0200
 
    Added basic structure for the content.
 
commit 961d7c4de33acaa5350ca9b8540d9d6ec38ae6a3
Author: Maxime Bornemann <contact@maximebornemann.com>
Date:   Sat Jun 20 19:44:18 2009 +0200
 
    Basic HTML index page created.

Par exemple, pour revenir à mon premier commit et annuler les deux lignes que je viens d’ajouter :

1

git revert 624c0bc7afd9e2a6edcfdc3f41e99113c2dacbea

Travailler avec les branches

Prenons un exemple simple : vous arrivez à un certain point dans votre projet et vous aimeriez le présenter publiquement. Le temps que cela se produise, vous désirez pouvoir continuer à travailler dessus sans modifier l’état actuel du projet. La solution est simple, il suffit de créer une branche qui sera un clone des fichiers contenus dans la branche où se trouve le projet que l’on souhaite présenter.

Pour créer une nouvelle branche, on utilise la commande git branch nouvelle_branche branche_origine. Pour créer une branche « projet-2.0″ à partir de la branche principale de mon dépôt :

1

git branch projet-2.0 master

La commande git branch sans argument affiche la liste de toutes les branches du dépôt, celle où l’on se trouve étant symbolisée par une étoile :

1
2
3
4

git branch
 
* master
  projet-2.0

Comme l’on se trouve dans la branche principale, les commit effectués concerneront uniquement cette branche et n’affecterons en aucun cas les autres branches. Pour changer de branche, on utilise la commande git checkout nom_branche :

1
2
3
4
5
6
7
8

git checkout projet-2.0
 
Switched to branch "projet-2.0"
 
git branch
 
  master
* projet-2.0

On peut aussi comparer deux branches avec la commande diff (git diff master projet-2.0 par exemple).

En travaillant sur votre projet, vous avez eu plusieurs idées sans être certain qu’elles seront intégrées au projet. Vous avez donc créé une ou plusieurs branches dans l’optique d’expérimenter. Une de ces idées s’avère être bonne et doit être ajoutée à la branche principale. Comment faire ? Tout simplement en faisant un merge des deux branches. Il faut préalablement se placer dans la branche de destination :

1
2
3

git checkout master
Switched to branch "master"
git merge projet-2.0

Travailler avec le dépôt distant

Vous maîtrisez à présent toutes les commandes et principes de bases à savoir sur Git, il est temps de partager votre projet à l’aide d’un dépôt distant. Pour obtenir un dépôt distant, plusieurs possibilités s’offrent à vous. Si vous avez de la chance, quelqu’un en à déjà mis un en place. Si ce n’est pas le cas, vous pouvez décider de le créer vous même ou de vous tourner vers des hébergeurs spécialisés comme Github.

Création d’un dépôt public

L’inconvénient de Github est que pour disposer d’un dépôt distant privé (accessible uniquement par les membres de votre équipe par exemple) il est impératif de payer un abonnement. Bien qu’abordable (débutant à 7$ par mois) et dans la plupart des cas suffisante, cette solution peut ne pas plaire à tout le monde.

Pour cette raison, j’expliquerai uniquement comment mettre en place un dépôt distant sur un serveur Web nous étant propre. Si vous désirez tout de même utiliser Github, sachez que de nombreux tutoriels sont disponibles sur Internet, et une simple recherche Google devrait vous y conduire.

Pour communiquer avec un dépôt distant, nous avons le choix entre deux protocoles. Le protocole Git garantit un fonctionnement optimal mais nécessite l’ouverture de ports ce qui peut s’avérer gênant. Le protocole HTTP quant à lui ne nécessite guère plus qu’un serveur Web fonctionnel, c’est donc cette solution que nous allons utiliser.

Reprenons notre dépôt local situé dans le dossier projet-site/ pour le rendre public. Pour cela, on créé un clone du dépôt contenant uniquement les informations relatives à ce dépôt et non les fichiers, c’est à dire le dossier .git/ situé dans ce même dossier :

1

git clone --bare projet-site projet-site.git

Copiez ensuite le dossier sortant (ici projet-site.git) vers votre serveur Web et exécutez les deux commandes suivantes dans le dossier nécessaires au bon fonctionnement du dépôt :

1
2

git --bare update-server-info
chmod a+x hooks/post-update

À cet instant précis, il devient possible de cloner le dépôt distant directement sur votre machine avec la commande :

1

git clone http://monserveur.com/git/projet-site.git

Attention, cette action aura pour effet de créer un nouveau dépôt local et non de mettre à jour celui que nous disposons déjà.

Pour éviter d’avoir à taper l’adresse entière à chaque fois, il possible de donner un nom à ce dépôt distant sur notre machine. Dans ce cas, le dépôt distant aura pour nom origin :

1

git remote add origin http://monserveur.com/git/projet-site.git

Envoyer les changements au dépôt distant

Pour envoyer les changements effectués au dépôt local vers le dépôt distant, il faut utiliser la commande git push en spécifiant la branche qui doit être envoyée ou en ne mettant rien pour envoyer la branche principale :

1

git push origin

Récupérer les nouveaux changements

Lorsque vous clonez un dépôt distant pour la première fois, vous « suivez » par défaut sa branche principale. Cela signifie que lorsque vous récupérerez les changements de ce dépôt, seuls cette branche sera mise à jour dans le dépôt local.

La liste des branches distantes est accessible avec la commande :

1

git branch -r

La commande git fetch permet d’ajouter une nouvelle branche distante à suivre et prend trois arguments : le nom ou l’adresse du dépôt distant, le nouveau de la branche distante et le nom qu’aura cette branche dans notre dépôt local (on peut conserver le même nom).

Par exemple, si l’on souhaite suivre une branche distante nommée projet-2.0-test :

1

git fetch origin projet-2.0-test:projet-2.0-test

Enfin, pour mettre à jour toutes les branches et les faire fusionner avec notre dépôt local on fait appel à la commande :

1

git pull

Pour aller plus loin

Cet article constitue une très bonne base pour utiliser Git dans la vie de tous les jours. Cependant, pour réellement le comprendre, je ne peux que vous encourager à pratiquer. Le contrôle de version s’applique à toute sortes de projets et pas seulement à ceux liés à la programmation alors n’hésitez pas à faire des commit à toutes les sauces !

Pour finir, voici une liste des liens intéressants sur le sujet :

• - Google Tech Talk : Linus Torvalds on Git (Video)
• - Google Tech Talk : Randal Schwartz on Git (Video)
• - FLOSS Weekly #19 : Git (Leo Laporte, Randal Schwartz, Junio Hamano) (Audio)
• - Gitcasts (Screencasts)
• - Git pour les (futurs) barbus (Article)
• - Setting up a new remote git repository (Article)

Ce qu’il faut savoir…

Tout d’abord, vous aurez besoin de CRON et cURL installés sur votre serveur. CRON permet d’exécuter un script à intervalles réguliers. Bien que généralement réservé aux serveurs dédiés, il n’est pas impossible qu’une offre moins évoluée propose cette fonctionnalité. cURL va quant à lui nous permettre de communiquer avec Twitter.

Par mesure de sécurité, il est vivement conseillé de disposer de la possibilité de créer des utilisateurs sur votre base MySQL.

Une fois la sauvegarde terminée, un message privé sera envoyé à un compte Twitter. De ce fait, vous aurez besoin de créer un second compte à la charge de ce travail.

Téléchargement

Pour les plus pressés d’entre vous, voici un lien de téléchargement vers le script complet :

• Shell Script CRON

Les mains dans le cambouis

Création d’un nouvel utilisateur MySQL

Avant d’entrer dans le vif du sujet, nous allons créer un nouvel utilisateur qui aura comme rôle de sauvegarder nos bases MySQL. Cet utilisateur aura des droits limités, à savoir uniquement la possibilité d’accéder (SELECT) et de bloquer (LOCK TABLES) les tables.

Pour créer un utilisateur, la solution la plus simple consiste à passer par PhpMyAdmin. Commencez par vous rendre dans « Privilèges » sur l’écran principal, puis « Ajouter un utilisateur ».

Entrez un nom d’utilisateur, l’adresse de votre base MySQL (généralement localhost) ainsi qu’un mot de passe. N’attribuez aucune base de données ni aucun droit global pour le moment.

Retournez ensuite dans l’onglet « Privilèges » pour modifier l’utilisateur que vous venez de créer. Sélectionnez le nom de la base de données que vous désirez sauvegarder dans la partie « Privilèges spécifiques à une base de données ». Sur l’écran suivant, sélectionnez les droits SELECT et LOCK TABLES.

Sauvegarde des données et bases MySQL

Nous allons maintenant écrire le Shell script. Pour ceux d’entre vous qui ne connaîtraient pas, il s’agit d’un fichier exécutable contenant une suite de commandes. Créez un nouveau fichier comportant l’extension .sh (backup.sh par exemple).

Un Shell script débute toujours par une ligne appelée shebang. Elle indique à la machine quel interpréteur utiliser (c’est-à-dire quelles commandes pourront être exécutées). Ce sera la première ligne du script :

1

#!/bin/sh

Nous allons utiliser plusieurs fois la date du jour, c’est pourquoi il est préférable de la stocker dans une variable plutôt que de la demander à chaque fois au serveur :

3

Date="`date +%d%m%y`"

Notez l’utilisation des backquotes. Elles permettent d’éxecuter la commande renseignée à l’intérieur. Ainsi, lorsque le script sera lancé la ligne prendra la forme suivante :

3

Date="08052009"

Dans un premier temps, la sauvegarde sera située dans un dossier temporaire portant un nom de la forme Backup-DateDuJour, ainsi :

1
2
3
4
5
6

#!/bin/sh
 
Date="`date +%d%m%y`"
 
# Création du répertoire de sauvegarde
mkdir /home/data/backups/Backup-$Date

Lors de la création d’un script CRON, il est important de toujours utiliser des chemins absolus (c’est-à-dire complets), car son exécution se fera hors environnement. Les chemins relatifs ont de forte chance de ne pas fonctionner.

À présent, on passe à la sauvegarde de la base MySQL à l’aide de la commande mysqldump.

8
9

# Sauvegarde de la base MySQL vers le répertoire de sauvegarde
mysqldump --host localhost --user backupsql --password=12345 wordpress > /home/data/backups/Backup-$Date/mysqldump-$Date.sql && BackupSQL="Ok"

La syntaxe de mysqldump est très simple. Les arguments à fournir sont l’hôte où se trouve la base MySQL, le nom d’utilisateur et le mot de passe créé précédemment ainsi que le nom de la base à sauvegarder.

La sauvegarde est ensuite envoyée dans un nouveau fichier mysqldump-$Date.sql grâce à la redirection >. Nous aurons besoin de savoir plus tard si la commande s’est bien déroulée, ce qui justifie la présence de la condition && après la commande. Cela signifie que tout ce qui se situe après la condition sera uniquement exécuté si la commande précédente n’a pas retourné d’erreur. On stocke « Ok » dans la variable BackupSQL si la sauvegarde s’est correctement déroulée.

On compresse ensuite le répertoire où se trouvent les fichiers à sauvegarder, avec la création d’une variable BackupData pour les même raisons que précèdement :

11
12

# Sauvegarde des données vers le répertoire de sauvegarde
tar -cf /home/data/backups/Backup-$Date/datadump-$Date.tar.gz /home/web/wordpress/ && BackupData="Ok"

Pour faciliter le transfert des sauvegardes, on compresse l’archive contenant les données et la sauvegarde SQL dans un même fichier :

14
15

# Compression des deux fichiers en un seul
tar -cf /home/data/backups/Backup-$Date.tar.gz /home/data/backups/Backup-$Date/

On peut désormais supprimer le dossier temporaire :

17
18

# Suppression des fichier non compressés
rm -R /home/data/backups/Backup-$Date

Envoi de messages privés via Twitter

Envoyer un message privé à notre compte Twitter est une opération très simple à réaliser grâce à l’API de Twitter et cURL.

On utilise une structure conditionnelle en if… else pour vérifier si les variables BackupSQL et BackupData contiennent la chaîne de caractères « Ok » (ce qui signifie que la sauvegarde s’est correctement déroulée) :

20
21
22
23
24
25
26

# Envoi de message privé via Twitter
if [ $BackupSQL = "Ok" -a $BackupData = "Ok" ] 
then
	curl --user M2SBackup:123456 -d "text=La sauvegarde du $Date s'est correctement déroulée.&user=MyUser" http://twitter.com/direct_messages/new.xml > /dev/null
else
	curl --user M2SBackup:123456 -d "text=Erreur lors de la sauvegarde du $Date, veuillez examiner la source du problème.&user=MyUser" http://twitter.com/direct_messages/new.xml > /dev/null
fi

La syntaxe de de cURL se résume à entrer le nom d’utilisateur suivi du mot de passe du compte Twitter émetteur (précédé d’un double point). Le message à envoyer se situe après « text= ». N’oubliez pas d’ajouter le destinataire (&user=). La redirection > /dev/null permet de masquer les messages qui pourraient s’afficher à l’écran.

Notre shell script complet a la forme suivante :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

#!/bin/sh
 
Date="`date +%d%m%y`"
 
# Création du répertoire de sauvegarde
mkdir /home/data/backups/Backup-$Date
 
# Sauvegarde de la base MySQL vers le répertoire de sauvegarde
mysqldump --host localhost --user sqlbackup --password=12345 wordpress > /home/data/backups/Backup-$Date/mysqldump-$Date.sql && BackupSQL="Ok"
 
# Sauvegarde des données vers le répertoire de sauvegarde
tar -cf /home/data/backups/Backup-$Date/datadump-$Date.tar.gz /home/web/wordpress/ && BackupData="Ok"
 
# Compression des deux fichiers en un seul
tar -cf /home/data/backups/Backup-$Date.tar.gz /home/data/backups/Backup-$Date/
 
# Suppression des fichier non compressés
rm -R /home/data/backups/Backup-$Date
 
# Envoi de message privé via Twitter
if [ $BackupSQL = "Ok" -a $BackupData = "Ok" ] 
then
	curl --user M2SBackup:123456 -d "text=La sauvegarde du $Date s'est correctement déroulée.&user=MyUser" http://twitter.com/direct_messages/new.xml > /dev/null
else
	curl --user M2SBackup:123456 -d "text=Erreur lors de la sauvegarde du $Date, veuillez examiner la source du problème.&user=MyUser" http://twitter.com/direct_messages/new.xml > /dev/null
fi

Configuration de CRON

Pour finir, il faut définir à quelle intervalle de temps notre script sera exécuter par CRON. Si vous avez de la chance, votre hébergeur dispose d’une interface graphique sur leur site Web.

Pour les autres, la commande crontab -e permet d’ajouter un « CRON job » manuellement :

1

0 12 * * * /home/scripts/backup.sh

Les cinq premiers éléments indiquent la fréquence d’exécution. La suite de nombre a pour signification Minute, Heure, Jour du mois, Mois, Jour de la semaine. Ainsi, dans cet exemple, le script sera exécuté toutes les 12 heures.

Améliorations possibles

J’ai volontairement laissé certaines fonctionnalités de côté pour éviter de compliquer les choses comme le chiffrement des archives ou le transfert des archives vers un serveur tiers.

N’hésitez pas à implémenter ces fonctionnalités et de me faire part de vos idées d’amélioration !

Des solutions qui se multiplient

Plus les années passent et plus l’engouement autour du livre électronique semble atteindre le grand public. Les solutions prolifèrent chez les fabricants les plus populaires comme Sony et Amazon ou les plus petits comme iRex Technologies et Bookeen.

Depuis la sortie de son Kindle fin 2007 (et de son successeur il y a quelques mois), Amazon est sur le pied de guerre et semble déterminer à s’emparer du marché. Après avoir racheter Audible (leader de la vente de livre audio en ligne), d’avoir proposé sa propre application permettant de lire les livres destinés au Kindle sur iPhone ou iPod Touch, Amazon s’est offert Stanza, leader de la plate-forme pommée.

Mais cet investissement est-il réellement bénéfique ? L’entreprise a probablement investi des millions de dollars dans le développement du Kindle, mais l’ouverture récente plate-formes concurrentes prouve que la stratégie mise en place par Jeff Bezos, fondateur et actuel PDG, est entrain de changer.

Amazon tend à devenir un fournisseur de contenu plutôt que de vouloir dominer le marché avec sa plate-forme propriétaire. Est-ce là un aveu de faiblesse devant la complexité de la tâche ou l’envie de s’emparer du gros morceau avant que quelqu’un d’autre ne s’en charge ?

Des imperfections technologiques persistantes

Commençons tout d’abord par analyser les principaux appareils disponibles sur le marché. Ces lecteurs sont typiquement chers, d’une qualité de fabrication moyenne et dont l’expérience utilisateur laisse à désirer.

Si l’on ne devait retenir qu’une chose, c’est à quel point ils se ressemblent dans la médiocrité. Le problème vient peut-être de la technologie utilisée, la fameuse encre électronique (« E Ink »). Certes, l’encre électronique permet d’obtenir une consommation d’énergie très faible et un confort pour les yeux non négligeable mais son champ d’utilisation est extrêmement réduit.

Quand la tendance est aux appareils tout en un, comment une telle technologie peut-elle espérer s’imposer ?

Au bénéfice des consommateurs ?

Le deuxième obstacle majeur à la croissance de ce marché est bien entendu les fournisseurs de contenus. Amazon propose des tarifs réduits pour ses livres destinés au Kindle, mais les prix sont parfois encore au dessus de ce que l’on pourrait espérer.

Le Kindle n’étant disponible uniquement aux États-Unis, il faut donc se rabattre sur les fournisseurs locaux. Malheureusement pour nous, la situation en France est catastrophique. Numilog, leader du secteur et partenaire de la FNAC, propose des tarifs exorbitants quasiment équivalents aux versions papier sans pour autant que les auteurs voient leurs revenus augmenter. Pire encore, la FNAC a récemment commercialisé en exclusivité le Sony Reader PRS-505 pour 299€, soit presque 100€ de plus qu’outre-Atlantique.

Qui pour sauver le livre électronique ?

Comment justifier de telles pratiques ? Le livre électronique est à la dérive et a besoin d’un sauveur car son futur est incertain.

Fort heureusement, la clé de la réussite n’est peut-être pas si loin. Si de nos jours une entreprise à les moyens de changer les choses, il s’agit bien d’Apple. Devant le succès de sa plate-forme mobile, du savoir faire qu’on lui connaît et de l’attrait pour l’iTunes Store, l’entreprise à toutes les cartes en main pour changer la donne.

Si Apple parvient à faire un partenariat avec Amazon et les différents éditeurs à l’étranger (ce qui risque de s’avérer très difficile) et qu’un appareil plus adapté à la lecture de livres qu’un iPhone fait son apparition (je pense à la supposée Mac Tablet), le pari sera presque gagné.

Connaissant la firme, cette solution n’arrangera tous les consommateurs sur la question du prix, mais poussera définitivement le livre électronique vers le droit chemin.

Informations supplémentaires

Les 78 touches sont basées sur le dernier modèle de clavier Apple sans fil, dans sa version AZERTY. La police utilisée est VAG Rounded. Cliquez sur les images ci-dessous pour avoir un meilleur aperçu :

Téléchargement

• Fichier source Photoshop (.psd) (33 mo)

Les astuces de base

Ouvrir automatiquement la console au démarrage de l’application

La console se retrouve très souvent ouverte lors de l’exécution de notre programme pour des raisons de débuggage. Plutôt que d’utiliser le raccourci + + R, il est vivement conseillé de configurer XCode afin de rendre cette ouverture automatique. Dans l’onglet « Debugging » des préférences, sélectionnez « Show Console » dans le menu déroulant « On Start ».

Profiter de la puissance du champ de recherche

Pour accéder rapidement au moteur de recherche de XCode, on utilise le raccourci + F (ou + + F pour une recherche avancée). Si une liste de dossiers est sélectionnée dans le navigateur, la recherche s’effectuera uniquement à ces endroits là.

En cliquant sur la loupe à côté du champ de recherche, on constate qu’il est possible d’utiliser des caractères joker et même des expressions régulières.

Ouvrir plus rapidement les fichiers

Plutôt que d’utiliser le menu traditionnel d’ouverture de fichier, préférez l’utilisation de l’ouverture rapide ( + + D) qui est une manière bien plus pratique d’ouvrir vos fichiers.

La vue détaillée

Si les éléments de l’interface vous gênent, n’hésitez pas à passer en mode de vue détaillée à l’aide du raccourci + + + E. Cette vue affiche uniquement la fenêtre de code.

Parcourir efficacement la documentation

Si vous passez un temps considérable à parcourir la documentation ( + + + ?), sachez qu’il est possible d’accéder à une section précise en utilisant le raccourci + Double-clic sur un élément particulier.

Naviguer dans le code et entre les fichiers

Passer rapidement du fichier d’en-tête au fichier d’implémentation

Naviguer entre le fichier d’en-tête (.h) et le fichier d’implémentation (.m) des classes peut vite devenir frustrant si l’on ne connaît pas ce raccourci. + + vous permet de passer d’un fichier à l’autre sans le moindre effort.

Parcourir efficacement l’historique

Si vous souhaitez accéder rapidement à un fichier ouvert précédemment, pensez à utilisez le raccourci + + ou .

Lister les méthodes décrites dans le fichier

Pour parcourir rapidement dans un fichier, rien ne vaut le raccourci Ctrl + 2 qui affiche la liste des méthodes décrites dans le fichier.

Organiser les méthodes avec pragma mark

Cette astuce est une de mes préférées. Grâce aux « pragma mark », il est possible de scinder ou d’organiser par sections la liste des méthodes obtenue avec le raccourci précédent Ctrl + 2.

Pour créer une nouvelle section, on utilise #pragma mark suivi du nom de la section (le séparateur s’obtient en utilisant un tiret (-) en guise de nom).

Les commentaires spéciaux

Les commentaires spéciaux sont très pratiques pour garder trace de ce qu’il reste à modifier dans votre programme. En ajoutant un commentaire de type // TODO : ou // FIXME :, un nouvel élément apparaîtra dans la liste des méthodes (Ctrl + 2) à la manière de l’astuce précédente.

Ajouter des marques page

Les marques page constituent une autre façon de naviguer rapidement au travers des fichiers. Pour créer un marque page, on utilise le raccourci + D. Les raccourcis Ctrl + 4 et + + M permettent de consulter les marques page du fichier ou du projet entier.

Centrer le fenêtre sur la sélection

Quand vous sentirez le besoin de recentrer la fenêtre sur un élément particulier, Ctrl + L vous sera d’une grande utilité.

Se rendre à la ligne désirée

Cette astuce fonctionne à travers de nombreuses applications sur Mac OS X, aucune raison pour que ça ne soit pas le cas sur XCode. + L permet d’atteindre n’importe quelle ligne du document.

Accéder à la déclaration ou l’implémentation d’une méthode

Que l’on croise la déclaration ou l’implémentation d’une méthode dans un morceau de code, sachez qu’il est possible de passer rapidement de l’un à l’autre grâce au raccourci + Double-clic sur le nom de la méthode concernée.

Activer la mise en surbrillance automatique

XCode offre la possibilité de mettre intelligemment en valeur une partie du code suivant l’endroit où l’on se situe. Cela peut être utile dans le cas d’une démonstration, mais il s’agit avant tout d’une question de goût. Cette fonctionnalité peut être activée (ou désactivée) grâce au raccourci Ctrl + + + F.

Coder encore plus rapidement

L’autocomplétion

Comme tout bon éditeur de code, XCode propose une autocomplétion durant la frappe. Pour valider le choix proposé, il suffit d’appuyer sur Tab.

Particularité intéressante, si le morceau de code ajouté contient plus d’un argument a compléter, on peut utiliser Ctrl + / pour passer à l’argument suivant.

Suggestion

Lorsque vous n’êtes pas certain de quoi taper, appuyez sur la touche Esc pour afficher une liste de suggestion.

Commenter une sélection

Pour commenter ou décommenter rapidement un bloc de code, il suffit de le sélectionner et d’appuyer sur les touches + /.

Sélectionner toutes les occurences à portée de la sélection

Si le besoin se fait ressentir de renommer le nom d’une variable apparaissant plusieurs fois dans l’une de vos méthodes, ne prenez pas la peine de les renommer à la main. En plus d’être source d’erreurs et de perte de temps, il existe un fonctionnalité très utile dans XCode permettant de sélectionner intelligemment toutes les occurrences à portée d’une sélection à l’aide du raccourci Ctrl + + T.

La refactorisation de code

La refactorisation de code (anglicisme de refactoring) est une fonction très puissante que propose XCode ( + + J). A la manière de l’astuce précédente, elle permet par exemple de renommer une variable à travers tout un projet ou même de créer des méthodes à partir d’un bout de code et tout cela en quelques clics seulement. Je ne peux que vous encourager à essayer, gain de temps garanti !

Pour finir…

Il existe encore de nombreuses astuces pour XCode. J’en traiterai quelques-unes plus avancées, comme les macros, les scripts utilisateurs et les templates personnalisées dans un prochain article.

En attendant, n’hésitez pas à créer vos propres raccourcis (« Préférences », « Key Binding ») et si vous connaissez d’autres astuces, laissez un commentaire pour les partager avec moi !

Qui suis-je ?

Il y a de grandes chances pour que vous n’ayez jamais entendu parler de moi. Pour faire court, je m’appelle Maxime Bornemann, j’ai 21 ans et je suis passionné par de nombreux domaines de l’informatique. Je suis étudiant en Réseaux et Télécommunications à l’IUT de Colmar (Alsace), ce qui fait de moi un « IT guy ».

Fort heureusement, ce n’est pas tout. J’ai un grand intérêt pour le Web design, l’expérience utilisateur et le développement en général. Je travaille actuellement sur plusieurs projets avec Max Schleiffer, réunis sous la bannière de M2SGroupe.

Quel est le but de ce blog ?

Ce blog a pour objectif premier le partage de la connaissance. Je meurs d’envie de faire part de mes découvertes concernant les sujets qui me tiennent à coeur. Les articles seront ainsi souvent présentés sous la forme de tutoriels (écrits ou screencast).

Mon objectif second est bien entendu de me mettre en avant sur le Web. J’espère que cette expérience me permettra de faire des rencontres enrichissantes.

Et maintenant ?

Si l’envie vous prend d’en savoir plus sur moi, la meilleure solution est de me suivre sur Twitter. Pendant que vous y êtes, pourquoi ne pas commencer par lire XCode : 20 astuces pour augmenter votre productivité ou profiter de mon petit cadeau ?