Discussion :

[Kearz]

J'ai rien contre le fait de faire du JAVA hein.

Je le trouve juste, très, trop lourd pour le web.
Tu prends l'exemple de Doctrine, t'as vu a quel point c'est souple/simple par rapport à Hibernate? Et pourtant tu récupère des objets aussi. Hibernate, c'est pareil en lourd.

Donc oui, les objets en JAVA, c'est pratique quand tu veux gérer que des objets. Donc dans une application, un jeu (enfin là, c'est niveau perf' que ça va pêcher) c'est pas mal.
Il faut pas oublier que 90% des sites web aujourd'hui, c'est aller chercher de information en base et les afficher et donc rarement du traitement très très lourd.

Je pense que pour la majorité des sites, PHP fait l'affaire, surtout avec des frameworks comme Symfony/laravel/zend (& leurs versions light). Il y a des cas où .NET/JAVA seront mieux mais ça reste marginal (gros site, gros calcul, ..).
Alors que les SSII ont tendances à pousser le Java pour le TJM pour tout et n'importe quoi. Des site web de gestion de base (genre 5 tables qui se battent en duel avec moins de 1000 entrées avec quasiment aucun traitement) en JAVA? C'est pas sortir un bazooka pour tuer une mouche? Et pourtant j'en ai vu..

Par contre, si demain on me demande de faire une application bureautique en PHP, je vais trouver ça complètement ridicule. Java/C# sont largement mieux pour faire des applications.

[devEric69]

Et les applets? Ce n'est pas une technologie destinée à faire des sites mais plutôt des applications qui se lancent côté client, ça avait un sens à l'époque où ça a été conçu mais sauf pour quelques besoins très spécifiques ce sont clairement des reliques du passé.

??? Affirmer que les applets ne sont pas une technologie destinée à faire des sites , c'est un non-sens!

Avancer qu'Android fait en Java ne supporte pas les applets... Bon ben déjà, Android est fait en C/C++, et il possède une JVM spéciale qui n'a que très peu à voir avec celles qui tournent sur windows ou linux. En gros c'est à peu près aussi pertinent que de dire que C++ c'est de la merde parce que linux fait pas fonctionner des vieux ActiveX windows.

J'ai une tablette Google Nexus: je l'ai choisie pour le support des mises à jour automatiques qui est impeccable . Je ne vois pas où j'ai dit que Google ou Android étaient de la merde .

Par contre je dis que moi, je sais qu'avec ma tablette Google Nexus tournant sous Android, les applets Java sont interdites d'affichage et que ça concerne encore beaucoup de sites. C'est comme ça. Ce qui m'amène à constater que le comportement de ma tablette - mais je pourrais dire la même chose de la sur-protection de beaucoup de navigateurs vis à vis de cette technologie, du point de vue d'un internaute de base - contribue à marginaliser les sites développés en applets Java et contribue à renforcer Php pour de nouveaux développements si je tiens compte de cette information, vu qu'Android est devenu un des OS leaders. J'peux pas être plus clair. Et j'ajouterai qu'il me semble que c'est plutôt un fil dédié à "Php7 et son évolution Php7.1 pour des fonctionnalités avec IHM sur internet", et non pas dédié à "Java et des corrélations vérifiées ou pas versus Php7 pour des fonctionnalités avec IHM sur internet".

Cordialement .

[_skip]

??? Affirmer que les applets ne sont pas une technologie destinée à faire des sites , c'est un non-sens!

Si tu considères qu'une application en bytecode qui s'exécute sur le poste et affiche des widgets desktop est "un site". Alors oui...

[Lcf.vs]

Franchement, y a un truc dont je rêve, en PHP... c'est une nette amélioration du DOM, tant en perfs qu'en support des éléments HTML5 (sans notices, ni warnings) et en termes de méthodes natives.

L'HTML5 et le DOM 3 ont été standardisés depuis pas mal de temps, tout de même...

[Olivier Famien]

PHP 7.1 RC 3 est disponible
avec un accent mis sur les corrections des bogues et l’ajout de quelques nouvelles fonctionnalités

Selon le planning élaboré par l’équipe de PHP, la version finale de PHP 7.1 devrait être disponible avant la fin du mois de novembre prochain. En attendant cette date, les administrateurs du langage viennent de mettre à la disposition des développeurs la troisième release candidate de PHP 7.0.

Dans cette nouvelle version, la part belle a été faite aux corrections de bogues. Nous avions par exemple les erreurs suivantes qui ont été découvertes et corrigées dans cette dernière version :

