Iniciar sesión

Miguel92 · (Última modificación: 05-15-2026, 01:33 AM por Miguel92.)

Mejor respuesta del mensaje Cerberus V4 - Actualización del script con demo [14/05/26]

Hola, como dice el titulo es Cerberus V4 estoy haciendo una actualización integral del proyecto, enfocada en modernizar la base del código, mejorar la organización interna y optimizar el rendimiento, manteniendo compatibilidad con PHP 8.3 y 8.4 sin requerir cambios disruptivos.
Le puse V4, porque en el foro esta el "v3" y como cambia algunas cosas como directorios, funciones esto puede llegar a romper un poco la compatibilidad y se modifica como es internamente, por eso será v4.0.0 (x.y.z)

X (Versión Mayor - Major): Indica cambios mayores, a menudo incompatibles con las versiones anteriores (breaking changes).
Ejemplo: De 1.5.0 a 2.0.0.

Y (Versión Menor - Minor): Indica la adición de nuevas funcionalidades, pero compatible con versiones anteriores.
Ejemplo: De 1.5.0 a 1.6.0.

Z (Versión Parche - Patch): Indica correcciones de errores (bugs) o mejoras internas que no alteran la funcionalidad ni rompen compatibilidad.
Ejemplo: De 1.5.0 a 1.5.1.

Cambios en el core del script

Reestructuración general del código para mejorar claridad, mantenimiento y escalabilidad.
Incorporación de handlers para centralizar lógica y evitar redundancias.
Implementación progresiva de un sistema de assets para la gestión de recursos globales.
Creación del directorio cerberus/ destinado a configuraciones del sistema.
Generación automática del directorio storage/, que centraliza: avatar/, uploads/, logs/, cache/, entre otros.
Reemplazo de functions.php por connection.php, incorporando nuevos helpers que simplifican la interacción con la base de datos.

Stack y mejoras técnicas

PHP 8.5 (compatible con 8.3 y 8.4, espero que lo sea )
Smarty 5.8

Durante esta actualización se incorporaron mejoras progresivas en distintas áreas del sistema:

Adopción de tipado en funciones y parámetros para mayor robustez.
Inicio de implementación de estándares PSR-4 (autoloading) y PSR-5 (documentación).
Inicio de implementación de PSR-4 (autoloading) y adopción parcial de convenciones inspiradas en PSR-5/PHPDoc para documentación.
Refactorización de la capa de base de datos:
- Reubicación y renombrado de database.php a Database.Collection.php.
- Mejora en la creación y optimización de tablas.
Eliminación de código innecesario y refactorización de funciones existentes.
Reorganización general de directorios y archivos del proyecto.
Ajustes en el proceso de instalación y configuración inicial.

Con respecto al PSR-4 no es que va a tener un directorio llamado "vendor", ni que tengan que usar composer, es solamente una manera de escribir el código, al que aplicando un namespace se podrá usar el autoloading.

Cita:Aclaración: PSR-5 nunca fue aceptado oficialmente por PHP-FIG. Quedó como draft/propuesta y nunca pasó a estándar final, por lo que actualmente se toma más como una referencia/documentación basada en PHPDoc que como un estándar oficial.

Theme (Default)
El sistema de temas fue rediseñado con un enfoque más moderno y flexible:

Eliminación de código innecesario y refactorización general.
Reescritura completa del CSS utilizando variables, permitiendo mayor personalización.
Actualización de dependencias:
- jQuery 4.0.0
- Font Awesome 7
Optimización de fuentes mediante el uso de woff2.
Implementación de plugins para:
- Carga automática del <head>
- Inclusión dinámica de archivos CSS y JS
Rediseño del theme base desde cero.

Personalización visual (nuevos modos y colores)

Modos de tema disponibles:
- Light
- Dim
- Dark
- Midnight
- Soft
- High Contrast
Paletas de color:
- Ocean
- Forest
- Violet
- Slate
- Coral
- Emerald
- Crimson
- Amber

