L’on travaille sur les deux en utilisant des fonctions toutes distinctes:

• Pour les flux, se sont les fonctions stream_*
• Pour les sockets, se sont les fonctions socket_*

Parmi celles-ci, il y a deux fonctions extrêmement utiles: stream_select et socket_select. Elles permettent d’attendre de nouvelles données respectivement depuis un flux et un socket.

Vous pouvez par exemple attendre deux flux de données en même temps avec stream_select. Si l’un des deux a de nouvelles informations, la fonction retourne un entier décrivant le nombre de flux qui ont eu de nouvelles notifications. Vous pouvez aussi ajouter un timeout, etc… De la même manière, vous pouvez attendre un ou plusieurs sockets avec socket_select.

Seulement, si vous travaillez à la fois avec des flux et des sockets… Comment faire?

1. Vous pouvez très bien mettre des timeout à quelques dizaines de millisecondes, regarder pendant x ms le flux, x ms le socket, puis on recommence… C’est une solution comme une autre mais très peu propre, et qui ne sera jamais « instantanée ».
2. Vous pouvez utiliser un système, auquel vous vous connecterez en socket, qui écoutera un flux et dès que le flux recevra des données, il vous l’enverra par le socket. Ainsi, vous aurez que des sockets, vous pouvez donc utiliser socket_select.
3. Mais, pourquoi ne pas créer une fonction socket_stream_select, ou stream_socket_select, comme vous voulez, dans le coeur de PHP, qui transformera les flux et les sockets PHP en sockets systèmes pour les écouter avec la fonction C select ?

Une fonction socket_stream_select

Elle aurait très bien pu s’appeller stream_socket_select mais les fonctions socket_* étant présentes uniquement lorsque PHP est compilé avec --enable-socket, et que les flux sont toujours présents, a fait que mon choix s’est porté vers l’ajout d’une fonction à l’extension « socket » de PHP.

La fonction socket_stream_select ressemble à socket_select et stream_select, mais elle prend 8 paramètres, qui sont décrit après son prototype que voilà:

int socket_stream_select ( array &$read_streams, array &$read_sockets, array &$write_streams, array &$write_sockets, array &$except_streams, array &$except_sockets, int $tv_sec [, int $tv_usec])

• $read_streams
  Flux surveillés pour la lecture
• $read_sockets
  Sockets surveillés pour la lecture
• $write_streams
  Flux surveillés pour l’écriture
• $write_sockets
  Sockets surveillés pour l’écriture
• $except_streams
  Flux surveillés pour leurs exceptions
• $except_sockets
  Sockets surveillés pour leurs exceptions
• Les paramètres $tv_sec (en secondes) et $tv_usec (en millisecondes) forment le paramètre timeout (durée de vie). Le timeout est la durée maximale de temps avant que socket_stream_select() ne se termine. $tv_sec peut être zéro, ce qui fera que socket_stream_select() retournera immédiatement. C’est très pratique pour faire du polling (sondage). Si $tv_sec est NULL (pas de timeout), socket_stream_select() peut se bloquer indéfiniment.

Installation de la fonction socket_stream_select

Pour pouvoir bénéficier de la fonction socket_stream_select, vous devez utiliser votre propre version de PHP, que vous aurez préalablement patchée avec le patch pour socket_stream_select, puis compiler avec l’option –enable-socket.

Le patch se trouve à cette adresse:

• http://www.d-sites.com/wp-content/uploads/2009/12/socket_stream_select.patch

Dans le dossier des sources de PHP 5.3, il vous suffit d’exécuter ces deux commandes afin de créer cette fonction socket_stream_select dans le coeur de PHP:

wget http://www.d-sites.com/wp-content/uploads/2009/12/socket_stream_select.patch -O socket_stream_select.patch
patch -p0 < socket_stream_select.patch

Bonne continuation.

Edit 11h01: C’est en fait l’article HipHop pour PHP, qu’est-ce que c’est ? qui met la pagaille… Je le supprime puis le remet.

Edit 11h05: Une simple édition, mise à jour puis réédition et mise à jour a permis de remettre en marche le flux RSS. Plus d’alertes de ismyblogworking.com maintenant

Edit 11h07: Tous les caches sont réactivés et le flux est toujours en état. C’est fait, désolé pour le dérangement.

Samuel.

Facebook qui utilise déjà HipHop sur 90% de ses serveurs a constaté:

• Sur les serveurs Web: 50% de consommation CPU en moins pour un même trafic, par rapport à PHP 5.2 avec APC
• Sur les serveurs API: 30% de consommation CPU en moins pour deux fois plus de trafic

HipHop transforme le code en C++ et le compile avec g++ mais l’utilisateur n’a pas besoin de compiler à la main son code PHP avec un outils, tout reste comme avant, avec l’édition de fichiers PHP à la volée.

