Comments on: Déterrer le cadavre d’un troll : Non, PHP n’est pas simple

By: Xavier Combelle

Xavier Combelle — Mon, 14 Dec 2015 00:34:20 +0000

A propos de == en php c'est pas ce que tu prétends: c'est pire


$ php5 --interactive

var_dump("0e4"=="0e5");

bool(true)

By: Guitoup

Guitoup — Wed, 10 Oct 2012 01:36:14 +0000

Le gros poblème de PHP est en partie dans sa communauté, une grosse part est faite de bidouilleur, donc oui les forum sont pollués par des réponses pourries, et alors ? A nous de prendre du temps pour conseiller au mieux les débutants. Mon gros souci est plutôt du côté des “décideurs” du core PHP, au lieu de nous pondre une refonte de l’API avec de la cohérence, suppression des anciens boulets venant de PHP3/4, unicode (bordel!)…, non à la place il nous sorte des traits…des namespaces foireux… Je suis jaloux de la direction que prends Python avec la version 3, elle a le mérite de péter la rétrocompatibilité et de faire avancer les choses dans le bon sens ! A quand un PHP7 (vu que le 6 est mort-né) qui reprends tout ! Zut, crotte, saperlipoppette !

By: t0w

t0w — Mon, 03 Sep 2012 20:50:41 +0000

“Si allow_url_fopen est désactivé dans php.ini, ça ne marchera pas non plus. Aucune idée de pourquoi.”

Hmmm.. à tout hasard parce que c’est sont rôle ? allow_url_fopen permet d’autoriser ou non le fait d’ouvrir des fichiers situés sur des serveurs différents de celui sur lequel est le script. /troll

Mais sinon je suis bien d’accord bien que moi même développeur php depuis quelques années. Force est de reconnaitre que pas mal de choses demandent une certaine expérience pour être maitrisées.

t
0w

By: Sam

Sam — Thu, 02 Aug 2012 00:03:29 +0000

Ok pour l’article sur le déploiement (quand j’ai la foi, hein, c’est un gros morceau). Pour le reste, c’est plutôt un projet communautaire sur github qu’il faudrait.

By: shaoner

shaoner — Wed, 01 Aug 2012 17:29:12 +0000

Perso j’aimerais bien aussi voir un article sur le deploiement d’un projet Django avec nginx par exemple. Mais surtout accompagne d’un “web git deploy” (en gros un script dans un hooks post-receive de gitolite) qui pourrait gerer un deploiement en testing, production, ou plus.
Pour l’instant j’ai fait le mien pour ca, avec des settings dans django differentes selon le mode (testing, prod, new_feature) et son propre sous-domaine a chaque fois (sauf pour le site en prod) qui lui est le domaine principal.
Mais voila, c’est pas forcement plaisant a faire :D et surtout j’aimerais m’abstraire de ce boulot pour me concentrer plutot sur l’application en elle-meme.

By: Sam

Sam — Tue, 31 Jul 2012 14:53:20 +0000

@luigi: 3ème lien de la première phrase :-)

By: Alain

Alain — Tue, 31 Jul 2012 14:53:05 +0000

@Sam J’attend l’article alors ^^

By: Luigi

Luigi — Tue, 31 Jul 2012 14:30:24 +0000

Désolé, je n’avais pas tilté que ça venait du même site que PHP : A fractal of Bad Design (http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/), cité par Serialk ci-dessus.

By: Luigi

Luigi — Tue, 31 Jul 2012 14:23:53 +0000

Pour ajouter de l’eau au moulin : http://me.veekun.com/blog/2012/07/28/quick-doesnt-mean-dirty/

Très similaire mais avec un exemple qui marche dedans en partant de 0.

By: Sam

Sam — Tue, 31 Jul 2012 12:21:38 +0000

@Alain: je crois que le déploiement avec Python mérite une article à lui tout seul. Mais en résumé, on utilise généralement gunicorn comme server wsgi et nginx en http proxy. C’est très facile à mettre en oeuvre, super robuste et rapide, mais mal documenté, et pas du tout dispo sur les hébergeurs mutualisés (donc uniquement sur serveur perso).