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
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.
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.
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.
(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.
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 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
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.
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
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.
ausweb.com.au/technobabble/check-out-our-new-php-7-performance-infogra
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.
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.
Ya sé que es lo que pone en el original pero... ains. ¿Qué costará decir "publicada"?
Lo php-fpm y Apache es otro tema, venía a comentarlo para decir que también se transforma y evoluciona.
No trabajas en desarrollo web, ¿verdad?
Yo trabajo dando mantenimiento de aplicaciones. Y créeme, todavía hay mucho PHP4 por ahí suelto...
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.
www.dotdeb.org/2015/12/04/php-7-0-0-is-available-for-jessie/
echo "Hello world" ;
?>
dle.rae.es/?id=NEWa938
Por cierto, esto no era el verdadero tema de debate de este meneo, ¿verdad?
Cuéntanos más
Quien siga diciendo esto sobre el PHP de hoy día es un cuñao de libro. Eso no quita que existan buenas alternativas a PHP, pero si es muy usado es porque cumple con su función.
Cuando uno sabe utilizar con eficacia 20 lenguajes o más, es cuando podemos empezar a hablar de lecciones. Normalmente quien conoce muchos lenguajes no suele defender a muerte a ninguno, ya que sabe que todos los lenguajes tienen sus aplicaciones y puntos fuertes y que todos tienen sus pequeños (o grandes) infiernos.
Y antes de eso he estado casi una década pegándome con PHP en distintos sabores, y la escena se repite demasiado. Gente que depura a base de "echo"s (cuando con Eclipse puedes ir paso a paso si quieres). Aplicaciones en las que se pierde semanas de mantenimiento porque no se reescriben en PHP mas nuevo "porque si aun funcionan es perder tiempo", cuando son un CRUD que con CakePHP en dos dias lo tienes hecho y probado. Por ponerte un ejemplo.
#106 pues que San Chuck Norris te conserve la suerte esa que tienes. Yo me he encontrado de manera regular (y sigo encontrando a veces) cada broma de cuidado...
#88 #107 #115 No macho, no. El tema no es usarlas, eso es tirar de un howto y practicar un rato. El tema es depurar un código que las usa. Y ahí he visto demasiadas veces a gente que lleva años programando de cierta forma "porque así es como se hace" tirar de shotgun debugging y reescribir trozos enormes de algo "que no le da la gana funcionar" cuando lo que pasa es que no tiene claro como funciona, porque no sabe realmente de programación.
A nivel muy basico, que ahora vendrán los talibanes a decir que si python tal, que si js cual...
supongo que será la RAE, no?
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?
Le echo un ojo a Play a ver que tal, porque quería hacer cosas con Scala; pero que insisto que es todo una discusión absurda. Si eres un paquete programando el lenguaje te va a dar igual. O si el coste de encontrar un programador en Play es muy superior al de PHP pues tres cuartos de lo mismo.
Pero vamos que para usar wp usa cualquier otra cosa que no use PHP.
Y el core de WP de por sí puede ser usable, si miras todos los plugins, etc. Ya se ve que es inmantenible.
eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
muchos de esas startup son illuminatis que tambien se creen que la leche es mala, porque los mamiferos dejan de tomarla cuando se destetan
una panda de gente que se creen sus propias mentiras de que innovar es sacar algo distinto y ser diferente cuestel o que cueste, en vez de hacer lo mismo que hace pero mejor, reinvnetar la rueda y luego se agrupan entre ellos creyendose "mejores"
lo peor es que tienen ese toque de "respetuosos", "macrobioticos", "amantes de las pequeñas cosas y de la tierra", "sostenibles", y luegos los ves con sus macs y mil cosas de la tecnologia moderna para ser raros
PHP afortunadamente cada vez se está volviendo un lenguaje más coherente y con más posibilidades dentro de su nicho. Nada que ver con la ñapa que eran las versiones de la 4 hacia atrás.
La gente que hace webs pequeñitas para comercios de la esquina, no son programadores sino diseñadores con nociones básicas de programación y muy probablemente no tengan necesidad de usar ninguna de esas características.
De mano, la mayoría hoy día tirará de wordpress y plugins y no tocará apenas código.
No sé si has querido decir que PHP no tiene estas características, pero hace años que no es así.
php.net/manual/en/language.namespaces.php
php.net/manual/en/functions.anonymous.php
De hecho la sensación que tengo con PHP desde la versión 5 es que tienen un caso grave de featuritis, porque copian todo lo que tienen los lenguajes de moda en el momento.
El problema de PHP es que es muy sencillo de usar sin tener ni idea, lo cual hace que haya mucha gente no profesional usándolo y que comete errores muy graves.
El problema es que no importa qué lenguaje utilices: si no sabes lo que es por ejemplo una inyección SQL y aceptas la entrada del cliente sin filtrarla de alguna forma (ya sea mediante una librería que lidie con la base de datos o con otros métodos) vas a crear una vulnerabilidad sí o sí.
En lenguajes más complejos símplemente la barrera de entrada de la dificultad hace que sólo haya profesionales usándolos, y aún así se crean miles de programas con agujeros graves y bugs por todas partes. C++ es un lenguaje que definitivamente es necesario saber lo que se está haciendo, y no impide que salgan vulnerabilidades y chapuzas cada poco.
Y gente que viene rebotada de otros lenguajes y se pone a usar javascript sin tener ni idea de cómo funciona (haciendo lo que hacen los que no tienen ni idea: asumir que el lenguaje es la sintaxis) y luego echa pestes de él cuando (lógicamente) no funciona como se esperan ni saben aprovechar los puntos fuertes que tiene.
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.