Je n'ai rien contre Apache et ses copains MySql et PHP, mais avec « LAMP sur Raspberry » me vient quelques remarques :
LAMP n'est pas optimisé pour fonctionner sur des petites machines : empreinte RAM importante, usage disque fréquent ... Raspberry et sa carte mémoire vont souffrir et leur durée de vie diminuer.
LAMP nécessitant quelques ressource mémoire, il nous faut allouer le maximum de mémoire pour le CPU, au détriment du GPU... adieu jolie vidéos HD fluides.
Le Raspberry a la particularité de posséder un port GPIO qui peut être très utile pour actionner des machines, ou percevoir différents signaux. L'accès à cette interface via PHP me semble bien difficile.
Disposer d'une interface WEB pour accéder à la machine est un plus pour de nombreux projets. Mais LAMP n'est pas la seule solution. Même si cela permet à certain de recycler leur tutoriel.
Pour mon projet actuel, je m'oriente sur Node.js, en limitant l’implémentation aux seules fonctionnalités utile pour le projet : c'est à dire la fourniture d'une interface de commande.
Et vous vous en pensez quoi ?
PS : Installation de Node.js sur Raspberry Pi par Tom Gallacher. et pour accéder au GPIO (en mode asynchrone)le module rpi-gpio.js
Edit 2012/08/18 : Suite à une discutions avec l'auteur du blog d'Idleman, je me suis aperçu que je n'étais par très clair lorsque j'écris : "L'accès à cette interface via PHP me semble bien difficile". Il est en effet possible avec une simple commande « system » de PHP d'exécuter un programme binaire via l’interpréteur de commande standard et récupérer une valeur. Mais c’est une solution bancale à mes yeux. - D’une part parce qu’elle ouvre une porte à l’accès système via PHP, c’est pas toujours très sécurisant et cela doit être pris en compte pour une installation accessible de l’extérieur. - D’autre part parce que cette solution est un peu lente et gourmande en ressource. C’est pas un problème pour un usage limité, mais cela peut le devenir pour d’autres usages type "temps réel". - Enfin avec cette méthode, il est impossible d’attribuer une action directement à un événement (exemple quelqu’un appui sur le bouton connecté au GPIO). On est obliger de faire une boucle lire les ports pour ensuite lancer les actions, en espérant que la boucle ne soit pas trop longue. Une solution compilé comme extension PECL de PHP serait sans doute plus appropriée (avec passage de fonctions callback, se serait génial, mais pour l'instant, cela n'existe pas.
2 réactions
1 De dhoko - 13/07/2012, 09:29
Exactement d'accord avec toi, ce serait dommage de ne faire qu'un serveur avec quoique c'est une option intéressante vu sa conso.
Perso ça sera un des usages du rasberry pi pour moi. Vais y mettre aussi nodejs et sûrement ror ou du plus léger. Avec nginx
Mais ce n'est qu'une partie, cela dit je n'avais pas assez calculé ce facteur mémoire... vais voir comment y remédier.
2 De Jérôme - 13/07/2012, 13:42
Le facteur mémoire est est effet important. En installant des trucs lourds ça marchera peut-être, mais ça utilisera le swapp. Adieu performance. Et deuxième effet kisscool, le nombre de lecture/écriture sur la carte mémoire va exploser, réduisant ainsi sa durée de vie à quelques mois/semaines/jours. Il faut donc surveiller le facteur mémoire et le facteur disque_IO.
Bon amusement.