Je viens de tester une solution d’application serveur en PHP. Le principe est simple : une appli php est lanc\u00e9e en m\u00e9moire, de mani\u00e8re continue (elle reste en m\u00e9moire). A chaque requ\u00eate sur le serveur web, ce dernier va interroger le script PHP via SCGI (une interface comme CGI ou FastCGI). Celui-ci va alors faire sa sauce et retourner du contenu, mais en restant en m\u00e9moire apr\u00e8s. Quel int\u00e9r\u00eat ? Enorme. Par exemple, on peut maintenant mettre du cache en m\u00e9moire, et le servir ensuite particuli\u00e8rement rapidement. Pas besoin de zone m\u00e9moire partag\u00e9e ou autre choses de ce genre. On \u00e9conomise \u00e9galement le temps de \u00ab\u00a0parse\u00a0\u00bb du moteur PHP (transformation du code source en instructions semi-compil\u00e9es). Le proof of concept existe, il est satisfaisant. Mais mon premier test montre que le plus simple programme PHP provoque d\u00e9j\u00e0 des fuites de m\u00e9moire. C’est toutefois quelque chose \u00e0 surveiller de pr\u00e8s ! [http:\/\/blog.milkfarmsoft.com\/?p=51|http:\/\/blog.milkfarmsoft.com\/?p=51|en]<\/p>\n","protected":false},"excerpt":{"rendered":"
Je viens de tester une solution d’application serveur en PHP. Le principe est simple : une appli php est lanc\u00e9e en m\u00e9moire, de mani\u00e8re continue (elle reste en m\u00e9moire). A chaque requ\u00eate sur le serveur web, ce dernier va interroger le script PHP via SCGI (une interface comme CGI ou FastCGI). Celui-ci va alors faire … Continuer la lecture de Une application serveur en PHP<\/span>