Ha sido un parto largo y duro pero PHP 7 ya está entre nosotros. El pasado jueves 3 de diciembre fue liberada la versión estable 7.0.0 del popular (y vilipendiado) lenguaje de programación, que intenta ser un salto de calidad y que viene con interesantes novedades con respecto a sus predecesores. Estas novedades y mejoras se afirma desde el equipo de núcleo del proyecto que consiguen un rendimiento en PHP 7 que es el doble de rápido que PHP 5.6 y entre ellas destacar las siguientes.
|
etiquetas: php , php 7 , lenguaje de programación , zend , zend engine
Ya sé que es lo que pone en el original pero... ains. ¿Qué costará decir "publicada"?
(Del lat. liberāre).
1. tr. Eximir a alguien de una obligación. U. t. c. prnl.
2. tr. Hacer que alguien o algo quede libre.
3. tr. Desprender, producir, secretar.
Me alegra saber que PHP 7 ya ha sido secretado.
El día que te enteres de que el diccionario tan solo recoge los usos del lenguaje, ni los crea ni los obliga, ya te da algo.
_______________
Por cierto, te has comido la última acepción recogida por la rae
"Eliminar las restricciones operativas de un teléfono móvil con una determinada compañía telefónica."
Es una suerte que los de la RAE no sean tan reaccionarios como algunos de los que pululan por ahí sentando cátedra.
supongo que será la RAE, no?
dle.rae.es/?id=NEWa938
Por cierto, esto no era el verdadero tema de debate de este meneo, ¿verdad?
Y me parece correcto, pues el lenguaje tiene que evolucionar.
Lo mismo es que una cosa no quita la otra, y nuestras opiniones al fin y al cabo tampoco son tan encontradas.
Es que me parece absurdo. Tenemos la palabrainglesa, la cual se puede traducir por palabracastellana1 y palabracastellana2. Y como el traductor de todo a cien escoge siempre palabracastellana1, aunque por contexto deba ser palabracastellana2, entonces, repito, por un mal trabajo realizado a la hora de traducir, ¿tenemos que cambiar el significado de palabracastellana1 para que también signifique palabracastellana2? ¿Qué es esto? ¿"Translation by proxy"?.
No son tan encontradas, simplemente no estoy de acuerdo
Querrás decir.
Ni de coña, cuñaos.
Hala, a leer: php.net/manual/en/migration70.incompatible.php
Ahora lo que mola es MariaDB y va por la versión 10.1:
mariadb.com/kb/en/mariadb/mariadb-vs-mysql-features/
XtraDB en lugar de InnoDB rinde más de por sí. Pero lo que está interesante para guardar cosas rápidamente es TokuDB.
A nivel muy basico, que ahora vendrán los talibanes a decir que si python tal, que si js cual...
adelantenode.js... www.genbetadev.com/actualidad/facebook-desiste-con-php-esto-ya-no-tieneev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
Además cuenta con uno de los frameworks mejor hechos y con menos incidencias de seguridad: Symfony. Framework que descansa sobre los principios SOLID y los patrones de diseño: Repositorio, Inyección de Dependencias, Observadores, etc.
Y que conste que este comentario no es para convencer a nadie, ni pretende decir que PHP es el mejor lenguaje. Simplemente que PHP no es lo que era hace diez años. Resulta un poco cansino escuchar comentarios, sobre todo de gente que viene de javascript, cuando en PHP no hay nada como CoffesScript o TypeScript (que si existen por algo será).
Morajela: Que cada uno programe en lo que le salga de los huevos.
echo "Hello world" ;
?>
Para los que quieran reactividad como en Node. Servidor socket y http rápido. Rinde bien y si instalas pecl-ev mucho más al usar event loop a nivel kernel.
El rendimiento de php7 es muy bueno usando php-fpm, incluso con Apache usando mpm-event, desactivando los htaccess no tiene nada que envidiar a nginx.
En las noticias de ciencia y tecnología se habla de ortografía.
En las de sucesos se hace 'humor' negro.
En las de política se habla de todo.
Y en el resto se habla de política.
Y puestos a decidir a hacer algo desde cero con una nueva plataforma preferiría usar Golang, la verdad.
Sobre lo de que las empresas migran a nodejs o Laravel se usa más... Pues no te voy a decir que no, ni que sí, pero si tienes estadísticas que acompañen tus afirmaciones, me gustaría verlas, de buen rollo.
Lo php-fpm y Apache es otro tema, venía a comentarlo para decir que también se transforma y evoluciona.
En calidad de informático, o algo, bastantes traducciones absurdas y "false friends" he tenido que ver hasta la fecha. Vale que es peor lo de traducir "library" como "librería", tal y como se hace, por ejemplo, con las .DLL de Windows, pero lo de "release" y "liberar" pues... ya huele, ¿no?
Lo mismo está pasando con la moda del NoSQL y el desastre de MongoDB. La gente está regresando a SQL. En otros tiempos estuvieron de moda los cubos OLAP. Esa gente regresó a SQL también. Y así para todo, por tirarse por lo que parecía ser hasta que tenías que escalarlo.
Cuéntanos más
Lo peor son los programadores que te miran por encima del hombro por usar PHP, como si un buen o mal programador lo fuese por el lenguaje que usa
Porque trabajo en el gremio y personalmente creo que no. 90% no. Ni de coña. Y cuando digo correctamente, no hablo de hacer superoptimizaciones o cosas de alucinar, digo hacer cuatro cosas básicas y saber *por que* funcionan.
No trabajas en desarrollo web, ¿verdad?
Yo trabajo dando mantenimiento de aplicaciones. Y créeme, todavía hay mucho PHP4 por ahí suelto...
ausweb.com.au/technobabble/check-out-our-new-php-7-performance-infogra
Bueno, existe Hack, que sería el equivalente a TypeScript en PHP. Y CoffeeScript, AFAIK, es simplemente una nueva sintaxis; básicamente para programadores de Ruby que no quieren usar corchetes y puntos y comas.
Javascript es otro lenguaje que era un asco hace 10 annos* y que ahora es muy potente. Sobre todo si te gusta programar con un estilo funcional.
* En realidad, lo peor no era el lenguaje si no las implementaciones de los navegadores.
Por cada petición http al servidor se hace una búsqueda recursiva de .htaccess en la ruta aunque sea para cargar cada imagen, te puedes imaginar el bajón de rendimiento que supone. Lo conveniente es tenerlo en un archivo conf de Apache aunque se dependa de la administración del servicio y reiniciarlo cuando haya cambios.