• PHP plante si le gestionnaire d’erreur déclenche un avertissement en accédant à une constante non définie dans la value par défaut ;
• la fonction parse_str() fait crasher PHP lorsqu’elle ne dispose pas d’un second argument ;
• PHP indique une segfault sur une fonction non définie ;
• une erreur de type parse error : Invalid numeric literal ;
• le paramètre 1 ne pouvait être passé par référence ;
• un débordement d’entier dans la fonction gdImageWebpCtx du fichier gd_webp.c ;
• la fonction stream_set_blocking ne fonctionnait pas ;
• le dépassement des limites en lecture dans la fonction php_stream_filter_create ;
• imagegd2() ignore le 3^e paramètre si 4 paramètres sont fournis ;
• la fonction imagecreatefromgd2()peut avoir une fuite de mémoire ;
• etc.

Mais il n’y a pas que des erreurs qui ont été corrigées dans cette version de PHP. Dans cette release candidate, il faut s’attendre également à plusieurs améliorations dont :

• la possibilité de spécifier des clés dans la fonction list() ;
• l’ajout d’une commande de générateur pour l’inspection des générateurs qui sont toujours en cours ;
• l’annulation de la rupture de compatibilité ascendante dans la fonction ReflectionType->__toString(), avec une dépréciation dans la documentation, toutefois ;
• une suite de tests a été ajoutée à l’extension PHP Data Objects ;

Eu égard au fait que le projet est encore au stade de développement, les développeurs du langage recommandent de ne pas l’utiliser dans un environnement de production. Par ailleurs, l’équipe en charge du projet annonce qu’elle attend les retours des utilisateurs afin de pouvoir corriger et améliorer ce produit avant qu’il ne soit disponible au grand public.

Source : PHP

Et vous ?

Quelles sont les améliorations que vous souhaiteriez voir dans cette nouvelle version de PHP ?

Voir aussi

La version 7.1 de PHP sera bientôt rendue disponible, cette nouvelle version met plus l'accent sur les performances que sur les règles syntaxiques

La Rubrique PHP, Forum PHP, Cours et tutoriels PHP, FAQ PHP

[sarnikoff]

< Image d'un pigeon >

Bien utilisant très modestement le php ( php3 ) avant de m'essayer au php5 objet,
je trouve ce commentaire peu conforme à la loi de Gauss, dans le sens rationnel,
et peu modeste dans le sens de ma morale ,
le 100% me faisant penser au plus Blanc que blanc ... ( de feu Coluche)e comprends

NB: Je ne comprends rien à cette phrase : gain de quoi ? et à 100% ( Est-ce que ça va remplacer la voiture électrique ?)
Par contre, je me suis habitué au bug de ce site concernant le "upload classic image"

[sabotage]

La mesure a été faite sur des nombres de transactions traitées par seconde sur des plateformes de eCommerce, des CMS et des Framework.
On peut évidemment ne pas prendre ces chiffres pour argent comptant et réaliser sois même des mesures.

[sarnikoff]

J'avais oublié qu'il s'agissait de lessive,
(d'autant plus que je n'en teste plus depuis 2012)

NB: Ce pigeon là ne fait que 63Ko ... Mais ce qui a d'interressant dans le php, ce n'est pas que sa vitesse mais aussi GD.

[Kearz]

Hum...ça va avec tes pigeons?
C'est une passion, certains troll le vendredi et toi tu pigeonnes?

Oui, c'est des chiffres à prendre avec des pincettes. Cependant le gain de performance entre PHP5 et 7 existe bien, il y a surement des cas où le gain est plus faible (20%) et quelques rares cas où il est de 100%.
Et alors? Le gain est là, c'est le plus important. Après si c'est doré à coup de marketing, c'est secondaire.

[Mister Nono]

PHP 7.1 RC 3 est disponible

Avec un accent mis sur les corrections des bogues et l'ajout de quelques nouvelles fonctionnalités

Marre de ces produits qui passent leur temps à être débuggés : ce qui est la preuve qu'ils ne sont pas bons...

[rawsrc]

Euh, Nono, le clown, vas-y cite moi un soft qui n'a jamais fait l'objet du moindre patch stp. N'aie pas peur, je suis capable de lire les longues listes ; mon écran est en 27" rotatif, juste au cas où...

[Aizen64]

