Mantenimiento de sesiones vhuancayogo y gomastererp - 2026-10-20 (America/Lima)

Alcance autorizado:
- Retirar las sesiones PHP actuales de ambas cuentas, incluida la carpeta privada V9.
- Mantener sus cuotas de 4000 MB y los datos de negocio.
- Ejecutar limpieza cada 30 minutos de sesiones sin cambios durante mas de 48 horas.

Correccion de codigo:
- ACL conservado en memoria durante cada peticion, sin persistirlo en la sesion.
- Reglas de acceso y flujo de autenticacion conservados.
- vhuancayogo: facturacionv7/app/plugins/SecurityPlugin.php
- gomastererp: facturacionv9/app/plugins/SecurityPlugin.php y
  facturacionv7/app/plugins/SecurityPlugin.php.
- La copia local Gomaster V7 conservaba menos rutas que la desplegada. Se respaldaron
  ambas y se conservaron las rutas desplegadas de formadepago, unidadesentrega y cliente.

Limpieza realizada:
- vhuancayogo, /var/cpanel/php/sessions/ea-php83:
  923 archivos y 278933504 bytes de disco liberados.
- gomastererp, /home/gomastererp/.temp_facturalaya/sessionbag/facturacionv9:
  5038 archivos y 1313665024 bytes de disco liberados.
- No se modificaron datos de negocio ni las sesiones de otras cuentas.
- Disco despues de la limpieza: 61% de uso, aproximadamente 31 GiB disponibles.

Mantenimiento instalado:
- /etc/cron.d/vhuancayogo-php-sessions
- /etc/cron.d/gomastererp-php-sessions
- Ambos root:root 0644, cada 30 minutos, antiguedad minima 48 horas tanto
  de mtime como de ctime. Solo archivos regulares con nombres de sesion.
- Las carpetas compartidas de cPanel se filtran por propietario de cuenta.
- La carpeta privada V9 se limpia como gomastererp, sin privilegios root.
- Se usa flock para evitar ejecuciones simultaneas. No se ejecuta PHP de la
  aplicacion como root. Fuentes en app/config/php_sessions.cron de cada plataforma.
- Ejecucion manual de los tres comandos de limpieza: correcta.

Verificaciones:
- Sintaxis PHP 7.2 y 8.3 correcta en los tres plugins.
- ACL original y corregido identicos en su serializacion inicial y siete casos
  de acceso por version. Vhuancayogo ejecutado con PHP 7.2 y 8.3; Gomaster V9
  con PHP 8.3 y Gomaster V7 con PHP 7.2, segun sus dependencias.
- Prueba: tests/sesiones_acl_test.php, con Phalcon real y sin BD ni sesiones privadas.
- Login vhuancayogo y Gomaster V9: HTTP 200; sesiones nuevas de prueba de 0 bytes.
- ACL que se duplicaba por sesion: vhuancayogo 300056 bytes, Gomaster V9 269556 bytes.
- Gomaster V7 ya devolvia HTTP 500 antes del despliegue. Es una incidencia previa
  separada de este mantenimiento y no se corrigio aqui.
- Cuotas de ambas cuentas conservadas en 4096000 KiB, equivalentes a 4000 MiB.

Reversion y huellas:
- Originales respaldados en /root/accounts-session-fix-20261020/*.original.php.
- Plugin vhuancayogo V7:
  37f6768cf21ee05b32b3389d982027fdf6f081d0aafd54521a8002e614219d1d
- Plugin gomastererp V9:
  a5d780d2565b9a55c0d555812f61ba6ab39dd7116e78276dd56f72f791f508ba
- Plugin gomastererp V7:
  1215c7704333189f26f76efcf4ef712a259413d33832f595533c07b0251bceea
- Cron vhuancayogo:
  287cb70ae701a1d0b0d841560955ae728dd753c2af771d7283ad99017086f16b
- Cron gomastererp:
  3215ae96e1509f800e604573678f398194b6d0dbb12a3eba59e8b7dadf4fb66a
- Restaurar los plugins antiguos reintroduciria la copia del ACL en las sesiones.
