Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Liens connexes

Dépêche modérée par

: La seconde release candidate de PHP 5 est sortie

Posté par Cyril PIERRE de GEYER (page perso, ). Modéré le 26 avril 2004.
PHP 5 continue son chemin en assurance qualité avant la publication finale. Cette version est une Release Candidate, dont les fonctionnalités sont gelées, qui corrige essentiellement des bugs. Cette version n’est toujours pas recommandée en production.

> Lire la dépêche (17 commentaires, moyenne: 1,5).  

Il est recommandé de télécharger la version et de la tester sur votre machine pour pouvoir détecter aussitôt que possible les bugs qui vous gêneraient.

Modifications principales :
- Mode de compatibilité avec le Zend Engine I, pour améliorer l’auto-clonage d’objet de PHP 4.
- Toutes les extensions orientées objets utilisent maintenant la convention de nommage studlyCaps. Cela inclut SQLite, SOAP, Reflection API, Ming, etc..
- Implémenter une interface ou une méthode abstraite avec un mauvais prototype est une erreur fatale. Pour la compatibilité ascendante, réimplémenter une méthode normale avec un mauvais prototype ne donnera qu’une alerte E_STRICT.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

Re: La seconde release candidate de PHP 5 est sortie

Posté par xsnipe () le 26/04/2004 à 18:45. (lien). Évalué à 0.

Cool, on approche furieusement de la version finale...
Je m'en vais tester ça sur mon serveur de test :)
Il est heureux aussi de voir que ce langage devienne de plus en plus strict, le 4 était beaucoup trop permissif, d'ailleurs cela m'ennuie un peu que, par souci de compatibilité ascendante, ils aient conservé quelques "tares" mais bon ils avaient peut-être pas trop le choix...

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

Re: La seconde release candidate de PHP 5 est sortie

Posté par Cali_Mero () le 26/04/2004 à 23:57. (lien). Évalué à 4.

