PHP 7 : la préversion PHP 7.0.0 RC 4 disponible
Cette nouvelle mouture vient corriger 22 bugs
Le 2015-10-02 15:52:29, par saigone, Membre chevronné
L’équipe responsable du développement de PHP a annoncé la disponibilité de PHP 7.0.0 RC 4 qui vient deux semaines après la sortie de la préversion RC 3 (disponible depuis le 17 septembre 2015). Bien entendu, cette RC est déconseillé pour des utilisations en environnement de production. Cette préversion vient corriger 22 bugs et plus de 100 commits.
La préversion PHP 7.0.0 RC4 embarque une nouvelle version du moteur Zend qui dispose de la liste (non exhaustive) des fonctionnalités suivantes :
Cette mouture corrige le bogue #70456 dans Mysqlnd découvert par Sergei Turchanov qui a remarqué que Mysqlnd n’activait pas de protocole de contrôle de transmissions quand il se connectait à un serveur. Elle corrige également le bogue #70013 dans Session découvert par Yasuo qui a réalisé que la référence à la variable de session $_SESSION était perdue après un appel de session_regenerate_id(). La liste complète des bogues corrigés et fonctionnalités de la préversion RC4 est disponible.
Les développeurs sont ainsi invités à tester cette nouvelle préversion de PHP 7 téléchargeable sur le site et encouragés à fournir les retours de bogues et incompatibilités rencontrés sur le site de bugs PHP.
La sortie de la préversion RC 5 est prévue pour le 15 octobre 2015.
Liste de bugs corrigés
Lien de téléchargement
Site de bugs de PHP
source : Site PHP
Et vous?
Comment trouvez-vous cette préversion PHP 7.0.0 RC 4?
Voir aussi
Forum PHP
Rubrique PHP(Cours, Tutoriels, FAQ, etc.)
La préversion PHP 7.0.0 RC4 embarque une nouvelle version du moteur Zend qui dispose de la liste (non exhaustive) des fonctionnalités suivantes :
- rapidité accrue : PHP 7 est deux fois plus rapide que PHP 5.6 ;
- support des architectures 64 bits ;
- gestion de plusieurs erreurs fatales en exceptions ;
- combinaison des opérateurs de comparaisons (<=>
; - classes anonymes ;
- déclaration du type de retour ;
- déclaration du type scalaire.
Cette mouture corrige le bogue #70456 dans Mysqlnd découvert par Sergei Turchanov qui a remarqué que Mysqlnd n’activait pas de protocole de contrôle de transmissions quand il se connectait à un serveur. Elle corrige également le bogue #70013 dans Session découvert par Yasuo qui a réalisé que la référence à la variable de session $_SESSION était perdue après un appel de session_regenerate_id(). La liste complète des bogues corrigés et fonctionnalités de la préversion RC4 est disponible.
Les développeurs sont ainsi invités à tester cette nouvelle préversion de PHP 7 téléchargeable sur le site et encouragés à fournir les retours de bogues et incompatibilités rencontrés sur le site de bugs PHP.
La sortie de la préversion RC 5 est prévue pour le 15 octobre 2015.
source : Site PHP
Et vous?
Voir aussi
-
ABCIWEBExpert éminent séniorSalut,
Je suis de l'avis du premier groupe qui préfère retarder la sortie. Pourquoi sortir une version alors que des bugs récents ont été découverts ? Même corrigés mieux vaut prendre le temps de vérifier qu'ils n'ont pas d'autres impacts, et que les corrections proposées soient testées dans toutes les combinaisons possibles.
En plus les dernières versions de php depuis 5.3 ont notablement amélioré les performances, ce qui à mon avis permet d'attendre encore quelques semaines dans de bonnes conditions sans trop d'impatience.
Et puis php commence à perdre son aspect amateur, qui en fait n'était pas dû au langage lui-même mais à la grande diversité de niveau des utilisateurs puisqu'étant le langage le plus accessible c'est aussi celui qui attire le plus de débutants.
L'équipe php a augmenté les contrôles minimum pour récupérer des variables, fourni un bon cadre pour le développement objet, des nouvelles classes bien pratiques, des gains en performances pour les dernières versions etc. sans oublier les nombreux framework construits autour qui se sont eux aussi améliorés. De quoi satisfaire le plus grand nombre.
Pourquoi prendre le risque de contrarier cette montée globale qualitative en sortant une version buggée qui cette fois-ci ramènerait le problème non plus à la maladresse de certains débutants mais au moteur du langage lui-même. Ce serait une bien mauvaise publicité
Tout ça pour respecter une date ? Nan franchement, sauf à donner le bâton pour se faire battre, quel intérêt ?le 10/11/2015 à 3:34 -
TsilefyMembre émériteje crois que ta nouvelle foi en python te donne des oeillères. Et je dis ça en adorant Python.
Plus forte croissance: c'est normal. Python est plus utilisé que PHP. C++ aussi. Et C. Et Java. Ce sont des langages généralistes, PHP est un langage Web. La comparaison n'a pas de sens.
Même chose pour "développement d’applications d’entreprise, de bureau et scientifiques". PHP n'est pas fait pour ça. Un bon développeur choisit ses outils en fonction de la tâche.
Langage les plus utilisés pour développer du Web: l'étude qui montre HTML à la 10e place et Javascript à la 5e. C'est dire sa crédibilité. Si l'on inclut ces 2 langages, ils devraient être en 1e et 2e place loin devant tout le monde.
Pour conclure sur ce sujet, PHP est un excellent langage pour des sites et applications web de taille légère ou intermédiaire (çad l'immense majorité du Web, tous ceux qui ne sont pas de la taille d'Amazon, Twitter ou Reddit), permettant un développement rapide et facile et une bonne "maintainabilité" et facilité d'évolution grâce à son modèle objet. Dans les (très rares) cas où l'application grandit, et sous réserve qu'il ne soit pas monolithique (mais c'est une problème de développeur plus que de langage), on peut toujours changer les parties critiques en d'autres langages plus performants comme Java (ou Go ou Scala).
La plus grande faiblesse de PHP comparé à Python (et Ruby), ce ne sont pas ses bizarreries, ou son soi-disant problème de performance (corrigé par PHP 7) ou autres. C'est simplement que le niveau du développeur PHP moyen est plus faible que le développeur Python/Ruby moyen. Quand je vois le niveau de ceux qui sont soi-disant en "école" et qui viennent ici et ailleurs avec leurs problèmes, je me gratte la tête et j'espère qu'ils n'ont pas payé trop cher en frais de scolarité. Et quand ces "développeurs" arrivent en entreprise, ça rejaillit sur l'image des dev PHP en général comme des bricoleurs spécialistes du copier-coller et qui résolvent les problèmes par la force brute, pas par la réflexion. Ça dévalorise aussi le dév PHP, car sa valeur financière est dégradée en conséquence.le 11/10/2015 à 23:17 -
TsilefyMembre émériteLe bébé est sorti du ventre de sa mère!!!
http://php.net/archive/2015.php#id2015-12-03-1
et grace au strict type, on saura maintenant si c'est une fille ou un garçonle 04/12/2015 à 0:03 -
Eric30Membre actifQue pensez vous de la version 7.1 de PHP ?
Donc vivement la 7.1le 26/05/2016 à 13:30 -
KearzMembre expert
En Java ou autres les règles te permettent de te concentrer sur l'essentiel
En PHP j'ai toujours peur d'écrire un truc con et de devoir passer du temps à le trouver après.
Euh, attends, on m'informe dans l’oreillette que le J2EE est pas si utilisé que ça. Pourtant, avec ses règles qui te permettent de te concentrer sur l'essentiel, vraiment, je comprends pas.
D'ailleurs, le JAVA pour faire du web (en tout cas en France) j'ai l'impression que c'est surtout un truc que pousse les SSII.
J'ai fait du JAVA (web & autres), du PHP, du Node.JS/javascript et un peu de .NET.
Et écrire des trucs à la con et passer du temps à les trouver, j'en ai fait dans tous les langages.
Tout est une question d'habitude, maintenant que j'ai dis que je refusais de faire du JAVA et que je me concentre plus sur le PHP/JS, je trouve plus vite un problème dans du PHP ou du JS que dans du JAVA.le 06/06/2016 à 10:06 -
TsilefyMembre émériteTu n'as pas (non plus) d'expérience dans de l'embarqué ou sur le RaspberryPi j'imagineDonc tu pense vraiment que les interfaces, l'héritage simple et l'immondice bâtarde que sont les traits, on comble la lacune énorme qu'est l'héritage multiple ? Manque de pratique intense, je suppose.
Classes anonymes: l'exemple est mauvais je trouve. Ce genre de technique a sa place dans les méthodes privées d'une classe, pas dans une API publique, et encore moins appelé directement comme ça. Mais c'est comme les lambda/closures: c'est très utile quand on n'en abuse pas et qu'on ne fait pas des classes anonymes de 50 lignes. Ets-ce que tu as la même objection pour les closures, qui ont la même philosophie?
Après, je n'ai pas regardé en détail l'implémentation de PHP, qui parfois peut être "bizarre" (çad jamais comme les autres langages).
Sinon, ton discours est fréquent chez tous ceux qui viennent de découvrir quelque chose et qui ont les yeux brillent. C'est la phase d'euphorie, comme en amour :-) J'ai lu les mêmes choses quand rails est apparu, quand node.js est apparu, quand Laravel est apparu... Qu'est-ce que ça va être quand tu découvriras Haskell! (moi j'ai eu l'impression de découvrir une nouvelle galaxie!)
Cela dit, Python est évidemment génial, mais tu ne peux pas comparer Django/Python à PHP. C'est comme ceux qui comparent Rails et PHP: compare Django à Symfony, Laravel etc...le 11/10/2015 à 2:58 -
rawsrcExpert éminent séniorSalut,
Ce n'est pas parce que tu n'y es pas arrivé que c'est merdique...
Si tu veux du débogage sans mettre les mains dans le cambouis, regarde du côté de NuSphere PhpEd : tu as nativement absolument tout ce que tu peux attendre d'un débogueur des autres langages.
Euh... c'est compliqué de faire DateTime('now'); ou même par défaut tout datetime sans paramètre est équivalent à DateTime('now');. Au pire tu peux utiliser les constantes de formatage DATE_
Ben PHP est à l'image du libre : une tonne de produits et des développements plus ou moins au point ou aboutis.
C'est une force comme une faiblesse à la fois...
Pour ce qui est de Symfony, je te rejoins. Et crois-moi en entreprise, il y en a un paquet qui font marche arrière et cherchent à se rabattre sur du plus léger ou utilisent juste deux trois briques de ce framework et bazardent tout le reste.
Après il n'y pas de techno parfaite, il faut des développeurs derrière le clavier avec un cerveau et pas que des copistes.le 27/10/2015 à 22:25 -
NightfallRédacteurc'est faux et si c'est booléen, tu dois t'en servir comme d'un booléen, pas comme une chaîne
Code : 1
2
3$t = true; echo $t; //affiche 1 echo (string)$t; //affiche 1
c'est logique, en tant que constante elle a la même valeur pour toutes les instances, donc self::maConstance a plus de sens que $this->MaConstante.
lol, trop gros, passera pas, là la liste est trop longue.le 28/10/2015 à 13:25 -
TsilefyMembre émériteIl me semble que sont juste les récriminations de quelqu'un qui s'est arrêté au PHP de 2007 et croit que rien n'a changé jusque là. Il ne faut pas se fier aux numéros de versions, PHP 5.3, 5.5 et 7 sont bien des versions majeures.
Et l'écosystème a largement changé depuis (outils, déploiement, le déclin du framework monolithique, qui décline en même temps que Rails décline, ce qui n'est pas un hasard, la montée des modules/librairies et de l'interopérabilité, etc...).
Je veux bien des critiques, mais qu'elles soient des critiques de la version utilisée actuellement (i.e. 5.6 et 7).le 29/10/2015 à 0:24 -
JaroddMembre expérimentéC'est dingue comme certains n'actualisent pas leurs préjugés.le 31/10/2015 à 16:38