PHP pourrait intégrer son propre serveur Web sur les prochaines versions

Idelways · 05/04/2011, 12h54

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

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 - Visualiser dans une fenêtre à part

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 - Visualiser dans une fenêtre à part

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 ?

berceker united · 05/04/2011, 13h16

Il me semble que cela soit déjà possible d'avoir un serveur web entièrement en PHP.-

ProgVal · 05/04/2011, 13h34

Pour Django, admin.py, ce n'est pas le serveur Web, mais le fichier contenant les "instructions" pour l'interface d'administration.
Le serveur Web, c'est "./manage.py runserver".

PatteDePoule · 05/04/2011, 13h38

Ils vont jouer dans les plate-bandes de EasyPHP.

GCSX_ · 05/04/2011, 13h42

Çà me semble une bonne idée pour les développements et les tests, mais en déploiement ça risque de poser des problèmes de sécurité non? Si une faille quelconque permet de piloter ce mini-serveur à distance ça pourrait permettre de piques les sources ou pire...

De plus j'imagine qu'il sera pas aussi flexible que peut l'être Apache par exemple. C'est un peu comme comparer Cassini à IIS pour le cas ASP.

ProgVal · 05/04/2011, 13h53

C'est un serveur de développement, pas de production !

gene69 · 05/04/2011, 13h56

c'est une ânerie.
S'ils ont du temps en trop ils peuvent écrire une convention de nommage pour les fonctions natives et rationaliser tout ça.

Sérieusement, chacun son métier, c'est tellement plus simple.

Nighty · 05/04/2011, 14h01

Sans être aussi radical que gene69, je pense que c'est aussi une fausse bonne idée...

Très pratique sur le papier, mais un serveur de développement ne doit-il pas se rapprocher au maximum de l'environnement de production, afin de détecter au plus tôt les problèmes liés à la plateforme ?

Tout au plus, je pense que ça pourrait être un gadget utile pour faire des applications non-critiques, mais j'ai peur que ça renforce encore un peu la réputation de PHP comme étant un langage de débutant...

MaitrePylos · 05/04/2011, 14h02

Citation:

Envoyé par gene69

c'est une ânerie.

Au contraire, cela va permettre de pouvoir coder plus vite.

Un serveur de Dev, un terminal en PHP (pas au top mais bon), cela va permettre de pousser un peu PHP.

Mais je suis aussi d'accord pour les conventions

impossiblium · 05/04/2011, 14h18

Cette information n'est pas nouvelle, et pour l'instant, si la RFC a reçu un accueil favorable, l'intégration de cette fonctionnalité dans la prochaine version de PHP n'est pas encore effective.
En conséquence, il faut éviter de s'emballer.
Quand à la "normalisation/rationnalisation" de l'API de PHP, il faut arrêter de rêver sur ce sujet. Pour l'instant, ça n'est clairement pas à l'ordre du jour, et pour ce que j'en sais, ce n'est pas près de changer (malheureusement).

gene69 · 05/04/2011, 14h20

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.

Arkhee · 05/04/2011, 14h21

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.

impossiblium · 05/04/2011, 14h26

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.

ratomms · 05/04/2011, 15h39

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.

impossiblium · 05/04/2011, 16h39

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.

grunk · 05/04/2011, 16h57

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

a028762 · 05/04/2011, 17h38

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 ?

Killing Joke · 05/04/2011, 18h08

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 ...

DragOr · 05/04/2011, 19h16

Ç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é...

Tricky-ft · 29/04/2011, 16h20

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.

05/04/2011, 13h16	#2
berceker united Expert Confirmé Développeur informatique Inscription : février 2005 Messages : 2 982 Détails du profil Informations personnelles : Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Développeur informatique Informations forums : Inscription : février 2005 Messages : 2 982 Points : 3 567 Points : 3 567	Il me semble que cela soit déjà possible d'avoir un serveur web entièrement en PHP.- __________________ Mon avatar ? Ce n'est rien, c'est juste la tête que je fais lorsque je vois un code complètement frappa dingue !...
	10