Néanmoins, les fonctionnalités qui ne seront pas disponibles:

• La fonction eval
• La fonction create_function, qui est du même acabit que eval
• La fonction preg_replace, avec le paramètre e, qui permet l’application de eval sur le résultat
• De manière plus générale, l’ordre des objets ne peu pas être respecté, du fait d’une exécution non-linéaire du code. Ainsi, la fonction function_exists retourne la valeur vraie dans ce code:

  if (function_exists('foo')) {
   
      // Vrai avec HipHop
   
      // Faux avec PHP
   
  }
   
  function foo () {}
   
  ?>

En plus de HipHop, l’équipe de Facebook a développé HPHPi, c’est un interpréteur PHP, il semblerait que ça soit grâce à lui qu’il ne sera pas nécessaire de compiler le code PHP. Il fait aussi des analyses du code pour y détecter des éventuelles erreurs dues à l’utilisation de HipHop et non de PHP.

HipHop embarque son propre serveur Web et n’est pas le moment pas compatible/prêt à fonctionner avec Apache ou un autre serveur. C’est pourquoi HipHop c’est un seul processus, contrairement à PHP mais qui utilise le principe de multi-thread, plus rapide que le multi-processus car créer un processus, c’est assez long par rapport aux threads. Comme HipHop utilise sont propre Web serveur allégé, il est plus rapide et permet de mieux gérer les ressources partagées entre les threads, il permet aussi de ne pas avoir de downtime, c’est-à-dire de temps d’inaccessibilité lors d’un redémarrage de HipHop.

HipHop est pour le moment basé sur PHP 5.2, et l’équipe de chez Facebook compte bien avancer encore plus sur ce projet et voici leur Roadmap, ou liste de choses à faire:

• Apport des fonctionnalités de PHP 5.3
• Utilisation possible avec Apache
• …et plus généralement la réduction de l’écart entre HipHop et PHP

Le code source qui était sensé être mis en ligne cette nuit sera maintenant mis en ligne « soon » !

Comme prévu et annoncé dans l’article précédent « Facebook + PHP = Hyper-PHP », l’équipe de développement de Facebook a bien annoncer son projet de faire une sorte de compilateur pour PHP cet après-midi, vous pouvez la retrouver en anglais à cette adresse.

Ce n’est en fait pas sous le nom de Hyper-PHP que les développeurs de Facebook ont décider de sortir leur moteur, mais sous le nom de HipHop, accompagné de HPHPi.

Facebook n’a en réalité pas tout à fait réécrit PHP depuis le début, mais a décidé de créer une extension PHP qui transforme un code PHP en un code C++, puis qui le compile. HipHop, c’est le nom du module/programme/de l’extention PHP qui va transformer votre code PHP en code C++, puis le compiler en utilisant le traditionnel g++. HPHPi, lui, permet de ne pas avoir à mettre en place un système de compilation en plus, et d’avoir simplement a utiliser PHP comme avant, mais en beaucoup plus rapide.

Les chiffres ont néanmoins changer car on ne parle ici que d’une diminution de 50% – contre 80% d’après les rumeurs précédentes – de la consommation du CPU, sans même avancer de chiffres d’augmentation de performances, même si il est tout de même le sujet de tout l’article de Facebook, c’est donc sans douter que ça a très certainement un gros bénéfice, puisque Facebook.com l’utilise déjà sur près de 90% de ses serveurs!

À noter tout de même que dans l’article, il est précisé que des fonctions sont perdues, comme la fonction eval par exemple (ce n’est pas plus mal pour celle-ci) et que l’équipe de développement a réécrit de nombreuses extensions pour les adapter à leur HipHop PHP, ce qui fera sans aucun doute que cette innovation pour PHP ne sera pas ajoutée à PHP, contrairement aux caches OPCodes qui le seront pour PHP 6, et restera un projet distant externe à PHP pour un petit moment.

C’est donc à tester sans attendre, lorsque que les sources seront disponibles dans la nuit (fin d’après-midi chez nos amis américains) à cette adresse, qui ne marchera que lorsque les sources seront disponibles:

• http://github.com/facebook/hiphop-php/

Dès possible je ferais des tests et des benchmarks, que je ne manquerait pas de diffuser ici.

Voilà quelques temps que les rumeurs circulent, je vais donc faire un petit résumé de ce que l’on appelle Hyper-PHP, ou HPHP. Le site web de l’entreprise Facebook est composé à 90% de PHP, un langage de programmation tourné vers le Web, qui est ré-analysé depuis de début à chaque fois, c’est-à-dire qu’a chaque installation, le runtime PHP doit analyser toute la source pour faire tourner le script PHP, c’est ce qui lui confère une lenteur par rapport aux applications compilées.

