>... faudrait en profiter pour prévenir quelques administrateurs dont, par exemple, ceux de free
php est la plate-forme web la plus merdique et la plus difficile à déployer. Tout simplement parce qu'elle nie complètement être une plate-forme, parce qu'elle souffre de choix de conception mauvais (genre url_fopen ou register_globals pour ne citer que les plus montrueux), parce qu'elle est une nébuleuse dans laquelle on trouve tout et n'importe quoi.
Enfin parce que beaucoup de développeurs en php pensent que le monde est un vaste windows et php une plate forme normée et que donc si du code marche chez tel hébergeur, il doit forcement marcher partout et pour une durée infinie.
Je pense que tu serais surpris de voir à quel point les admin en question connaissent le code de php et sont capable d'en comprendre les mécanismes, les problèmes et les évolutions. À quel point également php est souvent patché de façon importante, à quel point les choix des versions, et des libs associés demande du temps et de la validation.
Un exemple con : fsockopen.
fsockopen est une fonction toxique qui est souvent utilisée pour flooder. Il vaut mieux passer par l'implémentation directe des protocoles : imap, smtp, snmp ...
Bref on peut raisonnablement dire que sur un serveur web, fsockopen n'a rien à faire. Le code d'un site web n'a pas en géneral à ouvrir directement des sockets. Et bien sans fsockopen, aucun webmail ne fonctionne.
vi fsock.c
host="localhost";
C'est crade mais comment faire ? Filtrer les paquets sortants ?
[^] # Re: Bonne nouvelle, et du coup...
Posté par Joris Dedieu (site web personnel) . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 10.
php est la plate-forme web la plus merdique et la plus difficile à déployer. Tout simplement parce qu'elle nie complètement être une plate-forme, parce qu'elle souffre de choix de conception mauvais (genre url_fopen ou register_globals pour ne citer que les plus montrueux), parce qu'elle est une nébuleuse dans laquelle on trouve tout et n'importe quoi.
Enfin parce que beaucoup de développeurs en php pensent que le monde est un vaste windows et php une plate forme normée et que donc si du code marche chez tel hébergeur, il doit forcement marcher partout et pour une durée infinie.
Je pense que tu serais surpris de voir à quel point les admin en question connaissent le code de php et sont capable d'en comprendre les mécanismes, les problèmes et les évolutions. À quel point également php est souvent patché de façon importante, à quel point les choix des versions, et des libs associés demande du temps et de la validation.
Un exemple con : fsockopen.
fsockopen est une fonction toxique qui est souvent utilisée pour flooder. Il vaut mieux passer par l'implémentation directe des protocoles : imap, smtp, snmp ...
Bref on peut raisonnablement dire que sur un serveur web, fsockopen n'a rien à faire. Le code d'un site web n'a pas en géneral à ouvrir directement des sockets. Et bien sans fsockopen, aucun webmail ne fonctionne.
vi fsock.c
host="localhost";
C'est crade mais comment faire ? Filtrer les paquets sortants ?