PHP en EGPHP
Todo lo que construimos empieza con PHP.
Nuestro equipo lleva veinticinco años escribiendo y ejecutando PHP, desde PHP 4. Los servidores, el panel de control y los sitios que cuidamos parten de aquí.
PHP
Laravel
NGINX
LiteSpeed
MySQL
MariaDB
PostgreSQL
Redis
Composer
Veinticinco años, versión a versión
No leímos sobre estas versiones. Actualizamos sitios reales a través de cada una de ellas, y cada fila de abajo es un cambio que tuvimos que resolver en un servidor en producción.
-
PHP 4 2000
Sesiones y búfer de salida, integrados
Llegó el Zend Engine, y las sesiones y el búfer de salida pasaron a formar parte del lenguaje en lugar de ser complementos. Toda una generación de los primeros sitios dinámicos se escribió sobre él.
Zend Enginesession_start()ob_start()
Lo que supuso para nosotrosDonde empezó nuestro equipo: sitios escritos a mano en servidores compartidos, con register_globals todavía activado.
-
PHP 5.0 2004
Un modelo de objetos de verdad
Zend Engine 2 trajo clases con visibilidad, interfaces y excepciones, objetos pasados por manejador en lugar de copiados, y las extensiones MySQLi y SimpleXML.
privateinterfacetry / catchmysqli
Lo que supuso para nosotrosEl código podía organizarse en clases compartidas por todo un equipo, y la base de datos estrenó un driver moderno.
-
PHP 5.3 2009
Espacios de nombres y closures
Espacios de nombres, funciones anónimas y enlace estático en tiempo de ejecución: la base sobre la que después se construyeron Composer y el ecosistema de paquetes compartidos.
namespacefunction () use ()static::
Lo que supuso para nosotrosPor fin, bibliotecas de distintos autores podían convivir en un mismo proyecto sin que sus nombres chocaran.
-
PHP 5.4 2012
Traits, arrays cortos y una limpieza Rompió código antiguo
Traits, la sintaxis corta de arrays [] y un servidor de desarrollo integrado, mientras que register_globals, las magic quotes y el safe mode se eliminaron para siempre.
trait[ ]php -S
Lo que supuso para nosotrosLos sitios antiguos que dependían de register_globals dejaron de funcionar, y actualizarlos obligaba a arreglarlos primero.
-
PHP 5.5 2013
OPcache de serie
OPcache pasó a incluirse en el propio PHP y mantenía en memoria los scripts compilados, junto con los generadores y password_hash().
opcacheyieldpassword_hash()
Lo que supuso para nosotrosCódigo compilado guardado en memoria en lugar de releerlo en cada petición. Sigue siendo el primer ajuste que revisamos en cualquier servidor PHP.
-
PHP 6 nunca publicada
La versión que nunca salió
PHP 6 se diseñó en torno a cadenas Unicode nativas y se abandonó. La siguiente versión se numeró 7 para que no se confundiera con los libros y planes escritos para la 6.
-
PHP 7.0 2015
El salto de velocidad Rompió código antiguo
Un motor reconstruido que, según el proyecto PHP, era hasta el doble de rápido que la 5.6 y consumía menos memoria, además de declaraciones de tipos escalares y de retorno, ?? y <=>.
int $id: string??<=>
Lo que supuso para nosotrosSe eliminaron las antiguas funciones mysql_*, un motivo frecuente por el que un sitio antiguo se rompía con esta actualización.
-
PHP 7.4 2019
Propiedades tipadas y precarga
Propiedades tipadas, funciones flecha, el operador ??=, la precarga de OPcache y FFI.
public int $idfn ($x) =>??=
Lo que supuso para nosotrosLa última versión 7.x, y en la que muchas aplicaciones antiguas se quedaron más tiempo; por eso seguimos sacando sitios de ella.
-
PHP 8.0 2020
JIT, atributos y argumentos con nombre Rompió código antiguo
Un compilador JIT, atributos, argumentos con nombre, tipos de unión, match, el operador nullsafe ?-> y la promoción de propiedades en el constructor.
#[Attribute]match?->JIT
Lo que supuso para nosotrosMuchas advertencias pasaron a ser errores y cambiaron las comparaciones entre cadenas y números, así que un código que funcionaba sin problemas en 7.4 podía detenerse en 8.0.
-
PHP 8.1 2021
Enums, readonly y fibers
Enums nativos, propiedades readonly, fibers, el tipo de retorno never y la sintaxis de callables de primera clase.
enumreadonlyFibernever
Lo que supuso para nosotrosLos fibers abrieron el camino a bibliotecas PHP asíncronas sin cambiar cómo se ejecuta una petición normal.
-
PHP 8.2 2022
Clases readonly y un aviso para el código antiguo
Clases readonly, tipos DNF, true, false y null como tipos independientes, y una nueva extensión Random.
readonly class(A&B)|nullRandom\Randomizer
Lo que supuso para nosotrosLas propiedades dinámicas quedaron obsoletas, y los plugins antiguos llenaron los registros de avisos hasta que se actualizaron.
-
PHP 8.3 2023
Constantes tipadas y #[\Override]
Constantes de clase tipadas, el atributo #[\Override], json_validate() y el acceso dinámico a constantes de clase.
const string#[\Override]json_validate()
Lo que supuso para nosotrosUna versión más tranquila, lo que la convierte en un paso sencillo para los sitios que ya están en 8.2.
-
PHP 8.4 2024
Hooks de propiedades
Hooks de propiedades, visibilidad asimétrica, objetos lazy, un analizador DOM compatible con HTML5 y new MyClass()->method() sin los paréntesis adicionales.
get { }public private(set)Dom\HTMLDocument
Lo que supuso para nosotrosLos getters y setters que antes necesitaban un método cada uno ahora pertenecen a la propia propiedad, así que hay menos código que mantener.
-
PHP 8.5 2025
El operador pipe Actual
El operador pipe |>, una extensión URI integrada, clone with, el atributo #[\NoDiscard], array_first() y array_last(), y un backtrace en los errores fatales.
|>Uri\Rfc3986\Uriclone($o, [ ])
Lo que supuso para nosotrosLa línea de versiones actual, y con la que empezamos los sitios nuevos cuando su código lo admite.
Los años son los de la primera versión de cada una, según el propio historial de versiones del proyecto PHP.
Sigue una petición a través de la pila
Una página de un sitio PHP atraviesa cinco capas al entrar y vuelve a subir por esas mismas cinco al salir. Nos encargamos de todas ellas, y cada una tiene su propia página.
-
El visitante
Un navegador pide una página por HTTPS. El certificado, el firewall y las reglas que protegen el servidor deciden si la petición entra o no.
-
El servidor web
Nginx o LiteSpeed recibe la conexión, sirve por sí mismo las imágenes y los archivos, y pasa solo el trabajo de PHP al pool que tiene detrás.
-
El entorno de ejecución de PHP
Pools de PHP-FPM, uno por sitio, cada uno con la versión de PHP que necesita su código, con OPcache en caliente y procesos dimensionados para el tráfico.
-
Tu código
Un framework o una plataforma ya hecha convierte la petición en una página: tu propia aplicación Laravel, o WordPress, Magento, Moodle y los demás.
-
Los datos
MySQL o MariaDB guarda los registros, y Redis mantiene en memoria lo que se pide una y otra vez.
El propio servidor
Nuestros propios servidores, gestionados por el mismo equipo, con nuestro propio panel de control encima.
Pasar a un PHP más nuevo sin una mañana de sustos
Cada sitio tiene su propio pool, así que un servidor puede ejecutar varias versiones de PHP a la vez y cada sitio da el paso cuando su código está listo, no cuando lo está el servidor.
Anotamos lo que ejecuta cada sitio
Su versión de PHP, sus extensiones y los plugins o paquetes que lo frenan.
Una copia prueba la nueva versión
El sitio se copia y se ejecuta en la siguiente versión de PHP, y su registro de errores se lee línea por línea.
Arreglamos lo que se rompe
Las funciones eliminadas, las llamadas obsoletas y los plugins sin actualización se corrigen o se sustituyen.
Un sitio cada vez
Cada sitio pasa a su nuevo pool por separado, y puede volver atrás al instante si se pasó algo por alto.
| Sitio | PHP | Pool | Estado |
|---|---|---|---|
| shop.example.com | 8.4 | fpm-shop | en vivo |
| blog.example.com | 8.3 | fpm-blog | en vivo |
| crm.example.com | 7.4 → 8.3 | fpm-crm | en una copia |
| learn.example.com | 8.3 | fpm-learn | en vivo |
Qué versiones de PHP siguen recibiendo correcciones
El proyecto PHP da soporte a cada rama durante cuatro años: dos con correcciones de errores y de seguridad, y otros dos solo con correcciones de seguridad. Después no hay correcciones de ningún tipo. Este es ese calendario para las versiones de esta página.
- Correcciones de errores y de seguridad
- Solo correcciones de seguridad
- Superó su fin de vida
- Hoy
-
PHP 7.4 Fin de vida
La versión en la que muchas aplicaciones antiguas se quedaron más tiempo.
- Publicada
- 2019-11-28
- Fin de vida
- 2022-11-28
-
PHP 8.0 Fin de vida
- Publicada
- 2020-11-26
- Fin de vida
- 2023-11-26
-
PHP 8.1 Fin de vida
- Publicada
- 2021-11-25
- Fin de vida
- 2025-12-31
-
PHP 8.2 Solo correcciones de seguridad
- Publicada
- 2022-12-08
- Correcciones de errores hasta
- 2024-12-31
- Correcciones de seguridad hasta
- 2026-12-31
-
PHP 8.3 Solo correcciones de seguridad
- Publicada
- 2023-11-23
- Correcciones de errores hasta
- 2025-12-31
- Correcciones de seguridad hasta
- 2027-12-31
-
PHP 8.4 Soporte activo
Funciona en nuestro hosting, con OPcache y JIT activados.
- Publicada
- 2024-11-21
- Correcciones de errores hasta
- 2026-12-31
- Correcciones de seguridad hasta
- 2028-12-31
-
PHP 8.5 Soporte activo
Donde empezamos los sitios nuevos cuando su código lo admite.
- Publicada
- 2025-11-20
- Correcciones de errores hasta
- 2027-12-31
- Correcciones de seguridad hasta
- 2029-12-31
Las fechas son las del propio proyecto PHP, tomadas de sus páginas de versiones con soporte y de fin de vida, y comprobadas el 2026-09-29. php.net/supported-versions.php
La pila de PHP, capacidad por capacidad
Todo lo que aparece en este mapa se describe en otra página de este sitio. Cada tarjeta enlaza con la página que lo explica por completo.
Ejecución
Cómo se ejecuta el propio PHP para cada sitio.
-
Un pool por sitio
Cada sitio tiene su propio pool de PHP-FPM, así que su versión, sus límites y sus procesos son solo de ese sitio.
Rendimiento de PHP -
Versión de PHP por sitio
Se elige para cada sitio desde el panel EGPNL, de modo que un servidor puede ejecutar varias versiones a la vez.
Panel de control EGPNL -
OPcache
Scripts compilados guardados en memoria compartida, dimensionados para el sitio, con la tasa de aciertos leída para confirmar que nada se descarta.
Rendimiento de PHP -
JIT
Convierte el código caliente en código máquina. Ayuda en tareas que exigen mucho procesador y cambia poco en un sitio típico que espera a su base de datos.
Rendimiento de PHP -
Precarga
En un framework, sus archivos principales se cargan una vez al arrancar y quedan listos. Un reinicio forma parte del despliegue.
Rendimiento de PHP
Herramientas
Lo que puedes usar en la línea de comandos y en segundo plano.
-
Composer
Compatibilidad completa con Composer, con un autoloader optimizado y sin paquetes de desarrollo en el servidor.
Hosting -
Procesos de cola en segundo plano
Los procesos de cola se ejecutan bajo Supervisor, así que las tareas lentas quedan lejos de la página que espera un visitante.
Hosting -
Acceso por shell
Acceso SSH para Composer y otras tareas de línea de comandos en aplicaciones PHP.
Hosting -
WP-CLI y Drush
WP-CLI viene preinstalado para WordPress; Drupal se instala y se actualiza con Composer y Drush.
Plataformas PHP
Extensiones y cachés
Los módulos que carga PHP y las cachés en memoria que van a su lado.
-
Extensiones gestionadas por nosotros
Se instalan y se activan por sitio desde el panel, en lugar de pasar por tickets de soporte.
Por qué PHP -
ionCube Loader
Se instala donde una plataforma lo necesita para ejecutar código cifrado, como hace WHMCS.
Plataformas PHP -
APCu
Una caché en memoria para valores de PHP, usada junto con Redis para el almacenamiento en caché y el bloqueo de archivos en plataformas como Nextcloud.
Plataformas PHP -
Redis
Caché, sesiones, colas y bloqueos guardados en memoria, en un Redis al que no se puede llegar desde internet.
Bases de datos
Datos y servidor web
Dónde se guardan los registros y qué atiende al visitante.
-
MySQL y MariaDB
Tablas InnoDB gestionadas con phpMyAdmin en el hosting; instaladas, ajustadas y monitorizadas en los servidores gestionados.
Bases de datos -
PostgreSQL
Instalado y ajustado donde la aplicación lo pide, por ejemplo para contabilidad, ERP e informes.
Bases de datos -
Nginx o LiteSpeed
Sirve él mismo las imágenes y los archivos y solo pasa el trabajo de PHP al pool que tiene detrás.
Por qué Nginx -
HTTP/2 sobre TLS
Las páginas se sirven por HTTP/2 con TLS, y los certificados de Let's Encrypt se instalan y se renuevan automáticamente.
Hosting
Tráenos tu PHP
Un sitio antiguo que necesita un PHP más nuevo, una plataforma que instalar o un servidor donde ejecutarlo todo. Cada trabajo se presupuesta tras una breve conversación.