Je te rejoins sur ce point. Sans critiquer le langage PHP lui même, étant administrateur système je dois régulièrement déployer des serveurs faisant tourner PHP pour des utilisateurs qui n'y connaissent rien. Et bien on peut pas dire que les devs de PHP pensent beaucoup aux administrateurs. Si je devais faire mes doléances aux devs de PHP en temps qu'admin:
- permettre de préciser un smtp et un port dans la configuration de PHP (seulement possible sous windows) serait un plus. Trop de developpeurs d'appli ne connaissent pas le module SMTP de pear.
- permettre de positionner un niveau de sécurité plus flexible dans la configuration: local (aucun url_open), medium (autorisé vers certains domaine, ou que certaines fonction) et open (comme actuellement: tout ouvert à tous les vents)
- pouvoir préciser un proxy http dans la configuration. Je sais qu'il est possible d'en préciser un via les contexts, mais cela est rarement prévu par les applications!
- faciliter la mise en cluster de php: module de session en BD, prise en compte des cas avec reverseproxy qui permetterait de re-écrire les en-tête http en utilisant l'IP du client (contenue dans X-FORWARDED-FOR) plutot que celle du reverseproxy.
[^] # Re: Bonne nouvelle, et du coup...
Posté par ArnY (site web personnel) . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 1.
- permettre de préciser un smtp et un port dans la configuration de PHP (seulement possible sous windows) serait un plus. Trop de developpeurs d'appli ne connaissent pas le module SMTP de pear.
- permettre de positionner un niveau de sécurité plus flexible dans la configuration: local (aucun url_open), medium (autorisé vers certains domaine, ou que certaines fonction) et open (comme actuellement: tout ouvert à tous les vents)
- pouvoir préciser un proxy http dans la configuration. Je sais qu'il est possible d'en préciser un via les contexts, mais cela est rarement prévu par les applications!
- faciliter la mise en cluster de php: module de session en BD, prise en compte des cas avec reverseproxy qui permetterait de re-écrire les en-tête http en utilisant l'IP du client (contenue dans X-FORWARDED-FOR) plutot que celle du reverseproxy.