C.PdG (jolies tes initiales), bonne idée de soumettre une dépêche ici... mais tu ferais bien, à mon avis, de rendre tes propos plus accessibles aux débutants, les grands sites du monde php francophone ayant tendance à fondre comme neige au soleil cette année (phpapps notamment, sur lequel nombre d'entre nous prenions part pour échanger et initier les débutants aux finesses de ce langage prometteur), ton auditoire risque de connaître le même sort si tu restes trop technico-commercial.

Traduction donc, pour les néophytes ou ceux qui envisagent de le devenir :

Il est recommandé de télécharger la version et de la tester sur votre machine pour pouvoir détecter aussitôt que possible les bugs qui vous gêneraient.

Ceux qui développent leur site en local (et qui sont avides de nouveauté, quitte à installer une version qui ne se retrouvera pas de sitôt en production) sont invités à télécharger la RC2 de PHP5 et de faire eux-mêmes une petite partie de la chasse aux bugs avant la sortie de la release officielle. C'est bien évidemment conseillé plutôt aux développeurs expérimentés, sachant reconnaître une erreur du langage d'une erreur de programmation.

Modifications principales :
- Mode de compatibilité avec le Zend Engine I, pour améliorer l’auto-clonage d’objet de PHP 4.


Mouarf, je me marre... Ils ont modifié php5 pour permettre la compatibilité avec les scripts php4... bravo les ptits gars de chez Zend, je suis ébloui.

Si c'est la synthèse d'un changelog, pour un premier point ca tient de la gageure.... La compatibilité ascendante est une valeur clé du logiciel libre. C'est bien qu'ils l'aient compris, mais y'a vraiment pas de quoi se lancer des fleurs dans un changelog pour ça !

- Toutes les extensions orientées objets utilisent maintenant la convention de nommage studlyCaps. Cela inclut SQLite, SOAP, Reflection API, Ming, etc..

Il faut comprendre : Tous les mainteneurs d'extensions proposant des objets natifs php ont enfin trouvé une convention de nommage. C'est ce qu'on appelle les studlycaps (autrement dit, faites gaffe aux majuscules/minuscules lorsque vous manipule(re)z une extension php orientée objet). Quel progrès !

- Implémenter une interface ou une méthode abstraite avec un mauvais prototype est une erreur fatale. Pour la compatibilité ascendante, réimplémenter une méthode normale avec un mauvais prototype ne donnera qu’une alerte E_STRICT.

Le nouveau niveau d'erreur, E_STRICT, est à mon avis une bonne idée, invitant les développeurs à respecter rigoureusement le langage avant d'écrire du sale code code pouvant contenir de lourdes incohérences. PHP devient un peu moins permissif pour ceux qui, comme moi, doivent travailler en équipe avec des développeurs moins expérimentés et veulent détecter rapidement les erreurs grossières et les bugs de débutant. Voilà une bien bonne idée, cependant on ne me fera pas croire que ca a été long à développer...

Il eût, à mon avis, été beaucoup plus intéressant de faire un lien vers le changelog officiel de la RC2 ( http://www.php.net/ChangeLog-5.php#5.0.0RC2(...) ) qu'un lien d'autopromotion vers l'article poussiéreux de phpteam parceque vendre un livre sur php5 alors qu'il n'est même pas encore officiellement finalisé, c'est de l'arnaque, on l'a déjà assez dit, même si des connaisseurs comme toi et Eric Daspet s'y mettent. Je ne vois pas comment vous pouvez justifier la promotion d'un bouquin de référence "PHP5 avancé" (je cite) alors que le développement de php5 n'est visiblement pas terminé. Vous n'êtes pas les premiers à vouloir sortir un bouquin sur php5 avant les autres histoire de vendre plus... Quitte à raconter des âneries, la release officielle n'étant pas pour demain.

Quelques points du changelog qui ont retenu mon attention de développeur, mais apparemment pas la tienne :

Changed HTTP file uploads not to throw E_WARNINGs and E_NOTICEs. The error value in the $_FILES global should be used for error handling. (Derick)

Les uploads de fichier par HTTP ne provoquent plus de warning ni de notice, la valeur à contrôler devant être testée directement depuis $_FILES. Un non sens, à mon avis.

Changed __construct() to always take precedence over old style constructor. (Dmitry)

La méthode __construct() d'une classe, si elle existe, prédominera maintenant par rapport à l'ancienne forme de constructeur de classe (méthode de même nom que la classe). C'est un changement de comportement majeur pour ceux qui tentent d'écrire du code compatible php4 ET php5 !

Fixed bug #26441 (When __set() returned a value it corrupted it). (Andi)

la méthode __set() (utilisée pour intercepter des écritures de valeurs dans des propriétés d'objets) peut maintenant retourner des valeurs correctement.
_____________

Personnellement, je considère que tu as posté cette dépêche rien que pour caser le lien vers la page qui fait vendre ton bouquin sur une technologie pas encore finalisée. "PHP5 avancé" alors qu'il est visiblement pas encore figé niveau specs...

C'est triste ton point de vue sur php. Tout juste bon à vendre des pages aussi provisoires que le nouveau permis de conduire...

--
#define MAGIC 0xdefaced /* I should've patented this number -cliph */

Re: La seconde release candidate de PHP 5 est sortie

Posté par Axel R. (page perso, ) le 27/04/2004 à 08:38. (lien). Évalué à 1.

Est il possible/facile de faire tourner en parallele la version 4 et la version 5 ?

si oui comment ?

Axel

Re: La seconde release candidate de PHP 5 est sortie

Posté par Sylvain (Jabber id, page perso, ) le 27/04/2004 à 16:08. (lien). Évalué à 2.


Changed HTTP file uploads not to throw E_WARNINGs and E_NOTICEs. The error value in the $_FILES global should be used for error handling. (Derick)

Les uploads de fichier par HTTP ne provoquent plus de warning ni de notice, la valeur à contrôler devant être testée directement depuis $_FILES. Un non sens, à mon avis.


Je traduirais plutot cette partie la comme ca :
The error value in the $_FILES global should be used for error handling. (Derick)

Le code erreur contenue dans la variable globale $_FILES devra/pourra etre utiliser pur un management des erreurs.

Revenir en haut de page