Porque lo hago? Así mientras hago esto, me da nuevas ideas que podría llegar a implementar en PHPost el script que estaré actualizando de tal forma que no será compatible con los que ya existen.

Si lo quieren probar, les paso una copia, obviamente le falta mucho apenas esta siendo iniciado y tampoco me estoy enfocando tanto como debería. Se instala bien, y lo único que funciona es el login, tengo que hacer todo lo demás. Asi de esta forma cualquier error que tengan en la instalación u otro tipo de problemas me lo puedan hacer saber.

12.05.2026
Se añadió enlace hacia la demo, aunque con algunas rutas tiene problemas (puede ser por el hosting)
Debes agradecer para ver el contenido...

14.05.2026
Corregí un problema en el manejo de IPs dentro de IPHandler.
La implementación anterior dependía de comparaciones sobre strings y podía ser engañada mediante representaciones alternativas de IP. Ahora las direcciones se normalizan usando inet_pton(), lo que mejora la validación y compatibilidad con IPv4/IPv6.

También ajusté el almacenamiento de IPs en base de datos.
Las tablas utilizaban previamente:

Código PHP: ( Seleccionar Todo )

VARBINARY(45)

pero ese tamaño estaba basado en la representación textual de una IP y resultaba innecesario una vez que las direcciones comenzaron a normalizarse mediante inet_pton().

Ahora el almacenamiento fue migrado a:

Código PHP: ( Seleccionar Todo )

VARBINARY(16)

ya que inet_pton() devuelve la representación binaria real:

IPv4 → 4 bytes
IPv6 → 16 bytes

Esto reduce espacio innecesario, evita inconsistencias derivadas de formatos textuales y mantiene compatibilidad completa con IPv4 e IPv6 usando una representación canónica binaria.

Cita:Lo debo aplicar a PHPost v4 y ZCode

[align=center][b][url=Registrate o inicia tu sesión para ver este contenido]DESCARGA DESDE MEGA (Versión *****]

Captura
[img]Registrate o inicia tu sesión para ver este contenido[/img]

Videmax · 05-02-2026, 02:56 AM

0

excelente gracias por compartirlo .

xsxTHORxsx · (Última modificación: 05-06-2026, 02:33 PM por xsxTHORxsx.)

1

Hola, antes que nada felicitaciones por el trabajo que están realizando con Cerberus V4 para PHPost.
Se nota que están apuntando a una modernización real del core y adaptación a estándares actuales de PHP.
Quería consultar específicamente sobre la compatibilidad futura con las últimas versiones de PHP.
¿La arquitectura nueva de Cerberus V4 está siendo desarrollada pensando en compatibilidad a largo plazo con PHP 8.3, 8.4 y futuras versiones como PHP 8.5?
También me interesa saber si están considerando:

eliminación progresiva de funciones deprecated
tipado estricto
mejoras de rendimiento compatibles con OPcache/JIT
soporte moderno para namespaces y autoloading
mayor seguridad en manejo de base de datos y sesiones

Pregunto porque muchos hostings ya están migrando a versiones más recientes de PHP y varios proyectos antiguos están quedando incompatibles.
El proyecto se ve muy prometedor y sería excelente ver un PHPost realmente preparado para los próximos años.

Miguel92 · 05-06-2026, 11:44 PM

0

(05-06-2026, 02:31 PM)xsxTHORxsx escribió: Debes agradecer para ver el contenido...Hola, antes que nada felicitaciones por el trabajo que están realizando con Cerberus V4 para PHPost.
Se nota que están apuntando a una modernización real del core y adaptación a estándares actuales de PHP.
Quería consultar específicamente sobre la compatibilidad futura con las últimas versiones de PHP.
¿La arquitectura nueva de Cerberus V4 está siendo desarrollada pensando en compatibilidad a largo plazo con PHP 8.3, 8.4 y futuras versiones como PHP 8.5?
También me interesa saber si están considerando:
eliminación progresiva de funciones deprecated

