Ça y est, je suis développeur PHP 5.3 certifié par Zend!

Le principe du concours est très simple: vous avez 90 minutes pour répondre à 70 questions aléatoires concernant le fonctionnement de PHP ainsi que les différents domaines qui l’entour, à savoir le SQL, la sécurité en général, etc…

Je vous conseil de le passer, c’est sans aucun doutes un bon élément sur le CV. Si vous avez un quelconque question, n’hésitez pas!

Lorsque vous développez une application, il est parfois très intéressant d’utiliser des threads ou plusieurs processus pour exécuter plusieurs tâches simultanément. Nous allons ici voir un problème qui arrive lors que l’on utilise plusieurs processus, via un fork(). En effet, en C, la fonction fork permet de créer un nouveau processus, qui devient fils du processus appelant le fork.

Processus zombies (defunct)

Par défaut, lorsque le processus père s’arrête, tous les processus fils s’arrête. À l’inverse, lorsqu’un processus fils s’arrête – via un exit(0); par exemple -, sa mémoire est libérée, il devient un processus zombie (seul le bloc de contrôle reste présent) et le processus père continue de fonctionner.

Ainsi, l’on peut voir de nombreuses lignes marquées par un defunct lorsque l’on liste les processus avec un ps:

root      9175  0.0  0.0 136380  1100 ?        Sl   Jun30   0:00 /[...]/relay
root      9629  0.0  0.0      0     0 ?        Z    Jun23   0:00 [relay] <defunct>
root      9853  0.0  0.0      0     0 ?        Z    Jun30   0:00 [relay] <defunct>
root      9884  0.0  0.0      0     0 ?        Z    Jun30   0:00 [relay] <defunct>

C’est parce que le processus père n’écoutes pas le signal SIGCHLD, qui est envoyé par le fils lors de son extinction. Ainsi, en écoutant le signal, le père peut libérer son bloc de contrôle. En C, c’est la fonction waitpid qui nous sera utile.

Une ligne à ajouter

