p
u
b
l
i
c
i
t
é

PHP pourrait intégrer son propre serveur Web
Pour faciliter la mise en place des environnements de développement

Le , par Idelways, Expert Confirmé Sénior
PHP pourrait embarquer son propre serveur Web intégré au langage à partir des prochaines versions.

C'est en tout cas ce qui se discute actuellement dans les cercles autorisés du langage à la suite d’une proposition actuellement au stade Request For Comment (RFC) accompagnée d'un patch fonctionnel.

Si les mainteneurs du code de PHP adoptent cette proposition, la mise en place d'un environnement de test et de développement d'applications PHP n'en sera que plus simplifiée.

Le lancement des applications ne nécessitera plus qu'une seule ligne au Terminal
Code : Sélectionner tout
php -S localhost:8080
, sans aucune configuration supplémentaire, notamment si la base de donnée est sous SQLite.

Cette commande lance le serveur sur le port précisé par le développeur et permet de suivre les requêtes traitées. Très pratique pour suivre les requêtes asynchrones et pour exécuter plusieurs applications à la racine du serveur sans passer par des hôtes virtuels.

Code : Sélectionner tout
1
2
3
4
5
 
Server is listening on localhost:8080... Press CTRL-C to quit. 
[Thu Apr  3 05:42:06 2011] ::1:56258: / 
[Thu Apr  3 05:42:06 2011] ::1:56259: /?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 
[Thu Apr  3 05:42:06 2011] ::1:56260: /?=PHPE9568F35-D428-11d2-A769-00AA001ACF42
Ce projet n'a toutefois aucune ambition (du moins pour le moment) de rivaliser ou remplacer les serveurs Apache, Nginx et autres en production. Il est pour PHP ce qu'est WEBrick pour Ruby on Rails et "manage.py runserver" pour Django.

On ne sait toutefois pas si ses développeurs envisagent la prise en charge des fichiers .htaccess, indispensables pour beaucoup d'applications web, notamment pour la réécriture des liens.

Ceux qui ne veuillent pas attendre peuvent dès maintenant recompiler PHP avec le patch disponible sur Github.

Source : le site officiel de PHP (actuellement indisponible)

Et vous ?

Que pensez-vous de l'utilité de ce projet ?
Comptez-vous l’utiliser ou préférez-vous vos environnements de développement actuels ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de gene69 gene69 - Membre Expert http://www.developpez.com
le 05/04/2011 à 14:20
plus vite, plus vite ???

il va falloir un temps infini avant que le produit soit accepté par les industries de l'informatique, cela va ouvrir la porte à de multiple failles de sécurité.

Ca ne viendrais à personne l'idée de demander à gcc de transformer automatiquement toutes les applications en C en serveur web non plus.

J'utilise régulièrement php comme shell, je suis pas fondamentalement opposé à une utilisation originale du produit. ça c'est vraiment une fonctionnalité qui pour moi change la nature du produit et qui va servir uniquement à entretenir la confusion entre un serveur web et un interpréteur de commande. Avec le risque si la fonctionnalité fait un succès c'est la diminution du support des serveurs tiers.
Avatar de Arkhee Arkhee - Candidat au titre de Membre du Club http://www.developpez.com
le 05/04/2011 à 14:21
si le but non avoué est de pouvoir développer des applications autonomes, déployées sur des postes client, pourquoi pas ?

mais si on considère que ce "serveur autonome" ne remplacera pas Apache, je ne vois pas l'intérêt de développer avec. Pourquoi tendre le bâton pour se faire battre ? Une telle quantité de problèmes provenant de différences minimes entre les différences de paramétrages de Apache qu'à mon avis, si on développe sur des serveurs web différents on ne saura plus à qui attribuer un problème donné.
Ceci parmi d'autres problèmes d'ailleurs. Bref +1 pour la charte de nommage.