tipado estricto

mejoras de rendimiento compatibles con OPcache/JIT

soporte moderno para namespaces y autoloading

mayor seguridad en manejo de base de datos y sesiones

Pregunto porque muchos hostings ya están migrando a versiones más recientes de PHP y varios proyectos antiguos están quedando incompatibles.
El proyecto se ve muy prometedor y sería excelente ver un PHPost realmente preparado para los próximos años.

Hola, si la idea es que sea compatible con PHP 8.3 y PHP 8.4, ya que al momento de realizarlo estoy usando PHP 8.5, además ya estoy incluyendo el tipado estricto por lo que se puede ver en cualquier archivo php que haya sido modificado.

Se empezó a eliminar funciones "muertas" o fuera de uso ya que generaba conflicto con PHP 8.5...

Sobre el namespace/autoloading no será considerado por el momento, pero esto esta siendo aplicado a PHPost v4, que por el momento esta en pausa hasta que tenga alguna mejora que le pueda aplicar, pero en cuyo caso que se quiera aplicar, hay que renombrar archivos y clases para que el sistema funcione correctamente.
Ejemplo: existe

Código PHP: ( Seleccionar Todo )

src/class/c.core.php

y si quieres usar el namespace seria algo asi

Código PHP: ( Seleccionar Todo )

namespace App\class;

y si se usará asi `use App\class\Core` este tendrá un conflicto por que buscará un archivo llamado "Core.php" y la clase a usar "Core". Pero se podría usar de la manera en la que esta, pero habría que hacer los require/include igual.

Sobre OPcache/JIT: Aun no lo tengo pensado ya que no lo conozco tanto. (averiguaré más sobre esto)
Sobre la base de datos ya lo estuve actualizando y mejorándolo un poco... Pero si se quiere hacer algo mucho mejor este dejará de tener compatibilidad, pero es algo que estoy haciendo con PHPost v4 este literalmente no será compatible con ninguno.

Pero mi idea siempre fue la misma, mejorarlo, modernizarlo y que sigua funcionando para el futuro.

xsxTHORxsx · (Última modificación: 05-08-2026, 01:35 AM por xsxTHORxsx.)

1

(05-06-2026, 11:44 PM)Miguel92 escribió: Debes agradecer para ver el contenido...
(05-06-2026, 02:31 PM)xsxTHORxsx escribió: Debes agradecer para ver el contenido...Hola, antes que nada felicitaciones por el trabajo que están realizando con Cerberus V4 para PHPost.
Se nota que están apuntando a una modernización real del core y adaptación a estándares actuales de PHP.
Quería consultar específicamente sobre la compatibilidad futura con las últimas versiones de PHP.
¿La arquitectura nueva de Cerberus V4 está siendo desarrollada pensando en compatibilidad a largo plazo con PHP 8.3, 8.4 y futuras versiones como PHP 8.5?
También me interesa saber si están considerando:
eliminación progresiva de funciones deprecated

tipado estricto

mejoras de rendimiento compatibles con OPcache/JIT

soporte moderno para namespaces y autoloading

mayor seguridad en manejo de base de datos y sesiones

Pregunto porque muchos hostings ya están migrando a versiones más recientes de PHP y varios proyectos antiguos están quedando incompatibles.
El proyecto se ve muy prometedor y sería excelente ver un PHPost realmente preparado para los próximos años.

Hola, si la idea es que sea compatible con PHP 8.3 y PHP 8.4, ya que al momento de realizarlo estoy usando PHP 8.5, además ya estoy incluyendo el tipado estricto por lo que se puede ver en cualquier archivo php que haya sido modificado.

Se empezó a eliminar funciones "muertas" o fuera de uso ya que generaba conflicto con PHP 8.5...

