Solución de problemas
Esta sección reúne soluciones a problemas frecuentes de operación.
Textos muy largos y rendimiento (MSSQL)
Cuando la base de datos contiene textos muy largos (por ejemplo, HTML con imágenes Base64 incrustadas), SQL Server puede volverse lento e impredecible: basta una sola entidad con un campo enorme para que todas las consultas asociadas se degraden.
Para estos casos, Crono usa lectura secuencial del comando de base de datos (SecuencialDbCommandInterceptor), que evita cargar todo el contenido de golpe. Es una preferencia del proveedor de datos que puede activarse por configuración cuando se detecta este problema.
MySQL y PostgreSQL no se ven afectados por el problema de textos muy largos de la misma forma que SQL Server.
Como buena práctica, evita almacenar imágenes en Base64 dentro de campos de texto: guárdalas en el sistema de medios y referencia su URL (ver Medios).
El programador de tareas no ejecuta las tareas
El programador sondea las tareas vencidas llamando a una URL HTTP cada minuto (ver Programación de tareas). Al iniciar, intenta determinar una URL base que funcione probando varios nombres de host (host de la solicitud, localhost, 127.0.0.1, IP local).
Si por el entorno ninguno funciona, la tarea de supervisión VerificarEjecucionTareasTarea lo detecta y envía un correo de aviso. En ese caso:
- Revisa los registros de la aplicación en busca de errores de sondeo del programador (ver Registro).
- Configura una URL base válida y accesible para el programador y reinicia la aplicación.
- Verifica que exista al menos una organización con host válido, ya que la resolución de inquilino se aplica a las solicitudes entrantes (ver Multiorganización).
Cambios de estilos (SCSS) que no se ven
Los estilos SCSS de cada módulo se recogen y compilan mediante un caché estático de proceso y un caché en disco. No hay recarga en caliente: tras editar el SCSS de un módulo hay que reiniciar la aplicación (y si es necesario, borrar la carpeta de caché de agrupación) para ver los cambios.