Discussion :

[octal]

surtout que cette notation d'array est dans la RFC : https://wiki.php.net/rfc/shortsyntaxforarrays (avec les patchs)

Oui ça n'en fait pas forcément une bonne chose!
dans la RFC ils avaient aussi annoncés (et on effectivement fait) le rajout du GOTO à PHP ...
Au lieu de définir une syntax unique, uniforme et définitive, et surtout de figer une bonne fois pour toute les valeurs de retours des fonctions de la RTL qui changent d'une sous version à une autre, on s'attarde sur des ajouts et des ajouts dont seuls 4% de geek en verront l'interret, entre temps, la gestion native de l'UNICODE, la gestion propre de la mémoire (pour les réf circulaires), ... et pleins d'autres points sont encore à la traine.

[stealth35]

Oui ça n'en fait pas forcément une bonne chose!

j'ai dit ça moi ?

[octal]

j'ai dit ça moi ?

T'enflames pas comme ça. je ne fais que mentionner que les RFC n'est pas forcément la bonne référence.

[zeyr2mejetrem]

T'enflames pas comme ça. je ne fais que mentionner que les RFC n'est pas forcément la bonne référence.

Wouaahh, quand stealth35 s'enflamme ça fait peur. J'ai failli avoir une attaque devant mon écran ...

[Hayaxx]

Beaucoup de petites améliorations sympas, mais je ne pense pas que ça vaille le coup de s'écarter de PHP pour autant...
Mieux vaut faire un peu pression pour intégrer tout ça que de commencer a faire des forks de partout

Perso, ce que j'attends de PHP pour l'instant, c'est plus d'objet, des noms et paramètres de fonctions plus cohérents, un bon nettoyage quoi

[berceker united]

Beaucoup de petites améliorations sympas, mais je ne pense pas que ça vaille le coup de s'écarter de PHP pour autant...
Mieux vaut faire un peu pression pour intégrer tout ça que de commencer a faire des forks de partout

Perso, ce que j'attends de PHP pour l'instant, c'est plus d'objet, des noms et paramètres de fonctions plus cohérents, un bon nettoyage quoi

Ben tu pourras toujours attendre. En faite, la communauté PHP est assez réactif à partir du moment ou elle se sent en danger. L'arrivé d'un fork qui commence a faire succès pourrait inquiéter.

[spidermario]

Constatons que ce fork semble reprendre les conventions de nommage du projet initial.

Parmi les fonctions ajoutées figurent :

str_random

timechop

[Causa Sui]

C'est étrange qu'Unicode revienne toujours sur le tapis… Malgré des années d'utilisation, je ne me suis jamais senti bloqué par le support du codage de texte de PHP.

[octal]

C'est étrange qu'Unicode revienne toujours sur le tapis… Malgré des années d'utilisation, je ne me suis jamais senti bloqué par le support du codage de texte de PHP.

Tant que tu ne fait pas de sites web en Hébreu, Arabe ou chinois, tu n'est pas concerné

[zeyr2mejetrem]

Tant que tu ne fait pas de sites web en Hébreu, Arabe ou chinois, tu n'est pas concerné

Euh ... ouais .... t'as oublié aussi:

• tant que tu ne reçois pas des flux provenant de plateformes utilisant utf8 comme codage par défaut (mac OS X, Linux, *Nix ...)
• tant que tu ne reçois pas des flux provenant de langages utilisant par défaut utf8 (comme Java)
• tant que tu n'utilises pas de base de donnée en utf8
• tant que tu n'as pas de clients internationaux

Il est vrai que si tu montes un site tout bête en autarcie tu n'auras pas le problème sinon je ne vois pas comment tu ne peux pas l'avoir déjà rencontré

[xelab]

Euh ... ouais .... t'as oublié aussi:

• tant que tu ne reçois pas des flux provenant de plateformes utilisant utf8 comme codage par défaut (mac OS X, Linux, *Nix ...)
• tant que tu ne reçois pas des flux provenant de langages utilisant par défaut utf8 (comme Java)
• tant que tu n'utilises pas de base de donnée en utf8
• tant que tu n'as pas de clients internationaux

Il est vrai que si tu montes un site tout bête en autarcie tu n'auras pas le problème sinon je ne vois pas comment tu ne peux pas l'avoir déjà rencontré

Le nombre de fois où j'ai bataillé avec ces foutus encodages...

[buivanhon]