Sobre el namespace/autoloading no será considerado por el momento, pero esto esta siendo aplicado a PHPost v4, que por el momento esta en pausa hasta que tenga alguna mejora que le pueda aplicar, pero en cuyo caso que se quiera aplicar, hay que renombrar archivos y clases para que el sistema funcione correctamente.
Ejemplo: existe

Código PHP: ( Seleccionar Todo )
src/class/c.core.php

y si quieres usar el namespace seria algo asi

Código PHP: ( Seleccionar Todo )
namespace App\class;

y si se usará asi `use App\class\Core` este tendrá un conflicto por que buscará un archivo llamado "Core.php" y la clase a usar "Core". Pero se podría usar de la manera en la que esta, pero habría que hacer los require/include igual.

Sobre OPcache/JIT: Aun no lo tengo pensado ya que no lo conozco tanto. (averiguaré más sobre esto)
Sobre la base de datos ya lo estuve actualizando y mejorándolo un poco... Pero si se quiere hacer algo mucho mejor este dejará de tener compatibilidad, pero es algo que estoy haciendo con PHPost v4 este literalmente no será compatible con ninguno.

Pero mi idea siempre fue la misma, mejorarlo, modernizarlo y que sigua funcionando para el futuro.

Gracias por la respuesta y por aclarar la visión que tienen para Cerberus V4.
La verdad se nota que el proyecto está avanzando con una base mucho más moderna que las versiones anteriores de PHPost, especialmente considerando que ya lo están probando directamente sobre PHP 8.5 y aplicando tipado estricto.
En mi opinión, el camino que están tomando es el correcto, porque hoy muchos CMS y scripts antiguos están quedando obsoletos justamente por no adaptarse a los cambios internos de PHP.
Sobre el tema de namespaces/autoloading, entiendo perfectamente el problema de compatibilidad con la estructura histórica de PHPost.
Igualmente creo que aunque no se implemente de inmediato, sería bueno dejar preparada una arquitectura híbrida a futuro, porque tarde o temprano PHP va a empujar cada vez más hacia estándares modernos tipo PSR-4 y carga automática de clases.
También creo que uno de los puntos más importantes para el futuro será:

separación real entre lógica y presentación
sistema de rutas moderno
manejo centralizado de errores/excepciones
capa de base de datos más segura usando PDO/MySQLi preparado
sesiones reforzadas y protección CSRF/XSS nativa
soporte modular real para plugins

Con respecto a OPcache/JIT, sí vale mucho la pena investigarlo porque en proyectos grandes reduce bastante el consumo y mejora tiempos de respuesta sin necesidad de cambiar demasiado código.
Lo más positivo es que finalmente alguien está pensando PHPost no solo como “parches de compatibilidad”, sino como una modernización progresiva real manteniendo la esencia del sistema.
Mucho éxito con el proyecto, porque sinceramente la comunidad necesita una alternativa moderna y viva para los próximos años.

Hola, te comento el problema que encontré y cómo lo solucioné.
El instalador estaba fallando en mi hosting con cPanel 134.0.23 porque algunas consultas SQL usan esta sintaxis:

Código: ( Seleccionar Todo )

AS new_data

ON DUPLICATE KEY UPDATE

El error que aparece es similar a:

Código: ( Seleccionar Todo )

You have an error in your SQL syntax near 'AS new_data ON DUPLICATE KEY UPDATE...'

El problema es que esa sintaxis no es compatible con varias versiones de MariaDB usadas en hosting con cPanel.
La solución fue reemplazar esa estructura por una sintaxis más compatible:

Código: ( Seleccionar Todo )

ON DUPLICATE KEY UPDATE campo = VALUES(campo)

Ejemplo:
Antes:

Código: ( Seleccionar Todo )

INSERT INTO categorias (cid, c_nombre, c_seo)

VALUES (1, 'General', 'general') AS new_data

ON DUPLICATE KEY UPDATE

c_nombre = new_data.c_nombre,

c_seo = new_data.c_seo;

Después:

Código: ( Seleccionar Todo )

