hier Facebook lancé HiPhop , un convertisseur Sourcecode de PHP à C ++. L'ensemble des fonctions et des constructions PHP est plus limité que dans PHP standard.
Les cadres PHP populaires actuels (ZF, CakePHP, Symfony) sont-ils compatibles avec HipHop? Sinon, quelles parties de ces cadres ne sont pas utilisables?
6 Réponses :
Si je ne me trompe pas, HIPHOP n'a pas encore été publié - même le page wiki liés à partir du Facebook Annonce hier n'est pas encore utile .
Alors, ça va être un peu difficile à répondre, en ce moment.
Je suppose que cela dépendra tous de:
eval ne sont pas pris en charge par HIPHOP
- Les extensions PHP utilisées par les cadres: Seuls quelques-uns d'entre eux ont été portés par Facebook à HiPhop.
- en fonction des cadres et de vos besoins spécifiques, peut-être / probablement certains sous-ensembles des cadres que vous utilisez seront pris en charge, même si tous les composants disponibles ... Je suppose que le temps dira quoi; -)
Avec au moins ZF et Symfony utilisées pour les applications de niveau d'entreprise, il est probable que les chances sont plutôt bonnes, elles vont courir avec HiPhop. Si ce n'est pas maintenant, alors tôt ou tard. Cependant, la question n'est pas tellement si elle peut fonctionner avec ces cadres, mais comment dirigez-vous votre architecture informatique.
HiPHOP est destiné à réduire de grands sites de trafic à grande vitesse tels que Facebook. Dans votre application Web régulière, vous n'en tirerez probablement aucun avantage. Continuez simplement à utiliser MemCache et APC.
Voir ces articles connexes:
Si un cadre utilise EVAL, il peut avoir du mal à utiliser HiPhop. Je suppose que si HiPHOP gagne de la traction, cette contrainte déplacera des cadres pour cesser d'utiliser Eval dans le futur
@Jon oui. C'est ce que je voulais impliquer avec sinon ... et de ce qu'il dit dans les articles liés. Zf n'utilise aucun eval afaik, donc il pourrait travail. Seulement pourrait , car il n'est pas seulement eval . C'est aussi des extensions que Facebook n'utilise pas ATM.
Un cadre PHP majeur a-t-il réellement donné l'utilisation d'EVAL?
Bien que je suis sûr que la plupart d'entre nous sommes curieux de savoir ce que le hiPhop va être, je sais que ce ne sera pas un remplaçant pour PHP - c'est très un produit de niche: sauf si vous exécutez une grande ferme serveur, alors le Avantages de la performance vs Les coûts de maintenance ne le justifieraient pas.
Peut-être peut-être peut-être une alternative intéressante à utiliser php codé pour certaines personnes - mais à nouveau, cela introduit des frais généraux encore plus importants. Le seul scénario à faible volume où un PHP compilé semblerait avoir beaucoup de sens est pour les périphériques intégrés (où le logiciel existe pour prendre en charge le matériel et non inversement) et pour des installations de très haute sécurité (où ce n'est pas une bonne idée de avoir un interprète disponible).
Il est loin de pouvoir préciser ce que le logiciel PHP fonctionnera avec elle. Cependant, même une fois que cela a été créé, je voudrais voir un engagement solide de tout fournisseur qu'ils allaient explicitement soutenir HiPhop à l'avenir avant de passer.
c.
... Et je m'attends à ce que ce soit utile pour les applications autonomes. J'ai trouvé cette vidéo que je regarde actuellement Ustream.tv/recorded/4409735
Si quelqu'un crée une application Web neuve qui attend un volume de trafic très élevé de manière à ce que la performance puisse être une préoccupation, elle devrait peut-être envisager d'utiliser autre chose que php en premier lieu. Mais dans 99% des cas, vous n'allez pas faire face à ces problèmes ... FB a 200+ millions utilisateurs.
Je ne répecterai pas ce qui a déjà été dit, je vais simplement ajouter que dès que HiPhop est publié, vous pouvez compter sur la communauté OpenSource pour soumettre des correctifs pour votre cadre préféré pour une compatibilité accrue avec HiPhop.
Également, un bon moyen de tester si votre cadre préféré est compatible ou non de lancer la suite de tests à l'aide de HPHPI (vous savez ensuite où concentrer votre effort de correction;).
réponse simple: je ne pense pas que ce serait.
vient de voir cela sur HiPhop Page: https://github.com/facebook/hiphop- php / wiki /
"Vous continuez à coder dans Simpler PHP, puis HiPHOP exécute votre code source de manière sémitiquement équivalente et sacrifie certaines fonctionnalités rarement utilisées, telles que Eval () - en échange de performances améliorées."
a fait une recherche de 'eval' sur ZF 1.9 et il y a plus de 100 occurrences.
Recherche de 'eval' donne beaucoup de faux positifs, car vous obtenez des hits pour le mot "évaluer" dans des commentaires ou escapapevalue si la recherche n'est pas sensible à la casse, etc.
Si vous recherchez 'eval (' dans ZF 1.11, vous trouverez en une fois dans Zend / Serializer / Adapter / phpcode.php à la ligne 59, dans une méthode qui insérite le code PHP stocké. La méthode n'est pas une partie de l'architecture MVC, de la composante DB, et n'est en fait pas utilisé nulle part ailleurs dans le cadre (Zend_Serializer_Adapter_phpcode n'est pas instancié ailleurs dans la base de code).
Donc, si EVAL casque votre application ZF-HIP HOP, n'utilisez pas Zend_Serializer_Adapter_phpcode ou Eval dans votre code de consommateur.