[+] Huhu PHP is teh L4m3

• [^]Re: Huhu PHP is teh L4m3

  Posté par Thomas Douillard () le 01/11/2005 à 12:42. (lien). Évalué à 5.

  Je comprends pas comment on peut moinsser un troll pareil :)
  c'est attendrissant.

  • [^]Re: Huhu PHP is teh L4m3

    Posté par PloufPlouf (Jabber id, page perso, ) le 03/11/2005 à 07:57. (lien). Évalué à 3.

    il semblerait qu'il n'y ait pas grand chose d'autre a faire....
    
    la news a 3 jours, pas un commentaire
    
    ca a l'air bien php ;-)

    --
    http://www.rootsaka.com

    • [^]Re: Huhu PHP is teh L4m3

      Posté par louis perrier () le 03/11/2005 à 13:20. (lien). Évalué à 1.

      150 ¤ l'entrée par jour pour un particulier, ca n'encourage pas à poster ...
      dommage, elles seron surement bien ces conf.
      Louis
      
      ---------------------------------------------------------------------------
      un CMS simple et extensible en php : DRUPAL bien sur! http://drupal-france.lxs-cms.com/

      --
      ebaobab.net - Partagez avec vos amis tout en conservant votre vie privée !

      • [^]Re: Huhu PHP is teh L4m3

        Posté par Éric (Jabber id, page perso, ) le 03/11/2005 à 13:49. (lien). Évalué à 3.

        Certains ici ont un boulot, certains ont même un boulot dans le domaine (donc une entreprise qui peut payer)
        
        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 (page perso, ) le 03/11/2005 à 19:17. (lien). Évalué à 2.

        C'est vrai que c'est cher pour un particulier mais ce n'est pas l'objectif.
        
        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.

        --
        Co auteur du livre PHP 5 avancé
        http://www.amazon.fr/exec/obidos/ASIN/2212121679/

    • [^]Re: Huhu PHP is teh L4m3

      Posté par Mildred (Jabber id, page perso, ) le 04/11/2005 à 19:46. (lien). Évalué à 1.

      ca a l'air bien php ;-)

      
      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

      --
      La Roue du Temps

      • [^]Re: Huhu PHP is teh L4m3

        Posté par LupusMic (page perso, ) le 06/11/2005 à 17:08. (lien). Évalué à 2.

        - les erreurs ne t'affichent pas la pile des appels
        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 () le 06/11/2005 à 20:45. (lien). Évalué à 1.

          Personnellement un typage fort pour un langage interprété j'en vois pas trop l'intérêt, enfin ce que j'en dis ^^

          --
          Debian ... gentoo moi ça et vite :)

      • [^]Re: Huhu PHP is teh L4m3

        Posté par Éric (Jabber id, page perso, ) le 07/11/2005 à 07:18. (lien). Évalué à 6.

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