INSERT INTO categorias (cid, c_nombre, c_seo)

VALUES (1, 'General', 'general')

ON DUPLICATE KEY UPDATE

c_nombre = VALUES(c_nombre),

c_seo = VALUES(c_seo);

También aparecían errores porque algunos eventos ya existían:

Código: ( Seleccionar Todo )

Event 'cleanup_old_activity' already exists

Event 'cleanup_old_aviso' already exists

Event 'cleanup_old_visits' already exists

Eso se solucionó agregando antes de crearlos:

Código: ( Seleccionar Todo )

DROP EVENT IF EXISTS cleanup_old_activity;

DROP EVENT IF EXISTS cleanup_old_aviso;

DROP EVENT IF EXISTS cleanup_old_visits;

En resumen, el cambio necesario es:

Buscar en el código o archivo SQL:

Código: ( Seleccionar Todo )

AS new_data

Eliminar esa parte.
Reemplazar:

Código: ( Seleccionar Todo )

campo = new_data.campo

por:

Código: ( Seleccionar Todo )

campo = VALUES(campo)

Antes de crear eventos, agregar:

Código: ( Seleccionar Todo )

DROP EVENT IF EXISTS nombre_del_evento;

Con eso el instalador funciona correctamente en hosting cPanel con MariaDB, sin cambiar la estructura ni la funcionalidad del proyecto.

mi web es Debes agradecer para ver el contenido...

Miguel92 · (Última modificación: 05-08-2026, 01:06 PM por Miguel92.)

0

(05-08-2026, 12:38 AM)xsxTHORxsx escribió: Debes agradecer para ver el contenido...
separación real entre lógica y presentación

sistema de rutas moderno

manejo centralizado de errores/excepciones

capa de base de datos más segura usando PDO/MySQLi preparado

sesiones reforzadas y protección CSRF/XSS nativa

soporte modular real para plugins

Sobre esto, se está aplicando en el otro proyecto PHPost V4, si el tema del alias al instalarse se debe a que actualice MariaDB(phpmyadmin) y que la forma en que lo arreglaste era la que tenía inicialmente.
Luego buscaré una forma de arreglarlo y los eventos lo puse, pero se me olvido hacer que se eliminen al reinstalar...
Los eventos los puse para que eliminen datos viejos.

Miguel92 · 05-11-2026, 08:53 PM

0

Estuve indagando sobre OPcache/JIT:Ya es compatible con estas tecnologías modernas de PHP, ya que OPcache y JIT funcionan directamente a nivel del motor PHP y no requieren integración específica dentro del proyecto.
PHP 5.5 → OPcache integrado al core
PHP 8.0 → JIT agregado al motor Zend Engine

Igualmente, durante el desarrollo estoy intentando evitar patrones que suelen perjudicar el rendimiento, como carga innecesaria de archivos, funciones obsoletas o estructuras incompatibles con versiones modernas de PHP.
Además, varios componentes fueron reorganizados pensando en reducir conflictos con PHP actuales y facilitar futuras optimizaciones del runtime.

Configuración para el OPCache en php.ini: Debes agradecer para ver el contenido...

exe8422 · 05-13-2026, 08:10 PM

1

Esta God, pero para proyectos serios sería mejor esperar, no? me gustaría usar el código para una web estilo noticias

Miguel92 · 05-13-2026, 09:14 PM

0

(05-13-2026, 08:10 PM)exe8422 escribió: Debes agradecer para ver el contenido...Esta God, pero para proyectos serios sería mejor esperar, no? me gustaría usar el código para una web estilo noticias

Hola, si hay que esperar, lo debo terminar primero! Obviamente, es algo que se puede llegar a cambiar.

moyo · 05-14-2026, 07:43 PM

0

No me aparece bien el diseño, será por que aun uso w 8.1

Iniciar sesión
Nombre de usuario/Email:
Contraseña:	¿Perdiste tu contraseña?
	Recordarme