Enfin tant qu'à prendre du temps pour rien perso je préférerais qu'ils le mettent sur une librairie graphique pour le dev d'applications.
Avatar de impossiblium impossiblium - Membre à l'essai http://www.developpez.com
le 05/04/2011 à 14:26
Le gros intérêt est justement d'être indépendant d'un serveur web "out of the box".
Pour commencer à développer, il n'y aurait donc plus à installer apache, IIS, nginx, etc, uniquement PHP qui proposerait un environnement de développement complet nativement (le langage + le serveur web + une base de données via sqlite).
Ce n'est pas parfait, mais ça peut avoir son utilité pour du prototypage ou pour des développements ne nécessitant pas l'artillerie lourde représenté par Apache/Nginx/Mysql/PosgreSQL/etc.
Avatar de ratomms ratomms - Membre confirmé http://www.developpez.com
le 05/04/2011 à 15:39
C'est vrai que ça simplifie le développement mais ça ne remplace pas du tout les fonctionnalités d'un serveur Web indépendant.
Avatar de impossiblium impossiblium - Membre à l'essai http://www.developpez.com
le 05/04/2011 à 16:39
Ce n'est aucunement présenté comme tel dans la RFC, mais dans 95% des cas, ce serveur serait largement suffisant, mis à part configuration spécifique (proxy, load balancer, etc).
Je touche souvent à des machines de développeurs ou il y a une tétrachié de processus apache actif pour handler une requête toutes les 5 minutes (merci mod_php).
C'est inutile et ça gâche de la ressource, notamment mémoire, alors que ces ressources pourraient être utilisées à meilleur escient, par exemple pour <troll>Eclipse</troll>.
Dans ce contexte, avoir un serveur web "light" natif au langage et qui ne nécessite quasiment aucune administration de la part du développeur à part de le démarrer/arrêter sans avoir besoin d'un accès root prend tout son sens.
Avatar de grunk grunk - Modérateur http://www.developpez.com
le 05/04/2011 à 16:57
Autant pour l'aspect déploiement d'appli en standalone l'idée me plait bien (même si ce n'est apparemment pas le but recherché) autant pour le développement je reste assez mitigé.
Si mes serveurs de prod sont en LAMP et que je développe en PHP/SQlite y'a forcément un moment ou ça va coincer ne serait ce que parce que les deux SGBD n'ont pas les mêmes capacités. Ca imposerai de toute manière un minimum de travail en plus.

Et puis c'est bien beau de vouloir une belle charte de nommage mais si ca venait à se mettre en place je sais pas si vous avez bien conscience de la galère ^^
Forcément y'aura une cassure dans la rétro compatibilité et je vois poindre le mal de crane quand faudra maintenir des appli post et pré charte
Avatar de a028762 a028762 - Membre confirmé http://www.developpez.com
le 05/04/2011 à 17:38
Il existe pas mal de distrib apache, php,mysql (EasyPhp, Xampp, ZazouMiniWebServeur, etc ...)
qui sont faciles à démarrer ,
et passer de ce mini-site à Apache serait assez difficile.
Il vaut mieux faire ses gammes sur un clone de l'oper.
Et sous Linux, il n'y a qu'à s'installer apache2 et php5 et ça roule ?
Ah, il faut aussi installer Mysql .
Ben oui, faut un peu trimer, mais pour développer en général aussi, Non ?
Avatar de Killing Joke Killing Joke - Membre confirmé http://www.developpez.com
le 05/04/2011 à 18:08
Poisson d'avril !
C'est çà, hein, avec qqs jours de retard ?
Je plaisante ...
... mais effectivement je trouve çà bizarre comme idée, côté PHP.
Autant en Java un serveur web full Java, c'est souvent vraiment pas mal (genre jetty), autant en PHP, çà me laisse vachement dubitatif, surtout que ce n'est pas comme si la mise en place d'un PHP intégrée au sein d'un apache était compliquée ...
Avatar de DragOr DragOr - Membre du Club http://www.developpez.com
le 05/04/2011 à 19:16
Ça c'est une bonne idée! Surtout pour déployer des environnements de dev / prod sous différent systèmes. Une seule config à gérer, installation simplifié...
Avatar de Tricky-ft Tricky-ft - Invité de passage http://www.developpez.com
le 29/04/2011 à 16:20
l'environnement de dev on le met en place une fois, très facilement grâce à de nombreuses solutions qui font leur travail efficacement ( easyphp, xampp, uwamp et j'en passe...) , je suis tout à fait d'accord pour dire que ca n'a pas grand interêt . Peut être pour des systèmes embarqués ? J'ai vraiment l'impression que l'équipe de dev PHP "se cherche" de plus en plus depuis quelques temps.
Avatar de Benjamin Delespierre Benjamin Delespierre - Expert Confirmé Sénior http://www.developpez.com
le 29/04/2011 à 18:00
Je prends. ça sera sans doute utile pour mes environnements de tests unitaires et de test graphique.
Offres d'emploi IT
Correspondant sécurité des systèmes d'information h/f
CDI
Société Générale - Ile de France - Paris (75000)
Concepteur Etude Mainframe - Paris H/F
CDI
Sodifrance - Ile de France - Paris (75)
UI DESIGNER H/F
CDI
PROXIMEDIA - Rhône Alpes -

Voir plus d'offres Voir la carte des offres IT
Responsable bénévole de la rubrique Accueil : le Service Publications -