PHP7 - PHPNG (PHP Next Generation)[Resuelta]

Respuestas:

•  

    1  

   

   

  Marcelo Pedra Karma: 187

   
  Fecha: 12-08-2015 09:12:24 Suena bien. Aunque ya mismo te puedo confirmar que la rama 5 mejoró mucho desde la 5.3 y con 5.5 la performance y consumo de RAM están ultra optimizados, por lo menos en WordPress que es lo que uso todos los días en docenas de sitio. El mismo sitio web con distintos PHP consume estas RAM:
  
  con PHP 5.3: 110 MB de RAM
  con PHP 5.4: 80 MB de RAM
  con PHP 5.5: 26 MB de RAM
  
  Y no pude probar todavía con 5.6, pero por tests en otros servidores, podría mejorar en un 10-15 % la perfo del 5.5.
  
  Saludos!   Votos: 1 - Link respuesta
   
•  

    2  

   

   

  Ernesto Peimbert Karma: 5332

   
  Fecha: 13-08-2015 06:08:19 Ojo que han estado liberando betas desde hace tiempo (meses sino es que un anio) para que todos comenzaran a actualizar su codigo y se aseguren que pueden hacer una migracion transparente.
  Son muchisimos cambios, quienes han utilizado Hack o HVVM lo tendran muy sencillo. Tambien quienes tienen buenas practicas.
  No se esperen al final y comiencen a documentarse porque trae mejoras que muchos hemos estado esperando.
  Creo que finalmente en PHP7 ya no existe la extension mysql asi que muchos empezaran con problemas ahi :D   Votos: 2 - Link respuesta
   