Je souhaite qu'on règle le problème de string (addslashes, htmlspecialchars, get_magic_quotes_gpc ...) et qu'on règle le problème de dictature chez Zend, surtout Zend Framework tue les autres framework PHP, qu'on n'a plus de choix maintenant, il faut connaitre Zend Framework.

[gilwath]

Je souhaite qu'on règle le problème de string (addslashes, htmlspecialchars, get_magic_quotes_gpc ...) et qu'on règle le problème de dictature chez Zend, surtout Zend Framework tue les autres framework PHP, qu'on n'a plus de choix maintenant, il faut connaitre Zend Framework.

J'ai envie de te dire, je suis développeur php et j'ai jamais eu a utilisé Zend, surtout que Zend c'est plus un ensemble de libraire plutôt qu'un framework. Il y a plein d'autre framework PHP, et après perso je trouve ça pas choquant qu'il existe qu'un seul framework, un belle exemple, en ruby tu as que RoR.

[stealth35]

Je souhaite qu'on règle le problème de string (addslashes, htmlspecialchars, get_magic_quotes_gpc ...) et qu'on règle le problème de dictature chez Zend, surtout Zend Framework tue les autres framework PHP, qu'on n'a plus de choix maintenant, il faut connaitre Zend Framework.

personne t'obliges à utiliser Zend Framework, de plus c'est un projet opensource, et PHP n’appartient pas Zend et ils ne dirigent pas ce projet.

[zeyr2mejetrem]

Je souhaite qu'on règle le problème de string (addslashes, htmlspecialchars, get_magic_quotes_gpc ...) et qu'on règle le problème de dictature chez Zend, surtout Zend Framework tue les autres framework PHP, qu'on n'a plus de choix maintenant, il faut connaitre Zend Framework.

Je suis bien d'accord que les méthodes de manipulation des String auraient bien besoin d'être "normalisées".

Par contre je ne vois pas de quel problème de dictature tu parles.

[buivanhon]

Dans le monde professionnel, on cherche des gens qui connaissent Zend Framework. Demandez aux développeurs des autres framework Symphony, CodeIgniter, Yii, Prado... ce qu'ils pensent. Je vois une dictature car Zend Framework n'est pas le bon, ni performant, difficile à apprendre (trop de magie dans le code) ...

[buivanhon]

J'attends un grand nettoyage pour normaliser le core de PHP. C'est le moment de finir avec la salade de PHP.

[zeyr2mejetrem]

Dans le monde professionnel, on cherche des gens qui connaissent Zend Framework. Demandez aux développeurs des autres framework Symphony, CodeIgniter, Yii, Prado... ce qu'ils pensent. Je vois une dictature car Zend Framework n'est pas le bon, ni performant, difficile à apprendre (trop de magie dans le code) ...

Le problème n'est peut être pas technique mais "commercial". Peut être la communication des frameworks envers les non techniciens n'est elle pas assez poussée ?

Souvent ce sont à des non-techos d'embaucher les techniques et du coup ils parlent de ce qu'ils connaissent (les frameworks qui font parler d'eux au sens premier du terme, mêmes s'ils sont techniquement moyens).

PS: Phénomène assez révélateur, tu as mal orthographié Symfony.

[Thes32]

Dans le monde professionnel, on cherche des gens qui connaissent Zend Framework. Demandez aux développeurs des autres framework Symphony, CodeIgniter, Yii, Prado... ce qu'ils pensent. Je vois une dictature car Zend Framework n'est pas le bon, ni performant, difficile à apprendre (trop de magie dans le code) ...

Ah bon ? comme te l'as dit gilwath un peu plus haut Zend Framework c'est beaucoup plus une librairie qu'un framework comme Symfony par exemple, je n'ai pas assez d'experiences sur ZF pour évaluer sa performance mais je ne vois pas de quelle magie tu parles, As-tu vraiment les tutos de dvp ? http://php.developpez.com/cours/?page=frameworks#zf

[zeyr2mejetrem]

je n'ai pas assez d'experiences sur ZF pour évaluer sa performance mais je ne vois pas de quelle magie tu parles

Je pense qu'il parle des méthodes magiques en Zend. I.e. des méthodes qui renvoie des objets de classes différentes selon un argument de type String que tu leur donnes.

Cela peut considérablement simplifier la syntaxe mais cela rend plus compliqué l'apprentissage et rend inefficace les autocomplétions sous PDT et Netbeans