Et bien Facebook aurait décidé, il y a 2 ans, de mettre un développeur à part entière sur ce projet, qui aurait pour but de créer une sorte de compilateur pour PHP. C’est en effet ce que ressort d’une interview anonyme recueilli par TheRumpus.net.

He is creating HPHP, Hyper-PHP, which means he’s literally rewriting the entire language. […] So this engineer is converting the site from one that runs on a scripted language to one that runs on a compiled language.

Alors que l’annonce doit avoir lieu aujourd’hui, le 2 février 2010, cette nouvelle mouture de PHP, si l’on peux l’appeler comme ça, va très certainement changer beaucoup de choses car d’après l’ingénieur Facebook chargé de ce projet, Hyper-PHP consommerait 80% de CPU en moins tout en ayant des performances augmentées de 80% ! Il sera de plus partagé en Open Source, comme un grand nombre de projets de Facebook.

A bientôt pour la suite!

Pour ça, j’ai donc développé une version « multiple » de FancyBox 1.2.6, dont le fichier JavaScript (et CSS) se nomment jquery.fancybox-1.2.6.multiple.js et .css. Vous pouvez les télécharger à ces adresses:

• http://www.d-sites.com/wp-content/uploads/2010/01/jquery.fancybox-1.2.6.multiple.js
• http://www.d-sites.com/wp-content/uploads/2010/01/jquery.fancybox-1.2.6.multiple.css

L’utilisation est quasi identique, sauf qu’un nouvel argument est possible lors de l’appel de la méthode fancybox sur un élément. Le deuxième argument attendu est le parent de la fancybox, ce qui permet ainsi de les différencier (un parent par fancybox), qui est par défaut $('body').

$('a#i2').fancybox(
	{
		hideOnContentClick: false
	}, 
	$('div#inline')
);

N’hésitez pas à me faire des retours.

Comme nous le montre le « livre de SVN », svn:externals est une propriété associée à un dossier parent, qui permet de déclarer un dossier fils comme un contenu externe. Ainsi, vous pouvez configurer la propriété sur votre dossier /project1/trunk/includes/ pour que le dossier fils lib1 contienne /project-lib1/trunk par exemple.

Ainsi, à chaque mise à jour (svn update) de votre project1, votre client SVN ira voir à l’adresse associée pour le dossier trunk/includes/lib1 pour vérifier qu’aucune nouvelle révision n’éxiste.

Note: Vous pouvez très bien lors de la création de la propriété svn:externals spécifier une révision précise du dépôt externe, mais je ne voit pas vraiment l’intérêt dans le sens où, dans ce cas là, un svn copy ou un simple copier/coller suffit.

Mettre svn:externals en place en ligne de commande

Si vous avez une « working copy » de /project1/trunk, allez dans le dossier includes (cd includes) puis faites:

svn propset svn:externals 'lib1 http://my.svn.repository.tld/project-lib1/trunk' .

Puis svn commit. À partir de maintenant, toute personne faisant un svn update (ou svn co) ira chercher le contenu externe du dossier includes/lib1 à l’adresse http://my.svn.repository.tld/project-lib1/trunk.

Avec Subclipse, dans Eclipse IDE

C’est le même principe, on fixe la propriété svn:externals, comme nous le montre cet exellent article:

Puis, dans « Property name », mettez « svn:externals », et dans « Property Contents »:

lib1 http://my.svn.repository.tld/project-lib1/trunk

En utilisant PHP-Gettext-Edit, vous pouvez en quelques clics analyser votre code, faire les traductions et compiler les fichiers de traductions! PHP-Gettext-Edit vous permet de:

• Analyser un code source pour en générer un modèle de traduction, contenant toutes les chaines de caractère à traduire
• Créer des fichiers de traduction à partir de modèles
• Éditer directement depuis votre navigateur un fichier de traduction
• Compiler en .mo ou en JSON un fichier de traduction
• Contrôler la validité
  • Des modèles par rapport au code source
  • Des fichiers de traductions par rapport à leurs modèles
  • Des fichiers compilés par rapport à leurs fichiers de traduction
  • Des langues entre-elles par rapports aux fichiers qu’elles contiennent
• Éffectuer les opérations précédentes de manière collective

Rendez-vous sur le site du projet, www.php-gettext-edit.net »

MyOnlineSSH est un service permettant de se connecter à un serveur en SSH directement depuis votre navigateur. La configuration necessaire est très petite:

• Un navigateur avec le JavaScript activé
• Flash Player installé
• Le port 80 ouvert

En effet, seul le port 80 suffit pour se connecter au SSH à l’aide de MyOnlineSSH comme vous pouvez le voir dans la page Aide de MyOnlineSSH.

Je vous invite donc à tester dès à présent MyOnlineSSH:

http://www.myonlinessh.com

D’ici peu, une traduction anglaise de MyOnlineSSH verra le jour pour nos amis anglophones.