IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

PHP 7 : la préversion PHP 7.0.0 RC 4 disponible
Cette nouvelle mouture vient corriger 22 bugs

Le , par saigone
301 commentaires

88PARTAGES

6  0 
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 :

  • 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.

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

Une erreur dans cette actualité ? Signalez-nous-la !

301 commentaires
Commenter Signaler un problème
ABCIWEB
Avatar de ABCIWEB
Expert éminent sénior https://www.developpez.com
Le 10/11/2015 à 3:34
Salut,

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 ?
8  0 
Tsilefy
Avatar de Tsilefy
Membre émérite https://www.developpez.com
Le 11/10/2015 à 23:17
Citation Envoyé par SurferIX Voir le message

- le plus demandé en mobile : Python devant Php
- le plus en forte croissance : Python devant Php
- le plus demandé par les employeurs : Python devant Php (Php prend une grosse gifle ici, position 7 contre 3 pour Python)
- les langages les plus utilisés pour développer du Web : Python devant Php (oui à l'international c'est ainsi. En France on a quelques années de retard, on pense toujours que Php rocks, mais on va se réveiller...)
- les langages de développement d’applications d’entreprise, de bureau et scientifiques : Python devant Php... ah Php n'existe même pas là

Bref, Php 7 n'apporte vraiment rien qui manque cruellement du point de vue d'une entreprise.
je 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.
5  0 
Tsilefy
Avatar de Tsilefy
Membre émérite https://www.developpez.com
Le 04/12/2015 à 0:03
Le 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çon
5  0 
Eric30
Avatar de Eric30
Membre actif https://www.developpez.com
Le 26/05/2016 à 13:30
Que pensez vous de la version 7.1 de PHP ?
Que la 7 était déjà très bien, rien que pour le typage strict ou les constantes tableaux , les erreurs catchables...

Donc vivement la 7.1
4  0 
Kearz
Avatar de Kearz
Membre expert https://www.developpez.com
Le 06/06/2016 à 10:06

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.
C'est cool, on a appris que tu faisais du JAVA. Ce langage tellement supérieur pour faire du web qu'on le retrouve sur tous les grands sites.
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.
4  0 
Tsilefy
Avatar de Tsilefy
Membre émérite https://www.developpez.com
Le 11/10/2015 à 2:58
Tu n'as pas (non plus) d'expérience dans de l'embarqué ou sur le RaspberryPi j'imagine
Si tu utilises PHP dans l'embarqué ou Raspberry Pi, ce n'est pas exactment un choix pertinent.

Donc 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.
La pratique en OOP m'a fait presque quasiment abandonner l'héritage, y compris l'héritage simple, au profit de la composition et les interfaces à l'exception des cas les plus basiques. Peux-tu me citer des cas résolus par l'héritage multiple que je ne peux pas résoudre par la composition? Ça doit exister, mais en nombre très infime...

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...
4  1 
rawsrc
Avatar de rawsrc
Expert éminent sénior https://www.developpez.com
Le 27/10/2015 à 22:25
Salut,

Citation Envoyé par Aizen64 Voir le message
- le debug : 20 ans après la création du language, personne n'a été en mesure d'implémenter un vrai debugger qui permet de faire de l'inspection de variable pas à pas. Je n'ai pas été en mesure d'installer xDebug, en comparaison Java et C# incluent ces fonctionnalités par défaut sans le moindre paramétrage.
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.

Citation Envoyé par Aizen64 Voir le message
Là encore, personne pour retaper l'ensemble des lib en objets, obtenir la date et l'heure du jour, la classe DateTime est un bordel. Pas de date.now() sur un objet DateTime, ce serait trop compliqué.
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_

Citation Envoyé par Aizen64 Voir le message
A titre de comparaison, les 2 frameworks que sont Java et .NET n'ont pas 50 frameworks annexes qui gravitent autour du language (et pour cause ce sont des frameworks), PHP est un foutoir avec certains bons outils minimalistes et d'énormes usines à gaz.

Un dev bien plus expérimenté que moi m'a dit récemment, même moi, j'ai pas deux mois à perdre à apprendre cette usine à gaz qu'est Symfony. Cette remarque vient d'un dev qui a fait du C++ pendant son école d'ingé. C'est pas donné à n'importe qui de savoir utiliser ce langage.
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.
3  0 
Nightfall
Avatar de Nightfall
Rédacteur https://www.developpez.com
Le 28/10/2015 à 13:25
Citation Envoyé par Aizen64 Voir le message
un booléen true sera rendu comme une chaine vide, pour le débug c'est une horreur
c'est faux et si c'est booléen, tu dois t'en servir comme d'un booléen, pas comme une chaîne
Code : Sélectionner tout 
1
2
3
$t = true;
echo $t; //affiche 1
echo (string)$t; //affiche 1
Citation Envoyé par Aizen64 Voir le message
Pas de normalisation pour l'accès aux données (encore que, je peux me tromper avec PDO) donc tu te tappes des fonctions type mysql_query, pg_query et j'en passe qui sont toutes dépendantes du SGBD.
en effet, tu te trompes.

Citation Envoyé par Aizen64 Voir le message
retourner une constante dans une classe, $this->MaConstante ne marche pas, c'est du self:maConstance (????!)
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.

Citation Envoyé par Aizen64 Voir le message
Pour l'open source en général :très rares sont les projets qui ressemblent à un produit fini, les seuls produits auquel je pense qui sont finalisés sont VLC et Firefox. Linux ?
lol, trop gros, passera pas, là la liste est trop longue.
3  0 
Tsilefy
Avatar de Tsilefy
Membre émérite https://www.developpez.com
Le 29/10/2015 à 0:24
Il 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).
3  0 
Jarodd
Avatar de Jarodd
Membre expérimenté https://www.developpez.com
Le 31/10/2015 à 16:38
C'est dingue comme certains n'actualisent pas leurs préjugés.
3  0 
Commenter Signaler un problème