=== DIAGNÓSTICO DEL SERVIDOR (diag.php) ===
PHP: 8.4.27 (cgi-fcgi) · SO: Linux
CWD: /home/www/public/gandiatech
__DIR__: /home/www/public/gandiatech

Motor SMTP:
  openssl: OK
  fsockopen: OK
  stream_socket_enable_crypto: OK
  disable_functions: (vacío)

Escritura en log.txt: OK (99 bytes; línea de rastro añadida a log.txt)
data/: directorio escribible
data/leads.json: escribible

Despliegue de process-lead.php (¿el archivo ejecutado es el nuevo?):
  tamaño: 35269 bytes
  marker BUILD GT6-PIPE-RUNTIME: PRESENTE — el archivo en disco es el nuevo (pipeline fuera de const, compatible con 8.4)
  lint php -l de este servidor: No syntax errors detected in /home/www/public/gandiatech/process-lead.php [exit 0]

OPcache (código viejo en caché es una causa clásica de 'subí el archivo y no cambia nada'):
 Zend OPcache: PRESENTE
  opcache.enable: 1
  opcache.validate_timestamps: 1 — 0 significa que PHP NUNCA revalida el código subido
  opcache.revalidate_freq: 10 seg
  opcache_reset(): OK — caché limpiada, el siguiente intento compila el código subido

Salida SMTP (puerto 587):
  OK: conexión saliente a smtp.acumbamail.com:587 establecida

Interpretación de los resultados:
  - Visita en AUSENTE en el marker BUILD GT6: vuelve a subir process-lead.php y repite este sondeo.
  - Escritura en log.txt FALLIDA: ajusta permisos (chmod) y propietario del archivo log.txt; si no, el diagnóstico queda en /tmp/gandiatech-diag.log y en la respuesta JSON.
  - Si este archivo en sí carga con 500: es la configuración PHP del hosting.
  - Si tras opcache_reset() el form pasa de 500 a responder: la causa era OPcache con código viejo.