Personnellement non, et je n'ai aucune raison de le faire, mais j'ai quelques contacts dont le langage de développement principal est php, qui ont suivi les discussions sur @internals et testé pas mal de versions successives de la v7 et m'en ont dit beaucoup de bien.
Ça ne me fera pas y revenir, mais les échos que j'en ai eu étaient très bons.

Je l'ai compilé et testé sur 2 ou 3 projets, il faisait le taf mais je n'ai pas été plus loin que ça.

Faudrait surtout voir ce qu'il apporte s'il est "couplé" à un HHVM. Parce que l'un contre l'autre, les performances sont assez similaires, mais php 7 s'écroule face à la charge devant un nombre de requêtes conséquent.

Le 19 novembre 2015 à 19:37:31 warpShadow a écrit :
Faudrait surtout voir ce qu'il apporte s'il est "couplé" à un HHVM. Parce que l'un contre l'autre, les performances sont assez similaires, mais php 7 s'écroule face à la charge devant un nombre de requêtes conséquent.

Tu dis qu'il est moins performant ?

Le 19 novembre 2015 à 19:37:31 warpShadow a écrit :
Faudrait surtout voir ce qu'il apporte s'il est "couplé" à un HHVM. Parce que l'un contre l'autre, les performances sont assez similaires, mais php 7 s'écroule face à la charge devant un nombre de requêtes conséquent.

j'aimerais voir to code

ou tu a mal compilé !

Non au temps pour moi, je venais de regarder un bench, mais il s'agissait de php 5.4 vs HHVM, ce qui n'a rien à faire dans un article "php7 vs hhvm"…

beaucoup plus rapide et performant, par contre j'ai des extensions qui partent en couilles sur la version Windows (comme par exemple cURL)

Le 12 décembre 2015 à 13:36:42 app_ag_jvmp a écrit :
beaucoup plus rapide et performant, par contre j'ai des extensions qui partent en couilles sur la version Windows (comme par exemple cURL)

car c'est mal ! PHP n'est pas développé pour win !

Testé et approuvé sans problèmes pour ma part.

Le 12 décembre 2015 à 23:18:06 darkiron_Web a écrit :

Le 12 décembre 2015 à 13:36:42 app_ag_jvmp a écrit :
beaucoup plus rapide et performant, par contre j'ai des extensions qui partent en couilles sur la version Windows (comme par exemple cURL)

car c'est mal ! PHP n'est pas développé pour win !

il l'est.

Bien qu'il le soit, ce n'est pas une bonne idée de le faire tourner directement sur Windows : il y a extrêmement peu de chances que ton futur hébergeur (pour peu que ton but soit, au final, de mettre ton site en ligne) tourne avec des serveurs Windows (surtout pour du php).
Et donc, en faisant tourner ton site sur windows pendant son développement, tu prends le risque d'avoir des soucis lors d'un déploiement sur un serveur distant qui, plus que probablement, tournera sous linux.

C'est toujours une bonne pratique de faire en sorte d'avoir un environnement de développement qui soit le plus proche possible de ton environnement de production.
Tu as plusieurs possibilités qui s'offrent à toi : machine virtuelle (nue ou vagrant), docker, …

Problèmes cURL ?

Le 13 décembre 2015 à 22:05:04 LordArryn a écrit :
Problèmes cURL ?

Oui normale c'est pas fais pour windows , c'est juste rendu compatible. ce qui cause ce genre de problème.

Je l'utilise actuellement pour un projet REST + MVC avec la nouvelle version de Slim framework. Je n'ai pas encore comparé la rapidité d’exécution avec PHP 5.6.

Les avantages :

- Les générateurs avec yield (retour multiple).
- L'opérateur "??" qui est un sacré raccourcis. Je l'utilise très souvent.
- Dans une moindre mesure, l'opérateur "<=>".
- Les constantes tableau.
- Le typage strict ce qui permet d'avoir une application safe (si on s'y prend bien).
- Les namespaces groupés ce qui permet de moins pourrir les en-têtes de fichiers PHP.
- Je n'ai pas noté de problème d'incompatibilité sur Linux.

En revanche, je crache encore sur le typage strict . Le typage est une bonne idée, mais on se retrouve à devoir caster des variables pour forcer le passage ... Si vous déclarez attendre un entier dans une fonction et que vous récupérez une variable POST/GET, qui sera dans tout les cas une string ... ou null si elle n'existe pas, il faudra la cast en entier avant de l'insérer dans votre fonction. Cela deviens vite un enfer, surtout si l'on travail avec des Framework qui utilisent leur propre méthode.

Au final, il y'a certaines fonctions qui n'auront pas de typage, d'autre oui. On aurait préféré avoir le choix de type multiple ou de retour multiple. Un excellent article sur le sujet http://www.whitewashing.de/2015/02/10/a_case_for_weak_type_hints_only_in_php7.html

Si vous voulez tester, mon Dockerfile :

https://github.com/kMeillet/docker-php7-apache

ça alire prometeur vue mes test avec symfony3

Ce topic me fait penser que je dois encore le télécharger...
Enfin j'attends d'avoir mon PC sous Linux, ça sera plus pratique...

Sinon, vous avez une utilité pour les générateurs ?

Un cas que j'utilise en ce moment : http://pastebin.com/ScFnmSNn
Histoire d'éviter de faire 4 fonctions pour avoir le CSRF .

J'utilise PHP 7 avec Laravel 5.1 pour le développement de Jv Drake. J'ai aucun soucis.

$date['voyage-depart'] <=> $date['voyage-arrivee'] === -1)

est pas mal aussi, on peut s'assurer vite fait bien fait que la date de départ n'est pas supérieur ni égal à la date d'arrivée ;) .