05/04/2011, 13h34	#3
ProgVal Membre chevronné Valentin Lorentz Étudiant Inscription : mai 2006 Messages : 624 Détails du profil Informations personnelles : Nom : Valentin Lorentz Âge : 18 Localisation : France, Moselle (Lorraine) Informations professionnelles : Activité : Étudiant Informations forums : Inscription : mai 2006 Messages : 624 Points : 644 Points : 644	Pour Django, admin.py, ce n'est pas le serveur Web, mais le fichier contenant les "instructions" pour l'interface d'administration. Le serveur Web, c'est "./manage.py runserver". __________________ Troll à temps plein.
	10

05/04/2011, 13h38	#4
PatteDePoule Membre éclairé Inscription : août 2008 Messages : 230 Détails du profil Informations personnelles : Localisation : Canada Informations forums : Inscription : août 2008 Messages : 230 Points : 349 Points : 349	Ils vont jouer dans les plate-bandes de EasyPHP. __________________ Les fautes d'orthographes sus-citées sont déposées auprès de leurs propriétaires respectifs. Aucune responsabilité n'est engagée sur la lisibilité du message ou les éventuels dommages qu'il peut engendrer. Votre internet est fourni avec Vidéotron? Téléchargez CIV
	11

05/04/2011, 13h53	#6
ProgVal Membre chevronné Valentin Lorentz Étudiant Inscription : mai 2006 Messages : 624 Détails du profil Informations personnelles : Nom : Valentin Lorentz Âge : 18 Localisation : France, Moselle (Lorraine) Informations professionnelles : Activité : Étudiant Informations forums : Inscription : mai 2006 Messages : 624 Points : 644 Points : 644	C'est un serveur de développement, pas de production ! __________________ Troll à temps plein.
	20

05/04/2011, 13h56	#7
gene69 Membre Expert Inscription : janvier 2006 Messages : 951 Détails du profil Informations personnelles : Localisation : France Informations professionnelles : Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : janvier 2006 Messages : 951 Points : 1 063 Points : 1 063	c'est une ânerie. S'ils ont du temps en trop ils peuvent écrire une convention de nommage pour les fonctions natives et rationaliser tout ça. Sérieusement, chacun son métier, c'est tellement plus simple. __________________ PHP fait nativement la validation d'adresse électronique Vous êtes perdu en PHP? rassurez-vous ici (en) Utilisez le bouton résolu!
	42

05/04/2011, 13h42	#5
GCSX_ Membre éprouvé Inscription : février 2010 Messages : 225 Détails du profil Informations forums : Inscription : février 2010 Messages : 225 Points : 463 Points : 463	Çà me semble une bonne idée pour les développements et les tests, mais en déploiement ça risque de poser des problèmes de sécurité non? Si une faille quelconque permet de piloter ce mini-serveur à distance ça pourrait permettre de piques les sources ou pire... De plus j'imagine qu'il sera pas aussi flexible que peut l'être Apache par exemple. C'est un peu comme comparer Cassini à IIS pour le cas ASP.
	11

05/04/2011, 14h01	#8
Nighty Membre confirmé Lucas CORBEAUX Chef de projet MOE Inscription : février 2003 Messages : 158 Détails du profil Informations personnelles : Nom : Lucas CORBEAUX Âge : 28 Localisation : France, Maine et Loire (Pays de la Loire) Informations professionnelles : Activité : Chef de projet MOE Informations forums : Inscription : février 2003 Messages : 158 Points : 291 Points : 291	Sans être aussi radical que gene69, je pense que c'est aussi une fausse bonne idée... Très pratique sur le papier, mais un serveur de développement ne doit-il pas se rapprocher au maximum de l'environnement de production, afin de détecter au plus tôt les problèmes liés à la plateforme ? Tout au plus, je pense que ça pourrait être un gadget utile pour faire des applications non-critiques, mais j'ai peur que ça renforce encore un peu la réputation de PHP comme étant un langage de débutant...
	20