•  

    1  

   

   

  Antuan Kavalkanty Karma: 2008

   
  Fecha: 20-08-2015 12:23:07 Estas son algunas de las novedades ya implementadas para PHP 7:
  •Tipado en el retorno de funciones: Una característica ampliamente discutida y que permitirá tipar el retorno de una función con los valores que debe retornar, se interpondrá el valor de retorno tras los argumentos y antes de la apertura de llaves, precedido por dos puntos [RFC]
  •Declaraciones de tipos escalares: Tipado de escalares permitiendo int, float, string y bool, se utilizará combinado con declare(strict_types=1), que debe incluirse en la primera línea [RFC]
  •Quitar los warnings de date.timezone: Ya no será necesario definir esta configuración en un archivo INI o a través de la los ajustes en línea de comandos [RFC]
  •Arreglar el comportamiento de “foreach”: En algunos casos extremos, “foreach” tiene un comportamiento extraño. Estos casos están relacionados con la manipulación con puntero interno, por lo que el resultado depende de si es una referencia o no (en el RFC hay ejemplos de esas inconsistencias) [RFC]
  •Mayor rapidez al parsear parámetros en la API: Las funciones internas de PHP utilizan zend_parse_parameters para recibir los valores en variables C, que a su vez usa scanf() como método para definir los parámetros y analizar esa cadena en cada llamada, lo que provoca un consumo de recursos significativo [RFC]
  •Sintaxis de escape de punto de código Unicode: Permite agregar una sintaxis de escape de punto de código Unicode en literales de cadena, con el formato \u{202E} con comillas dobles o formato heredoc [RFC]
  •Operador ternario con isset: Con el operador ?? (doble fin interrogación) se simplifica la comprobación con operador ternario “$username = isset($_GET[‘user’]) ? $_GET[‘user’] : ‘nobody';” por “$username = $_GET[‘user’] ?? ‘nobody';” [RFC]
  •Comportamiento de enteros: Mejoras en la consistencia entre plataformas para el retorno en las operaciones con enteros, haciéndolo más intuitivo [RFC]
  •Fallo desbordamento ZPP: Corrige el error de magnitud que provocado por pasar un número con decimales cuando debería ser un entero, modificando la magnitud del entero al ser truncado en algunas plataformas [RFC]
  •Árbol de sintaxis abstracta: Añadido un árbol de sintaxis abstracta como un intermediario en el proceso de compilación, lo que mejora el mantemiento del parser y el compilador, y desacopla las decisiones de sintaxis de las cuestiones técnicas. Provoca cambios en list(), yield, etc [RFC]
  •Sintaxis uniforme de variables: Soporte completo a construcciones de variables, que aunque poco utilizadas, no tienen consistencia internamente [RFC]
  •Inconsistencia de list(): list() no puede ser utilizado con cadenas, pero en algunos casos si que lo hacía, esta mejora arregla esa inconsistencia [RFC]
  •Eliminar soporte hexadecimal en conversión de cadenas numéricas: Solucionar la inconsistencia entre is_numeric_string y cast cuando se convierte un hexadecimal [RFC]
  •Declaraciones de “use” en grupo: Agrupar varias definiciones de “use” a través de llaves, para especificar varios estamentos con llaves ({ }) [RFC]
  •EngineException: Usar EngineException para permitir capturar errores con excepciones [RFC]
  •Permitir “return” en iterators: Permitir el uso de “return” una vez finalizado el uso del iterator y retornados sus valores con yield [RFC]
  
  Estas novedades están aceptadas:
  •Operador combinado de comparación (<=>, spaceship): En $a <=> $b, retorna -1 cuando $a es menor que $b, 0 en el caso de ser iguales y 1 cuando $a sea mayor que $b (del mismo modo que strcmp()) [RFC]
  •Reemplazar la extensión json por jsond: El actual Json Parser en la extensión json no tiene una licencia libre, por lo que algunas distribuciones de Linux no tienen soporte para Json, reportado en Bug #63520. Además el código de la extensión es muy viejo y sin alguien que lo mantenga hace dificil añadir nuevas mejoras [RFC]
  •Mejoras en la longitud de cadenas y enteros en plataformas de 64 bit: Permitirá trabajar a PHP de forma consistente con cadenas y enteros en cualquier plataforma de 64 bits [RFC]
  •Closure::call: Permite hacer llamadas a Closures a través del método call [RFC]
  •Eliminada tags de sintaxis alternativa: Eliminación de los script tags (script language=php) y tags ASP (<% %>), junto con sus variantes [RFC]
  •Multiples default en switch: Solución al bug que no emite un sintaxis error cuando se definen múltiples default case para un switch y ejecuta el último definido [RFC]
  •Capturar “call to a member function of a non-object”: Convertir las llamadas a métodos sin objetos a E_RECOVERABLE_ERROR, para permitir capturarlos y no detener la ejecución [RFC]
  
  En estas todavía en fase de votación:
  •Quitar SAPIs y extensiones no disponibles o no soportadas: Algunas extensiones y módulos no tienen soporte o no están disponibles, como es el caso de apache, thttpd, mssql, ereg, etc [RFC]
  •Filtrar unserialize(): En PHP la función unserialize() tiene ciertos problemas de seguridad relacionados con la falta de control de los datos que se obtienen, la propuesta es poder filtrar la carga a una lista blanca de objetos [RFC]   Votos: 1 - Link respuesta
   
•  

    1  

   

   

  Antuan Kavalkanty Karma: 2008

   
  Fecha: 20-08-2015 12:33:00 Ernesto:
  La extensión mysql ha quedado en desuso a partir de PHP 5.5.
  El mysqli o extensión PDO se deben utilizar en su lugar.
  La depreciación se ha decidido en mysql_deprecation, en una discusión sobre las razones detrás de esta decisión se puede encontrar.
  
  Si ext / mysql se retira como una extensión incluido, todavía puede estar disponible como una extensión PECL.
  Fuente: PHP.net wiki   Votos: 1 - Link respuesta
   
•  

    0  

   

   

  Ernesto Peimbert Karma: 5332

   
  Fecha: 21-08-2015 09:13:04 De hecho desde algunas versiones atrás ya estaba marcada como obsoleta. No la uso desde casi el 2010. El detalle es que aunque la documentación dice que es obsoleta muchas versiones la soportaban por compatibilidad y sólo te arrojaba un notice o warning.
  Ahora que PHP7 ya no la soporta muchos tendrán que actualizarse.   Votos: 0 - Link respuesta