Ayer Facebook lanzó HipHop, un convertidor de código fuente de php a C++. El conjunto de funciones y construcciones de php es más limitado que en php estándar.¿Puedo usar el hiphop de Facebook con marcos como Zend Framework, cakephp, symfony
¿Son compatibles los marcos de php actuales (ZF, CakePHP, symfony) con HipHop? Si no, ¿qué partes de estos marcos no son utilizables?
Si no me equivoco, HipHop aún no se ha lanzado, incluso el wiki page vinculado desde el Facebook annoucement yesterday aún no ha terminado.
Por lo tanto, va a ser un poco difícil de responder, en este momento.
supongo que todo va a depender de:
eval no es compatible con HipHopCon al menos ZF y Symfony siendo utilizados para aplicaciones de nivel Enterprise, las posibilidades son bastante buenas de que funcionen con HipHop. Si no ahora, entonces tarde o temprano. Sin embargo, la pregunta no es tanto si pueden funcionar con estos marcos, sino cómo se ve su arquitectura de TI de soporte.
HipHop es para escalar grandes sitios multiservidor de alto tráfico como Facebook. En su aplicación web habitual, es probable que no obtenga ninguna ventaja de ella. Simplemente continúe usando Memcache y APC.
ver a estos artículos relacionados:
Mientras estoy seguro que la mayoría de nosotros son curiosos acerca de lo que va a HipHop ser, sé que no será un reemplazo para PHP - Es un producto de nicho: a menos que esté ejecutando una gran granja de servidores, los beneficios de rendimiento frente a los costos de mantenimiento simplemente no lo justificarían.
Tal vez podría ser una alternativa interesante utilizar el PHP codificado para algunas personas, pero una vez más esto introduce gastos generales de mantenimiento aún mayores. El único escenario de bajo volumen en el que un PHP compilado parece tener mucho sentido es para los dispositivos integrados (donde el software existe para soportar el hardware y no viceversa) y para las instalaciones de muy alta seguridad (donde no es una buena idea tener un intérprete disponible).
Es muy pronto para poder decir qué software PHP funcionará con él. Sin embargo, incluso una vez que se establezca, me gustaría ver un compromiso sólido de cualquier proveedor de que iban a apoyar explícitamente a HipHop en el futuro antes de que cambiara.
C.
... y espero que también sea útil para aplicaciones independientes. Encontré este video que estoy viendo http://www.ustream.tv/recorded/4409735 – symcbean
Si alguien está creando una _new_ aplicación web que espera un volumen muy alto de tráfico para que el rendimiento sea una preocupación, tal vez deberían considerar usar algo que no sea PHP en primer lugar. Pero en el 99% de los casos, no vas a enfrentar estos problemas ... FB tiene más de 200 millones de usuarios. –
No voy a repetir lo que ya se ha dicho, voy a añadir que tan pronto como se libera HipHop se puede contar con la comunidad de código abierto para enviar parches para su marco favorito para una mayor compatibilidad con HipHop.
Además, una buena forma de comprobar si su marco de trabajo favorito es compatible o no sería iniciar el paquete de pruebas con HPHPi (entonces sabrá dónde concentrar su esfuerzo de parchado).
Respuesta simple: no creo que lo haga.
acabo de ver esto en la página hiphop: https://github.com/facebook/hiphop-php/wiki/
"Usted sigue la codificación en PHP simple, a continuación, HipHop ejecuta el código fuente de una manera semánticamente equivalentes y sacrificios algunas características rara vez se utiliza - como eval() - a cambio para un mejor rendimiento ".
Hizo una búsqueda de 'eval' en ZF 1.9 y hay más de 100 apariciones.
Buscando 'eval' da una gran cantidad de falsos positivos, ya que se obtiene éxitos de la palabra "evaluar" en los comentarios, o escapeValue si la búsqueda no es sensible a mayúsculas, etc.
Si busca 'eval (' en ZF 1.11 lo encontrará una vez en Zend/Serializer/Adapter/PhpCode.php en la línea 59, en un método que desserializa código PHP almacenado. El método no forma parte de la arquitectura MVC, componente db , y en realidad no se usa en ningún otro lugar en el marco (Zend_Serializer_Adapter_PhpCode no está instanciado en ningún otro lugar en la base de código).
Así que si eval rompe su aplicación ZF-Hip Hop, no use Zend_Serializer_Adapter_PhpCode, o eval en su código de consumidor.
Si un framework usa eval, puede tener dificultades para usar HipHop. Supongo que si HipHop gana tracción, esta restricción moverá cualquier marco para dejar de usar eval en el futuro –
@Jon Sí. Eso es lo que quería implicar con * si no ahora ... * y lo que dice en los artículos vinculados. ZF no usa ningún 'eval' afaik, por lo que * podría * funcionar. Solo * might *, porque no es solo 'eval'. También es cualquier extensión que Facebook no use atm. – Gordon
+1 para los artículos a los que hace referencia es muy útil – sathish