A vrai dire, ce que j'attend de ce langage qui a été, il faut bien l'admettre, mal concu :
- lancer des exceptions au lieu de retourner false sur différentes fonctions natives comme les regex par exemple (ou plein d'autres,
- Un vrai moteur de template optionel développé par les contributeurs du language, Twig répond à mes besoins mais dépend des dev Symfony, parce qu'écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<?php echo $var ?>

est quand même plus verbeux que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

{{ var }}

- A quand des types génériques intégrés au language ?! Une extension exite, mais est, encore, développée par des tiers : PHP Data Structures. Tout ça existe depuis une dizaine d'années avec C#/Java, PHP stocke tout dans des tableaux.

[ABCIWEB]

Cela fait un moment que l'on peut faire <?= $var ?> à la place de <? echo $var ?>... Mais quel est le rapport avec le sujet ? A vrai dire, il faut bien l'admettre, tu es complétement hors sujet.

[Aizen64]

Le fond de ma remarque est qu'il n'y a pas uniquement la performance brute à améliorer mais les fonctionnalités du langage.

Merci pour la méthode plus courte de faire un écho je j'ignorais. Ça va pas me servir sur mon projet puisque j'utilise Twig mais j'ai aussi un dinosaure à maintenir et ça peut être utile.

[sarnikoff]

Je ne trouve pas hors sujet la remarque sur la fonctionnalité

la remarque sur: =$var et echo($var) , echo $var peut aussi rejoindre la grogne de "Linus Thorval" concernant la présentation des commentaires, et même tout ce qu' on attend d'un langage.

Trop de communication tue la communication :

echo $var est proche du shell (Unix) , echo($var); est proche du C ...
Et ainsi on peut apprécier aussi qu'il puisse y avoir une certaine unité syntaxique entre les langages.

D'ailleurs dans l'histoire, il existe quelques expressions pouvant être utilisées littéralement en anglais,
en lieu et place du "mnémonique" en COBOL. ( Aspiration à écrire comme "on" respire )

[Michael Guilloux]

PHP 7.1.0 disponible avec le support des types nullables et de nombreuses autres fonctionnalités
mais aussi des gains de performance

Un an après la sortie de PHP 7.0, la branche 7.x du langage de développement web côté serveur reçoit sa première itération majeure : la version 7.1. PHP 7.0 a apporté des gains de performance avec un moteur Zend Engine jusqu'à deux fois plus rapide que dans la version 5.6, mais également de nombreuses fonctionnalités.

PHP 7.1 supporte également de nouvelles fonctionnalités avec encore des gains de performances. Côté performance, Zeev Suraski, cofondateur de Zend Technologies explique que la mise à jour fournit au langage un gain de performance de jusqu’à 35 % pour les charges de travail avec une utilisation intensive du CPU.

En ce qui concerne les nouvelles fonctionnalités du langage, on peut mettre en avant le support des types nullables qui permet de compléter un type de paramètre ou de retour en indiquant qu'il accepte en plus le type null. D’après la documentation officielle de PHP, « les déclarations de type pour les paramètres et les valeurs de retour peuvent maintenant être marquées comme nullables en ajoutant comme préfixe un point d'interrogation(?) au nom du type. Cela signifie que, de même que le type spécifié, null peut être passé comme argument ou retourné comme valeur ».

PHP 7.1 introduit également un type de retour void qui permet d’indiquer qu’une fonction ne retourne rien. Dans la documentation de PHP, il est expliqué que « les fonctions déclarées avec void comme type de retour doivent soit omettre leur instruction de retour complètement, soit utiliser une instruction de retour vide », en précisant que « Null n'est pas une valeur de retour valide pour une fonction void ».

Cette nouvelle version de PHP vient aussi avec un nouveau pseudo-type similaire à callable. Appelé Iterable, il permet d'indiquer qu'une fonction accepte (ou retourne) aussi bien un array qu'un objet implémentant Traversable. « Il peut être utilisé dans les types de paramètres et de retour, où il accepte soit les tableaux, soit les objets qui implémentent l'interface Traversable ». Dans le cas du sous-typage, « les types de paramètres des classes enfants peuvent élargir la déclaration d'un parent du type array ou de Traversable à Iterable. Avec les types de retour, les classes enfants peuvent restreindre le type de retour d'un parent du pseudo-type Iterable à array ou un objet qui implémente Traversable. »

PHP 7.1 ajoute encore le support pour spécifier la visibilité des constantes. Les constantes de classes supportent désormais les visibilités public, protected et private. Les constantes sans visibilité définies explicitement seront donc considérées comme publiques.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
<?php
class ConstDemo
{
    const PUBLIC_CONST_A = 1;
    public const PUBLIC_CONST_B = 2;
    protected const PROTECTED_CONST = 3;
    private const PRIVATE_CONST = 4;
}

On note encore, dans cette version, la gestion des exceptions par capture multiple. Il est en effet désormais possible de spécifier plusieurs exceptions par bloc catch à l'aide du caractère pipe (|). D’après la documentation PHP, cela est utile lorsque différentes exceptions de différentes hiérarchies de classe sont traitées de la même manière.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
<?php
try {
    // some code
} catch (FirstException | SecondException $e) {
    // handle first and second exceptions
}

Ce n’est pas la liste exhaustive des nouveautés et changements dans PHP 7.1. On peut par exemple encore noter que le support des serveurs push HTTP/2 a été ajouté à l'extension curl. Par ailleurs, une nouvelle méthode statique Closure::fromCallable() a été introduite dans la classe Closure pour permettre aux callables d'être facilement converties en objets Closure. PHP 7.1 déconseille également l’utilisation de l’extension mcrypt en faveur d’OpenSSL. L’extension mcrypt sera supprimée du noyau et du référentiel des extensions PHP dans PHP 7.2. Il est également important de noter que des changements de rupture de compatibilité avec PHP 7.0 ont été introduits dans la nouvelle version.

Sources : Annonce de la sortie de PHP 7.1, Nouvelles fonctionnalités dans PHP 7.1

Et vous ?

Que pensez-vous de cette nouvelle version de PHP ?
Quelles sont les fonctionnalités que vous appréciez le plus et qu’attendez-vous de PHP 7.2 ?
Quelle version de PHP utilisez-vous actuellement ? Pourquoi ?

Voir aussi :

Quels sont vos éditeurs préférés pour programmer en PHP ? Partagez votre expérience avec les outils de programmation PHP
Le framework PHP Symfony vient de publier sa version 3.2.0, avec l'intégration d'un nouveau composant pour la gestion des workflows

[Riwalenn]

Bonjour à tous,
j'ai une question un peu "bête", je suis actuellement sur un site assez vieux qui apparemment est hébergé sur une plateforme php 5.5.38. Je voulais savoir si j'ai la possibilité de le rétrocompatibilisé si jamais php 7.0 n'allait ps du tout. (puis-je revenir en 5.5 sans casse ?) Le problème étant que je ne peux prendre actuellement de risques car nous sommes en période de très grosse affluence en décembre. (absolument rien à voir avec Noël)

Riwalenn

[TheGuit]

Bonjour à tous,
j'ai une question un peu "bête", je suis actuellement sur un site assez vieux qui apparemment est hébergé sur une plateforme php 5.5.38. Je voulais savoir si j'ai la possibilité de le rétrocompatibilisé si jamais php 7.0 n'allait ps du tout. (puis-je revenir en 5.5 sans casse ?) Le problème étant que je ne peux prendre actuellement de risques car nous sommes en période de très grosse affluence en décembre. (absolument rien à voir avec Noël)

Riwalenn

Alors si c'est une periode de forte affluence c'est peut-être pas hyper sage de le faire maintenant. Ensuite il est possible de faire du code PHP compatible 7 et 5.5 en ne profitant pas des nouveauté du 7. Tu as les informations par là bas : http://php.net/manual/fr/migration70.php

[Riwalenn]

Je te remercie TheGuit, je vais regarder cela tranquillement pour ne pas faire les choses à la hâte .

[ABCIWEB]

@Riwalenn Pour le fait de revenir en arrière, cela dépend de ce que te propose ton hébergeur, mais en général y'a pas de souci et ça peut se faire en quelques secondes. Ce n'est pas à ce niveau que le problème se pose puisque le changement de config ne prend qu'un clic sans modifier aucun fichier du site, mais surtout si tu utilises un framework qu'il faudra mettre à jour si non compatible php7. Dans ce cas tu auras intérêt à faire des sauvegardes de fichiers avant la mise à jour au cas où elle se passerait mal.

A savoir aussi que les erreurs ne peuvent survenir que dans des contextes particuliers et donc il faut faire des tests assez poussés. Le mieux est de commencer par te renseigner au niveau des éventuels framework que tu utilises.

Comme l'a dit TheGuit il est plus raisonnable d'attendre une période plus calme.


NB : A savoir aussi si le site web est la seule application installée sur le serveur...