edición general
288 meneos
5092 clics
PHP 7 ya está aquí

PHP 7 ya está aquí

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
12»
  1. #66 chapó

    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 xD
  2. Estaría bien poner alguna otra fuente que aportara algo de información relevante…
  3. ¿Queréis programación funcional de verdad? ¿Queréis olvidar "el infierno de los callbacks" y la inversión de control? ¿Queréis sistemas de tipos potentes que detecten los errores en vuestro código? Mirad la programación funcional reactiva elm o Scala.js
  4. #97 sé que és recursivo, solo que no sé si hay alguna alternativa para hacer rewrite si se desactiva.
  5. #1 Lo mismo que no usar "ains" para emular un suspiro en texto.
  6. #79 Hace como 10 años que no me he encontrado ni he usado PHP4 en ninguna de sus versiones. Y el que lo use está loco.

    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.
  7. #77 Yo los llevo usando a diario en producción desde hace unos años, porque no tienen nada de especial que un programador no debería de saber. Algunos pensáis que esas features hace falta ser una especie de Einstein para usarlas cuando son extremadamente sencillas (aunque no siempre tengan una sintaxis muy cómoda), especialmente si ya se conocen de otros lenguajes.

    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.
  8. #88 "namespaces, funciones anónimas y mil cosas más que PHP ni siquiera tiene"

    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.
  9. #105 ¡Ah! las onomatopeyas...
  10. #40 PHP se sigue usando en la inmensa mayoría de la web, lo que da una indicación de si es útil o no. En su nicho es útil de cojones.

    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.
  11. #104 Lo que se hace es incluir directamente los .htaccess en la definición del virtual host, de esta forma Aapche solo los lee cuando se levanta, y no tiene que buscar en cada directorio a ver si hay .htaccess cada vez que recibe una petición.
  12. #45 Eso podía ser cierto hace años en PHP 4, pero de la versión 5 en adelante se empezaron a añadir features muy necesarias para la programación "en serio", especialmente todo lo referente a objetos, y se empezó a quitar y desactivar (deprecation) mucha mierda que hacía que PHP fuera un caos, haciendo que adicionalmente apareciesen muchos frameworks que son usados diariamente en producción de webs con millones de usuarios.

    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.
  13. #36 Lo tienes disponible para Debian 8 gracias a DotDeb.
    www.dotdeb.org/2015/12/04/php-7-0-0-is-available-for-jessie/
  14. #72 A mí un porogramador que me mire por encima del hombro por usar un lenguaje me río de el en su cara (de estos hay muchos).

    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.
  15. #77 Muchas de las novedades de PHP7, como los namespaces y las funciones anónimas, existen en otros lenguajes de programación hace mucho. Si tiene algunos conocimientos de otros lenguajes (cosa normal en alguien que haya estudiado un FP o una carrera relacionada con la informática) no debería costarle mucho adaptarse a ellos. A los que hayan hecho un cursillo o se hayan puesto a aprender por su cuenta puede ser que les cueste más adaptarse
  16. #104 sí, se puede, cortar-pegar el contenido del htaccess en un <Directory> del <VirtualHost> en el conf de Apache.
  17. #112 El análisis llevado a cabo en la URL que enlazo marca, de los múltiples horrores, cuáles han sido solucionados en PHP 5. Son minoría. Que un lenguaje esté mal diseñado no implica que no se pueda utilizar. La falta de respeto hacia mi persona basada en mis ideas la intentaré ignorar.
  18. #92 No, tranquilo. Por suerte o por desgracia ahora mismo yo no toco nada que no sea XML, CSS, Javascript, jQuery y familiares. Mi coto es el front, y de ahí no me saca ni dios así sea el ultimo programador vivo en la oficina; pero tengo de compañeros de mesa a gente que si que se están pegando con múltiples aplicaciones que no pueden reescribirse (no preguntes, tema de politiqueos...) y si que es para compadecerse, si.

    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.
  19. #96 que el proveedor de hosting entre a actualizar Cms el día de la actualización es una locura porque no sabe lo que se va a encontrar: por ejemplo personalizaciones o módulos/plugins infinitos. Si a eso le sumas que no tienes los pass para ver qué funciona y qué deja de funcionar... Lo dicho: locura
    #95 el problema es que lo viejos clientes te lo terminan pidiendo, por las simples actualizaciones de los Cms y sus módulos o por alertas de seguridad, y en ese caso hay dos alternativas: 1 actualizas el server (que si lo piensas termina siendo inevitable) intentando avisar (porque no siempre se entera quien debe enterarse) con x días de antelación y rezando todo lo que sepas. 2 migrando los hosting de quien lo pida al nuevo server, es decir, curro relativamente fácil de archivos y bd si no hay problemas añadidos de incompatibilidad con php7 pero hay que tener en cuenta que para el SEO cambiar de IP no es muy buena idea.... Y quien se lleva los palos si la web se estrella en posicionamiento después de cambiarle el server? Bingo!
    En serio... Es una putada para las empresas de hosting {0x1f44e}
  20. #66 , #71 Buff, recuerdo mi penúltimo proyecto. Para un sistema embebido donde una base SQLite iba mucho más que sobrada de rendimiento, un iluminado decidió utilizar MongoDB, ¡¡¡para mejorar la velocidad!!! Sobra decir el desastre que supuso tener que incluir un servidor externo con conexión tcp/ip en un sistema que pretendían ejecutar en placas ARM y la carencia de un esquema estructurado de base con un 50% del código perdido en comprobar si los datos devueltos por la base de datos tenían el esquéma que debía tener (porque claro, MongoDB "se lo traga todo", sin dar errores, los errores vienen a posteriori, cuando uno quiere recuperar los datos para hacer algo útil con ellos). Al final pudimos cambiar a SQLite, pero no sin gastar el triple del presupuesto inicial.
  21. #100 cierto... pero con PHP7 ya no hace falta Hack.

    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.
  22. #89 sigue siendo una chapuza, pero ¿ya han portado wp a php7? No creo... Y si lo han hecho no veo a todos los que hacen plugin codeando otra vez sus plugins. La mayoría.

    Pero vamos que para usar wp usa cualquier otra cosa que no use PHP.
  23. #122
    28:40
    youtu.be/eBJdi_h_rKM

    Parece que insistis en lo de reescribir, que no hace falta hombre, puedes mejorarlo, pero vamos que corre, y zend y bla bla bla.
    Por mucho odio que le tengáis echad números, os daréis cuenta de que php no se va a ninguna parte de aquí a mucho, por lo pronto por wp
  24. #124 dejando a un lado temas de rendimiento PHP está prohibido internamente en Google por varios motivos. Que son por los que a la gente no le gusta PHP. PHP7 cambia esto un poco, pero para que software como WP deje de ser una "chapuza" hace falta reescribir el software.

    Y el core de WP de por sí puede ser usable, si miras todos los plugins, etc. Ya se ve que es inmantenible.
  25. #118 Pues anda que todavía haya gente que no use cosas como xDebug o un CVS... Ya me encontré yo a alguno que otro que iba de gurú de la programación web y no sabía ni siquiera que existía la posibilidad (lo cual indica que no se molestó mucho en buscar).

    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.
12»
comentarios cerrados

menéame