Migrar PHP 5 a PHP 8 o salir de un framework sin soporte
Su aplicación funciona, pero está escrita en una versión de PHP o sobre un framework que ya no recibe correcciones. Cada cambio da más respeto que el anterior.
Su aplicación funciona, pero está escrita en una versión de PHP o sobre un framework que ya no recibe correcciones. Cada cambio da más respeto que el anterior.
Su aplicación funciona, pero está escrita en una versión de PHP o sobre un framework que ya no recibe correcciones. Cada cambio da más respeto que el anterior. Le ayudamos a llevarla a una versión con soporte, o a decidir qué hacer con ella, empezando por un diagnóstico antes de cambiar nada.
Para empezar basta con describir la aplicación. No envíe credenciales ni copias de la base de datos.
Solicite su diagnóstico Proportione Legacy
Una aplicación PHP no es un bloque. Tiene el lenguaje y sus extensiones, las bibliotecas de terceros que usa, el framework (si lo hay) y el código que escribió su equipo. Cada pieza tiene su propio calendario de soporte y su propia forma de cambiar.
Por eso el primer trabajo es un inventario: qué versión corre, qué dependencias tiene, qué hace de verdad el código y quién lo conoce. Con eso delante se elige el camino. Sin eso, cualquier presupuesto es una conjetura.
Qué significa para usted: sabe de qué se compone su aplicación antes de decidir qué hacer con ella. Siguiente paso: pedir el diagnóstico.
El proyecto PHP da soporte solo a las ramas recientes. Cuándo termina el de cada una lo publica el propio proyecto en su página de versiones soportadas y en la de ramas sin soporte. Según php.net, el 11 de octubre de 2026:
| Rama | Soporte activo hasta | Correcciones de seguridad hasta | |---|---|---| | PHP 8.2 | 31 dic 2024 | 31 dic 2026 | | PHP 8.3 | 31 dic 2025 | 31 dic 2027 | | PHP 8.4 | 31 dic 2026 | 31 dic 2028 | | PHP 8.5 | 31 dic 2027 | 31 dic 2029 |
La rama 5.6, la última de la serie 5, terminó su vida el 31 de diciembre de 2018 según la misma página. Las ramas 7.4, 8.0 y 8.1 terminaron el 28 de noviembre de 2022, el 26 de noviembre de 2023 y el 31 de diciembre de 2025.
Pasar de PHP 5 a una rama de la serie 8 es un salto largo. La documentación oficial describe el paso entre cada par de versiones, de la 5.6 a la 7.0, de la 7.0 a la 7.1 y así hasta la 8.0 (guía de migración a PHP 7.0, guía de migración a PHP 8.0). Cada paso tiene sus propios cambios incompatibles.
Un ejemplo concreto de la documentación oficial: la extensión `mysql_*`, con la que se escribieron muchas aplicaciones antiguas, quedó obsoleta en PHP 5.5.0 y se eliminó en PHP 7.0.0 (manual de PHP). Una aplicación que la use no arranca en una versión actual hasta que se reescriba esa capa con `mysqli` o `PDO`.
Nuestro planteamiento es el mismo que en cualquier otro sistema: inventario de lo que hay, ruta de versiones elegida con datos, un piloto acotado cuando el caso lo pide, entrega por fases con criterios de aceptación y plan de vuelta atrás. El destino se elige con el calendario de php.net delante, no con la rama más cercana.
Qué significa para usted: una ruta escrita, con cada paso comprobable, en lugar de una actualización a ciegas. Siguiente paso: pedir el diagnóstico e indicar la versión de PHP, si la conoce.
«Sin mantenimiento» puede querer decir tres cosas distintas, y cada una tiene un camino.
Cada proyecto publica el calendario de sus versiones. Es el caso de Symfony y de Laravel: una versión mayor tiene un tiempo de correcciones y, después, deja de recibirlas. Esas páginas indican también qué versión de PHP exige cada rama. Por ejemplo, Symfony 7.4 requiere PHP 8.2 o superior, según su propia página de versiones. Subir el framework y subir PHP son, en la práctica, la misma conversación.
Un framework a medida no tiene comunidad, ni documentación pública, ni calendario. Todo el conocimiento está en pocas personas, y puede que ya no estén.
Aquí no hay una guía oficial que seguir, y por eso el trabajo empieza por entender qué hace: qué módulos tiene, cuáles se usan, cuáles se pueden retirar y cuáles hay que conservar. Después hay tres opciones:
Hay aplicaciones antiguas que son ficheros PHP que mezclan consultas, lógica y presentación. No hay framework que actualizar, pero tampoco hay estructura sobre la que apoyarse. El inventario decide qué partes se ordenan, cuáles se conservan tal cual y cuáles se sustituyen.
Si lo que no tiene soporte es un gestor de contenidos (Drupal 7, por ejemplo) o una plataforma Moodle, el caso es otro y tiene su propia página: migrar un gestor de contenidos como Drupal 7 o actualizar Moodle de una versión antigua. Y si la aplicación no está en PHP sino en Visual Basic 6, FoxPro, Delphi o COBOL, el método es el mismo y la página es otra.
Qué significa para usted: sabe en cuál de los tres casos está y qué opciones tiene. Siguiente paso: indicar en su mensaje si el framework es conocido o hecho en casa, y quién lo mantiene hoy.
No es una urgencia que haya que resolver esta semana. Es una situación que se agrava despacio, y por eso conviene decidirla con calendario en vez de esperar a que la decida un fallo.
Técnicamente, seguir como está tiene cuatro consecuencias:
Nada de esto significa que la aplicación vaya a dejar de funcionar mañana. Significa que el margen para elegir se va estrechando.
Qué significa para usted: el riesgo se entiende y se acota antes de decidir, sin dramatismo. Siguiente paso: el diagnóstico, que se describe a continuación.
Empezamos por un diagnóstico de sus datos y procesos antes de elegir destino. Entrega un inventario de procesos y datos, las opciones (construir, comprar o conectar) y una propuesta de alcance por fases. Los detalles generales están en cómo trabajamos.
Qué significa para usted: en cada momento sabe qué se ha entregado, qué falta y cómo se vuelve atrás. Siguiente paso: pedir el diagnóstico.
Antes de añadir IA, el proceso tiene que estar entendido y los datos ordenados. Las reglas de negocio de una aplicación antigua viven en su código, y hay que entenderlas antes de moverlas.
A veces el resultado del diagnóstico es abrirla con APIs y conectores para unirla con el resto, sin sustituirla. Planteamos la IA después, cuando el proceso está entendido. La IA puede ejecutarse en su propio servidor y, si hace falta, sin conexión a Internet. Es la opción que describimos en migración de sistemas legacy.
Qué significa para usted: sus datos no tienen por qué salir de sus instalaciones. Siguiente paso: vea cómo encaja la IA en su empresa en inteligencia artificial en la empresa. Si quiere ver el conjunto, consulte nuestros servicios y la consultoría de gestión de negocio.
La documentación oficial describe el paso entre cada par de versiones, de la 5.6 a la 7.0 y así hasta la 8.0. Qué ruta conviene a su aplicación depende de su código y de sus dependencias, y se decide en el diagnóstico, no de antemano.
Hay que localizarlas y sustituirlas. La documentación oficial lista las funciones y extensiones eliminadas en cada versión; el inventario del diagnóstico cruza esa lista con las llamadas reales de su código, para saber cuántas hay antes de comprometer el alcance.
Depende de lo que haga el inventario. A veces basta con actualizar el lenguaje y las bibliotecas. Otras veces compensa llevar el código a un framework vigente por partes, o reescribir una parte. El diagnóstico compara las opciones (construir, comprar o conectar) con los datos de su aplicación.
Depende del alcance: cuántas dependencias hay, cuánto código propio y cuántas pruebas existen. Por eso no damos una cifra ni un plazo sin conocer su caso. El diagnóstico termina con una propuesta de alcance por fases, y a partir de ella se concreta.
Se acuerda con usted en cada fase, incluido qué implica para el servicio, y cada fase lleva plan de vuelta atrás. No prometemos que no haya paradas: lo que sí se fija de antemano es qué se entrega y con qué criterios de aceptación.
El código es del cliente, y así queda en el contrato. La documentación, la exportación y la custodia son comprobables y forman parte del diseño.
Cuéntenos qué aplicación tiene, en qué versión de PHP está y qué le preocupa. Le respondemos en un máximo de dos días laborables. [Formulario corto: ver especificación en notas] Si prefiere escribirnos directamente: contacto.
Solicite su diagnóstico Proportione LegacyNo envíe credenciales ni bases de datos. Usaremos sus datos solo para responderle; más información en la política de privacidad.
