Du web, des socquettes et de la carto#
Date de publication initiale : 25 février 2013
Mots-clés : Leaflet | PHP | ratchet | WebSocket
Avec un titre pareil je suis pas prêt de me faire référencer... tant pis ce sera pour les initiés . J'entends souvent parler du temps réel ; la tendance actuelle vers les objects connectés et autres interactions possibles avec des smartphones et/ou des sites web m'a fait (re)découvrir une partie du web que j'avais mise de côté. Et donc l'envie de mettre les mains dans le cambouis et regarder d'un peu plus près comment ça marche ! Et ouais on ne se refait pas.
Introduction - légère l'intro, pas d'inquiétude :)#
Au début il y avait le web#
Je me rappelle des premiers sites web que j'ai pu visiter avec ma connexion RTC : c'était un peu lent à la connexion (en fait ça mettait une plombe à s'initialiser, le modem faisait un bruit horrible ...), c'était un poil statique, les sites comportaient des gif animés et il n'y avait pas énormément de sites en ligne (dans les 25 000, je vous laisse calculer mon âge, j'étais en seconde :). Bon d'accord y'en a des jolis des gif animés.
...puis on a entendu parler du web 2.0#
Là le web s'est un peu accéléré, je suis toujours impressionné par les technologies actuelles : ça va vite, ça interagit, ça bouge sans trop ramer, bref c'est chouette ! L'internaute est devenu un acteur du web, il pouvait influer sur le contenu d'une page ou d'une application et voir quasiment en temps réel les modifications qu'il avait apportées - selon moi l'émergence des réseaux sociaux en est l'un des exemples les plus parlant.
...et maintenant l'HTML5#
L'HTML5 est un ensemble de technologies - il n'y a pas que le HTML ou le CSS - mais aussi les canvas, le svg, la géolocalisation, le web storage et j'en passe.
Le sujet qui nous intéresse aujourd'hui est les websocket et donc la notion de vrai temps réel (une sorte de super Ajax). [On prend sa respiration ...] Il s'agit donc d'un protocole de communication entre un client et un serveur par la mise en place d'un canal bidirectionnel entre ces deux entités : ça permet de pousser des données du serveur vers le client. Je ne suis pas trop penché sur la question du système de notifications d'Apple avec iOS mais ça semble un peu similaire (dans le principe s'entend, je ne suis pas certain du tout qu'ils utilisent ce protocole).
C'est bien gentil tout ça, mais c'est quoi le sujet de ton tuto ?#
T'inquiète paupiette on y vient#
En brut de forme : installer un serveur de websocket sans trop se galérer avec l'installation d'un serveur type node.js ou APE. On va faire ça simple avec une bibliothèque en PHP qui implémente les websockets. Comme ça hop pas trop de souci sur le serveur de développement et on bousille pas toute la configuration qui nous a pris des années à stabiliser (y'en a un peu de vrai, c'est peut-être pas des années mais un certain temps quand même). Côté performance, aucune idée de savoir si c'est une bonne solution, mais pour une première, ça ira, on fera comme si. Mais j'ai bon espoir :) Puis nous couplerons tout ça avec Leaflet et voir si tout fonctionne.
Ratchet#
Et tiens bim, encore un truc nouveau !
En cherchant une bibliothèque PHP qui supportait les websockets je suis tombé inévitablement sur phpwebsocket mais bon ça n'a pas l'air d'être trop mis à jour. Y'a peut-être quelque chose d'autre ? Et oui, c'est Ratchet ! Allez c'est parti on va partir sur cette bibliothèque.
Installation#
Donc facile on se rend sur le site web et hop direct à la page d'installation... tiens pas de bouton 'Download'... hum... il faut utiliser composer... que de trucs nouveaux dans ce tuto :) Donc composer est un installeur de bibliothèques qui gère les dépendances et y'en a besoin pour Ratchet. On ouvre un terminal, on se place à la racine du projet web que l'on vient de créer et hop on attaque :
1 |
|
Note
J'ai ajouté detect_unicode=Off
ne voulant pas changer cette configuration dans mon php.ini
.
On a donc le fichier composer.phar
téléchargé à la racine. Il faut maintenant écrire un fichier de configuration dans lequel nous ajoutons Ratchet comme dépendance. Il faut éditer un nouveau fichier composer.json
à la racine du projet et écrire dedans :
1 2 3 4 5 6 7 8 9 10 |
|
Et maintenant on installe Ratchet en lançant la commande suivante :
1 |
|
On se retrouve avec un nouveau fichier composer.lock
et un répertoire vendor
qui contient les dépendances de Ratchet pour notre projet.
Du code du code du code#
C'est parti ! On crée une nouvelle classe en PHP qui va s'appeler Truc et qui écoutera les 4 événements suivants :
onOpen
qui est appelé quand un nouveau client se connecte ;onMessage
appelé quand un message arrive ;onClose
appelé quand une connexion se ferme ;onError
appelé quand y'a un blème.
On édite donc un fichier PHP que l'on enregistre ici /src/MyApp/Truc.php
- qui utilise la classe de connexion et celle des messages :
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
Evidemment il faudra mettre deux trois trucs dans les fonctions... là en l'état ça ne fait pas grand'chose.
Maintenant il faut créer le serveur d'entrées/sorties que l'on va appeler /bin/truc-server.php
:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
On peut d'ores-et-déjà démarrer le serveur comme ça dans un terminal juste pour voir :
1 |
|
Bon en fait on voit rien... hum hum... le script a juste pris possession du terminal - on verra comment écrire des logs dans ce terminal pour voir les connexions entrantes et les actions des clients. Pour quitter c'est Ctrl+C .
On continue en éditant notre classe Truc pour remplir un peu les fonctions des 4 événements déclarés :
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 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 |
|
En simplifié dans l'ordre du code, on a créé un constructeur de notre Truc, à chaque nouvelle connexion on enregistre le client et on écrit un log, à chaque message qui arrive on écrit un log et on envoie le message à tous les autres clients, à chaque déconnexion on supprime le client de notre objet de stockage, et enfin à chaque erreur on écrit dans le terminal que bah y'a eu un problème.
Lançons le serveur dans un premier terminal et lançons Telnet dans 3 autres :
1 2 3 4 |
|
Et tapez des insultes dans un des telnet, vous les verrez dans les autres. Et dans le log (ie. le terminal où l'on a lancé le serveur) vous pouvez fliquer les clients ;)
Cool, ça marche, on a un serveur de websockets en PHP et plusieurs clients via le protocole TCP/IP peuvent s'envoyer des messages. Maintenant il faut mettre tout ça dans le web et coupler tout ceci dans une jolie carto :)
Un peu d'HTML/Javascript avec de la carto dedans et hop ça touche à sa fin#
Il nous reste à écrire une page HTML où nos clients se connecteront. On fait donc une carte où l'on donne la possibilité à l'internaute de cliquer pour ajouter des marqueurs à l'endroit justement où il a cliqué et qui enverra un message aux autres clients qui interpréteront cela comme un marqueur d'un gars extérieur - vous allez voir c'est un poil intrusif :)
C'est parti !
A la racine du projet on édite un fichier - genre maptruc.html
- on aura pris soin de télécharger la bibliothèque Leaflet dans le répertoire lib/js/leaflet/
.
Carto Truc Websocket Leaflet :)
1 2 3 4 |
|
On a la carto simple (avec un joli fond de carte de chez Stamen Design), maintenant il faut se connecter au serveur de websocket et ajouter des marqueurs.
On ajoute des petits marqueurs dans le répertoire img
et on en affiche un des deux chaque fois que l'on clique sur la carte :
1 |
|
Les entrées / sorties fonctionnent, reste à charger les fonctionnalités des websocket dans /bin/truc-server.php
pour que ça fonctionne dans les navigateurs un poil récent :
1 2 3 4 5 6 7 8 9 10 11 |
|
Encore 8 lignes et c'est fini ! On se connecte sur le serveur de websocket et on code quelques fonctionnalités :
- quand on clique sur la carte - ça ajoute un marqueur sur la sienne et ça envoie un message (ie. on envoie que les coordonnées du marqueur) aux autres clients
- et quand on reçoit un message on récupère le message (des coordonnées donc, vous suivez ?) et on ajoute un marqueur d'une autre couleur sur la carte :
1 |
|
Modifiez l'adresse IP à la première ligne par la votre. Et c'est tout bon !
Et les navigateurs dans tout ça ?#
Bonne nouvelle, tous les navigateurs supportent les websocket même sur smartphone :) Bon ok il en manque un... je vous le donne dans le mille... IE c'est seulement à partir de la version 10 :/ Aux 11% qui lisent GeoTribu avec IE, essayez de changer, juste comme ça pour voir, les autres navigateurs sont pas mal franchement
La démo#
Tip
Bon c'est sûr, il faut que plusieurs visiteurs soient sur le tuto en même temps pour voir quelque chose... Au pire ouvrez deux onglets et jouez avec vous-même.
Pour la pleine page c'est par ici.
Si vous êtes seul sur ce tuto mais que vous avez un smartphone sous la main - testez la démo avec ! Flashouillez le code et hop cliquez sur la carte.
Bon il se peut que le serveur de websocket ne fonctionne pas tout le temps - et ouais c'est une démo ! Et il se peut que vous ayez à modifier le port 8080 par autre chose. Souvent il est pris par Tomcat ce port. Et il faut avoir installé php5-curl, ça marchera mieux.
Tips#
Si vous voulez lancer le script de manière un peu durable il convient de rediriger les logs vers un fichier ad-hoc :
1 |
|
Conclusion#
Bon évidemment c'est un petit tuto pour voir comment tout ça fonctionne, mais de mon côté je suis enchanté, ça ouvre pas mal de perspectives et je compte m'y coller plus franchement : pourquoi pas installer nodejs
(qui contient la bibliothèque Javascript socket.io qui gère le protocole des websockets) et une base de données NoSQL qui délivre du json en natif (surtout vrai pour CouchDB) et du coup n'avoir que du Javascript partout. Imaginez ce que l'on pourrait faire avec le plugin Draw de Leaflet ! De la co-édition d'objets géographiques en temps réel par exemple ! Wahou !
Auteur#
Fabien Goblet
Fabien est l'un des fondateurs de Geotribu.
Commentaires
Une version minimale de la syntaxe markdown est acceptée pour la mise en forme des commentaires.Propulsé par Isso.