Et puis grosse surprise, un certain nombre de membres du PHP Core ont « décidé » de venir à Paris pour parler de PHP (6).
C'est donc une nouvelle conférence organisée au dernier moment : "Questions & Réponses" avec le PHP Core.
Sont prévus Rasmus LERDORF, Wez FURLONG, Zeev SURASKI et Andrei ZMIEVSKI. Et peut-être quelques autres...
# Huhu PHP is teh L4m3
Posté par Nicolas Y . Évalué à -8.
http://www.seclists.org/lists/bugtraq/2005/Oct/0382.html
http://www.seclists.org/lists/bugtraq/2005/Oct/0383.html
Python vaincra !
[^] # Re: Huhu PHP is teh L4m3
Posté par Thomas Douillard . Évalué à 5.
c'est attendrissant.
[^] # Re: Huhu PHP is teh L4m3
Posté par PloufPlouf (site web personnel) . Évalué à 3.
la news a 3 jours, pas un commentaire
ca a l'air bien php ;-)
[^] # Re: Huhu PHP is teh L4m3
Posté par jmny . Évalué à 1.
dommage, elles seron surement bien ces conf.
Louis
---------------------------------------------------------------------------
un CMS simple et extensible en php : DRUPAL bien sur! http://drupal-france.lxs-cms.com/
[^] # Re: Huhu PHP is teh L4m3
Posté par Éric (site web personnel) . Évalué à 3.
L'association AFUP ayant pour mission "les entreprises", les prix sont adaptés en conséquence, mais sur un ordre général ce genre de manifestation coute cher (donc il faut bien prendre en compte le prix des entrées)
[^] # Re: Huhu PHP is teh L4m3
Posté par Cyril PIERRE de GEYER (site web personnel) . Évalué à 2.
Voila la fin d'un ancien post qui explique ce que permet de forum et pourquoi c'est payant :
Contrairement aux 'rencontres PHP' organisées par l'AFUP cette manifestation, à destination des professionnels, est payante. Les coûts permettent à l'association de financer la venue de développeurs Internationaux et nationaux, de payer la salle (le + gros budget) et surtout de financer des actions gratuites pendant l'année.
[^] # Re: Huhu PHP is teh L4m3
Posté par Mildred (site web personnel) . Évalué à 1.
Après l'avoir utilisé peandant des années intensivement, je ne trouve pas ...
- des fonctions dans tous les sens, pas de namespace
- les erreurs ne t'affichent pas la pile des appels
- le magicquotes est affreux ... et aucun moyen de le désactiver de manière simple ans un script
- pas moyen de faire des fonctions anonymes facilement (il y a bien create_function mais on doit écrire la fonction dans une chaîne de caractères)
Ce qui fait que si on veut bien faire les choses, il faut executer une fonction qui va te supprimer les quotes GET/POST/COOKIES, redéfinir le error_handler pour utiliser les exceptions php5 ... et ce sera déja un peu mieux.
Et même, ce que je n'aime pas du tout, c'est que si on affiche toutes les erreurs (même les notice error) par error_reporting(E_ALL), les classes php4 et php5 sont incompatibles (mot chef var qui affiche une notice error justement en php5)
du coup, je doit différencier les clases php4 et php5.
Pour le developpement web, je préfèrerais quelquechose comme python ou lua qui est beaucoup plus flexible
[^] # Re: Huhu PHP is teh L4m3
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 2.
X-Debug, une extension qui te le permet
- le magicquotes est affreux ... et aucun moyen de le désactiver de manière simple ans un script
Faux. Tu peux éventuellement utiliser iniset. Dans dans l'absolu, tu peux le modifier dans ton php.ini et dans un .htaccess.
- pas moyen de faire des fonctions anonymes facilement
À quoi ça sert les fonctions anonymes ?
Comme désavantage de PHP, je parlerais plutôt du manque de rigueur, qui entraîne tout un tas de vérifications qui pourraient être implicites. J'entends par la dénoncer le fait que PHP n'ait pas un typage fort.
Désolé, mais devoir ajouter une ligne pour vérifier que l'argument est une chaîne, je trouve ça grossié.
[^] # Re: Huhu PHP is teh L4m3
Posté par xsnipe . Évalué à 1.
[^] # Re: Huhu PHP is teh L4m3
Posté par Éric (site web personnel) . Évalué à 6.
> (même les notice error) par error_reporting(E_ALL), les classes php4 et php5 sont
> incompatibles (mot chef var qui affiche une notice error justement en php5)
Il t'envoie une erreur E_STRICT et pas E_NOTICE, qui est là justement pour te faire remarquer ce qui est dans les anciennes syntaxes et pas dans les nouvelles.
E_STRICT doit être activé explicitement il n'est pas activé avec E_ALL
> les erreurs ne t'affichent pas la pile des appels
En quelques lignes de code tu peux faire que ça affiche la pile. Tu peux même bouger la conf pour que ce code soit inclu avant toutes tes exécutions, donc que ce soit transparent. Tu changes le gestionnaire d'erreur, tu fais appel à debug_backtrace. Ce n'est pas ça un langage "souple" ?
> - le magicquotes est affreux ... et aucun moyen de le désactiver de manière simple
> ans un script
Il y a heureusement moyen de le désactiver. D'ailleurs je devrais plutot dire "il y a malheureusement moyen de l'activer" puisque la configuration recommandée par défaut est bien sur "off".
Si ton hébergeur a la bétise de l'activer il faut voir avec lui, pas avec le langage. Coté langage la bêtise est réparée depuis longtemps.
> Pour le developpement web, je préfèrerais quelquechose comme python
Ruby, voire python, sont effectivemet bien plus "propres". Reste que PHP a encore des avantages au niveau des bibliothèques standard dispo (très adaptées à tout ce qui est Web) et au niveau des hébergements
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.