05/04/2011, 14h18	#10
impossiblium Membre à l'essai Inscription : août 2009 Messages : 5 Détails du profil Informations forums : Inscription : août 2009 Messages : 5 Points : 23 Points : 23	Cette information n'est pas nouvelle, et pour l'instant, si la RFC a reçu un accueil favorable, l'intégration de cette fonctionnalité dans la prochaine version de PHP n'est pas encore effective. En conséquence, il faut éviter de s'emballer. Quand à la "normalisation/rationnalisation" de l'API de PHP, il faut arrêter de rêver sur ce sujet. Pour l'instant, ça n'est clairement pas à l'ordre du jour, et pour ce que j'en sais, ce n'est pas près de changer (malheureusement).
	10

05/04/2011, 14h20	#11
gene69 Membre Expert Inscription : janvier 2006 Messages : 951 Détails du profil Informations personnelles : Localisation : France Informations professionnelles : Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : janvier 2006 Messages : 951 Points : 1 063 Points : 1 063	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. __________________ PHP fait nativement la validation d'adresse électronique Vous êtes perdu en PHP? rassurez-vous ici (en) Utilisez le bouton résolu!
	12

05/04/2011, 14h21	#12
Arkhee Invité de passage Yannick Inscription : avril 2011 Messages : 1 Détails du profil Informations personnelles : Nom : Yannick Localisation : France Informations forums : Inscription : avril 2011 Messages : 1 Points : 3 Points : 3	tout dépend ... 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.
	10

05/04/2011, 14h26	#13
impossiblium Membre à l'essai Inscription : août 2009 Messages : 5 Détails du profil Informations forums : Inscription : août 2009 Messages : 5 Points : 23 Points : 23	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.
	20

05/04/2011, 15h39	#14
ratomms Membre confirmé Laha TOMMY Administrateur systèmes et réseaux Inscription : septembre 2009 Messages : 162 Détails du profil Informations personnelles : Nom : Laha TOMMY Localisation : Madagascar Informations professionnelles : Activité : Administrateur systèmes et réseaux Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : septembre 2009 Messages : 162 Points : 229 Points : 229	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.
	10

05/04/2011, 16h39	#15
impossiblium Membre à l'essai Inscription : août 2009 Messages : 5 Détails du profil Informations forums : Inscription : août 2009 Messages : 5 Points : 23 Points : 23	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.
	10

05/04/2011, 16h57	#16
grunk Expert Confirmé Olivier Développeur Web Inscription : août 2003 Messages : 1 837 Détails du profil Informations personnelles : Nom : Olivier Âge : 27 Localisation : France, Côte d'Or (Bourgogne) Informations professionnelles : Activité : Développeur Web Secteur : Industrie Informations forums : Inscription : août 2003 Messages : 1 837 Points : 3 318 Points : 3 318	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
	10

05/04/2011, 17h38	#17
a028762 Membre habitué Inscription : décembre 2003 Messages : 222 Détails du profil Informations forums : Inscription : décembre 2003 Messages : 222 Points : 108 Points : 108	Boff ! 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 ?
	02

05/04/2011, 18h08	#18
Killing Joke Membre actif Inscription : février 2006 Messages : 58 Détails du profil Informations forums : Inscription : février 2006 Messages : 58 Points : 155 Points : 155	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 ...
	10

05/04/2011, 19h16	#19
DragOr Membre du Club Technicien réseaux et télécoms Inscription : avril 2006 Messages : 39 Détails du profil Informations personnelles : Sexe : Âge : 27 Localisation : France Informations professionnelles : Activité : Technicien réseaux et télécoms Secteur : Aéronautique - Marine - Espace - Armement Informations forums : Inscription : avril 2006 Messages : 39 Points : 42 Points : 42	Ç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é...
	10

29/04/2011, 16h20	#20
Tricky-ft Invité de passage Inscription : février 2004 Messages : 10 Détails du profil Informations forums : Inscription : février 2004 Messages : 10 Points : 3 Points : 3	Pfff 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.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email