Il n’y a qu’une seule ligne (ainsi qu’un #include) à ajouter à votre code C pour que les processus zombies soient “ramassés” par votre processus père. De temps en temps – l’idéal étant la boucle principale s’il y a -, exécutée cette ligne ci:

while (waitpid(WAIT_ANY, NULL, WNOHANG) != 0);

Les arguments sont les suivants:

• WAIT_ANY est la constante permettant de dire que l’on souhaite attendre n’importe quel des processus fils de ce processus. À la place, nous aurions pu mettre le pid d’un processus particulier.
• NULL permet de ne pas récupérer d’informations de statut du processus.
• WNOHANG est une option permettant d’exécuter waitpid en mode non-bloquant.

N’oubliez pas d’inclure l’en-tête des fonctions et constantes ainsi:

#include <sys/wait.h>

Ainsi, il ne restera plus de processus zombie, ou defunct.

Le service MyOnlineSSH a été mis à jour. Pour rappel, lors de mon précédent article sur MyOnlineSSH, je vous présentait ce service comme un client SSH Web: vous pouvez vous connecter sur un serveur SSH et utiliser votre navigateur comme terminal, ce qui est extrêmement pratique lorsque vous êtes à un endroit où vous pouvez pas utiliser le port 22 à l’exterieur de votre réseau, et que vous ne souhaitez pas mettre en place un tunnel HTTP par exemple.

Change-log

• Le Flash Player n’est maintenant plus requis, seules des requêtes GET et POST sont envoyées.
• Vous pouvez créer plusieurs terminaux simultanés
• Rapidité beaucoup plus importante.

Si vous avez une quelconque suggestion ou question, n’hésitez pas à me contacter ou à laisser un commentaire sur cet article.

Depuis peu, PHP me sort des erreurs assez bizarres, à savoir des “Unable to allocate memory for pool“. Ceci se passe notamment sur les fonctions require_once et include_once. Après quelques temps de recherche, il s’avère que c’est en fait APC qui créé cette erreur lorsqu’il n’a plus assez de place dans sa mémoire.

C’est pourquoi, pour éviter ce bug – voir ici le rapport de bug sur php.net – vous devez augmenter la mémoire allouée à APC avant d’attendre une mise à jour corrigeant ce problème.
Dans le fichier /etc/php.d/apc.ini (sous CentOS) éditez donc la ligne contenant la directive apc.shm_size en y ajoutant plusieurs mégas. Pour information, voici la configuration du serveur hébergeant D-Sites.com:

apc.shm_size=64M

Avec PHP, on peut interagir avec l’extérieur (et l’intérieur) du serveur sur lequel est exécuté le PHP à l’aide de flux et de sockets. Pour PHP, les flux – ou streams – et les sockets sont différents, alors qu’au niveau système, ce sont en réalité tous les deux des sockets (différents des sockets tels que l’entend PHP).

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.

La version anglaise de MyOnlineSSH est mise en ligne permettant à tous les anglophones de se connecter en SSH depuis leur navigateur Internet, éditée avec PHP-Gettext-Edit, un outils permettant la gestion extrêmement facile des fichiers de traduction d’une application Internet (dont la version 2, avec gestion de comptes utilisateurs ne devrait pas tarder).

PHP-Gettext-Edit est une application PHP qui permet de gérer très simplement les différentes traduction d’un site Internet par exemple, plus généralement d’une application (qu’elle soit écrite en PHP, C, Java, JavaScript…) utilisant des fichiers de traduction Gettext.

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 »

Vous pouvez aussi voir la page du projet MyOnlineSSH.

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.

Pour ce 100ème article, nous allons rapidement nous intéresser à la vitesse d’éxécution de WordPress. En effet, la grosse machinerie WordPress peut mettre plusieurs secondes à générer une simple page d’article lorsqu’elle est installée sans plus de configuration. En effet, les différents plug-ins, thèmes et compagnies ne font pas de WordPress quelque chose de rapide, dans la mesure où le nombre de fichiers chargés pour une simple page peut aller jusqu’à 1000 et le nombre de requêtes SQL est colossal!

WordPress sans cache

Je vais prendre les chiffres de D-Sites: sans cache avec quelques plug-ins (captcha/statistiques/coloration syntaxique) et sur un hébergement mutualisé OVH, la page d’accueil par exemple, met en moyenne 2 secondes pour être générée, comme l’atteste le site IsMyBlogWorking.

Deux secondes pour afficher une page, c’est beaucoup beaucoup trop, nous allons donc mettre en place le cache. Pour le mettre en place sur un blog WordPress, rien de plus simple: dans l’administration, dans le menu Extensions, cliquez sur Ajouter. Ensuite, il vous suffit de rechercher un plug-in au nom de “WP Super Cache”. Installez-le de manière automatique, tout marche très bien, créez les règles dans le fichier HTACCESS puis ça roule !

WordPress avec cache

Grâce au même système de mesure, voici le résultat.

C’est en effet extrêmement plus rapide ! Il y a donc un gros gain au niveau du temps de chargement. Ainsi, les visiteurs sentent le site beaucoup plus fluide, ce qui leur donne envie de continuer à naviguer sur celui-ci.

Voici le graphique du temps de réponse de la page d’accueil de D-Sites. On voit bien l’installation de WP-Super-Cache, lorsque le temps de chargement descend. Les variations sont dues au fait que le temps d’expiration du cache est de une heure. Par conséquent, si personne n’a visiter cette page précise pendant 1 heure, alors le prochain visiteur se verra recharger la page sans cache – et générer le cache par la même occasion.

Bonne chance !

Après l’ajout de nouvelles fonctions à l’interface SOAP d’i2c, voici 4 nouvelles traductions disponible pour les fonctions donnant le nom réel des pays et des continents:

• es_ES – Spanish
• nl_NL – Dutch
• de_DE – German
• pt_PT – Portuguese

La page du projet i2c à été mise en jour en conséquence, ce qui porte donc à 6 le nombre de langues supportées par les fonctions de traduction d’i2c.