Gracias. Además, ten en cuenta que discourse-health-check v1.0.4 ya está actualizado:
Dos correcciones:
-
Discourse reemplazó Unicorn por Pitchfork (predeterminado en 2026.2, Unicorn eliminado por completo en 2026.4), por lo que la verificación del servidor web ahora detecta ambos. Gracias a @RGJ por señalar esto en junio.
-
Las sondas de servicio estaban coincidiendo con su propia línea de comandos.
pgrep -f <nombre>hacía que pgrep se coincidiera a sí mismo y la verificación pasara independientemente de si el servicio estaba realmente activo. Sidekiq había estado informando “en ejecución” incondicionalmente desde la versión 1.0.0. Podría haber estado inactivo y aún así recibirías una marca verde y un código de salida 0 desde cron. La misma causa raíz que el falso positivo de Puma en la versión 1.0.1, que resultó haber sido renombrado en lugar de corregido.
Ah, y ahora informa tu versión principal de PostgreSQL y marca cualquier versión inferior a la 15.
Una cosa más a tener en cuenta durante la actualización, si incrustas YouTube:
Discourse envía Referrer-Policy: same-origin de forma predeterminada, y YouTube rechaza las solicitudes de configuración de incrustación que llegan sin un referer. Obtendrás el Error 153 y los videos no se reproducirán. Me topé con esto en noviembre y lo solucioné con una Regla de Transformación de Cloudflare configurando Referrer-Policy: strict-origin-when-cross-origin:
Revisé el registro de cambios mientras escribía esta publicación. No hay commits que modifiquen la Referrer-Policy entre la versión 2026.1.5 y la 2026.7.0, por lo que esto aún no está corregido en el núcleo. Si tienes una solución alternativa implementada para ello, no la elimines durante la actualización.
Para quienes no usan Cloudflare, una entrada en head del tema hace lo mismo:
<meta name="referrer" content="strict-origin-when-cross-origin">
No puedo editar ese tema, está cerrado. Así que debería ser “establecer estático” en lugar de “agregar”:
