PHP 4.2.0RC1

Posté par Anonyme le 21 mars 2002 à 14:43. Modéré par Fabien Penso.

Étiquettes :

mar.

2002

PHP s'est doté d'un calendrier pour organiser la publication de PHP 4.2.0, et c'est aujourd'hui que la première publication est réalisée. Elle est destinée surtout aux tests, et surtout pas à la production !

Notons que les versions windows et Unix sont disponibles ensemble. L'évolution essentielle est que désormais, register_globals est maintenant à off par défaut (on peut donc le remettre à on, mais a la main).

Aller plus loin

Annonce sur Nexen.net (2 clics)
téléchargements (4 clics)

# complement

Posté par matiasf le 21 mars 2002 à 15:29. Évalué à 8.

> register_globals est maintenant à off par défaut

A moyen terme, il n'y aura plus de register_globals. Le mettre a On uniquement pour portage mais pas pour de nouvelles applis.
- [^] # Re: complement
  
  Posté par Thomas Cataldo (site web personnel) le 21 mars 2002 à 16:06. Évalué à -10.
  
  mais php ca reste de la merde quand même.
  - [^] # Re: complement
    
    Posté par matiasf le 21 mars 2002 à 16:10. Évalué à -3.
    
    Merci pour l'info. Je vais switcher sous ASP.
    - [^] # Re: complement
      
      Posté par laurent Belmonte le 21 mars 2002 à 16:13. Évalué à -1.
      
      mais ASP ca reste de la merde
      - [^] # Re: complement
        
        Posté par Thomas Cataldo (site web personnel) le 21 mars 2002 à 16:15. Évalué à -3.
        
        essaye asp.net, c'est de la merde (comme php), mais au moins tu restes à la mode.
        
        [^] # Re: complement
        
        Posté par matiasf le 21 mars 2002 à 16:51. Évalué à -4.
        
        Puant ce thread, vous ne trouvez pas ?
        
        [^] # Re: complement
        
        Posté par nicolasr le 21 mars 2002 à 16:57. Évalué à -5.
        
        mais {php,asp,asp.net}, ça reste de la merde...
        
        [^] # Re: complement
        
        Posté par gle le 21 mars 2002 à 17:18. Évalué à 0.
        
        Il ne reste plus que JSP pour r0xer alors ?
        
        [^] # Re: complement
        
        Posté par Thomas Cataldo (site web personnel) le 21 mars 2002 à 17:24. Évalué à -2.
        
        yep, jsp, servlet et j2ee rOxOr.
        
        [^] # Re: complement
        
        Posté par kadreg le 21 mars 2002 à 17:42. Évalué à -3.
        
        Avec des EJB et weblo, sinon, c'est pas drole.
        
        [^] # Re: complement
        
        Posté par matiasf le 21 mars 2002 à 23:33. Évalué à 0.
        
        Toute cette merde pour finir sur JSP.
        Mon dieu...
- [^] # Question conne
  
  Posté par Neryel le 21 mars 2002 à 17:17. Évalué à 4.
  
  Ca fait quoi register_global ?
  - [^] # Re: Question conne, reponse conne
    
    Posté par matiasf le 21 mars 2002 à 17:40. Évalué à 3.
    
    http://www.php.net/manual/fr/html/configuration.html(...)
    - [^] # Re: Question conne, reponse /polie/
      
      Posté par Cru Kilu le 21 mars 2002 à 18:08. Évalué à 7.
      
      C'est pas poliment répondu ; une meilleure réponse (pour décideur pressé, comme toujours) serait du style :
      
      Extrait de http://www.php.net/manual/fr/html/configuration.html(...) :
      
      register_globals boolean : Cette option active l'enregistrement des variables EGPCS (Environnement, GET, POST, Cookie, Serveur), en tant que variables globales. Vous pouvez désactiver cette fonction si vous ne voulez pas truffer vos scripts avec des valeurs utilisateurs. Cette option est surtout utile lorsqu'elle est utilisée conjointement avec track_vars - dans ce cas, vous pouvez accéder à toutes les variables EGPCS grâce aux tableaux $HTTP_ENV_VARS, $HTTP_GET_VARS, $HTTP_POST_VARS, $HTTP_COOKIE_VARS, et $HTTP_SERVER_VARS.
      - [^] # Re: Question conne recherche reponse polie...
        
        Posté par matiasf le 21 mars 2002 à 23:31. Évalué à 2.
        
        C'est quoi EGPCS, GET, POST, cookie, track_vars et $HTTP_*.
        
        Non je deconnes...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.