No ayuda marcar todas las casillas en modo seguro.
Eliminé todos los plugins de app.yml excepto el administrador de Docker.
¿Alguna idea sobre cómo solucionar esto?
Tampoco veo nada obvio en el registro de reconstrucción de la aplicación.
¿Estás diciendo que el sitio se quedó cargando?
¿Puedes revisar la consola de tu navegador y copiar/pegar o hacer una captura de pantalla de lo que ves? (haz clic derecho en la página → inspeccionar → haz clic en la pestaña Consola)
2 Me gusta
Esto es lo que veo en la consola:
Uncaught ReferenceError: define is not defined
at apply-details.js:1:1
composer-presence-display.js:1 Uncaught ReferenceError: define is not defined
at composer-presence-display.js:1:1
console.js:1 Uncaught ReferenceError: define is not defined
at console.js:1:1
spoiler-alert.js:1 Uncaught ReferenceError: define is not defined
at spoiler-alert.js:1:1
admin?v=b7ce39c01f13a2dce7d327b15c700163:1 Uncaught ReferenceError: I18n is not defined
at admin?v=b7ce39c01f13a2dce7d327b15c700163:1:1
wizard?v=3f01c1ba4ca92c6d988a708eb22fa69a:1 Uncaught ReferenceError: I18n is not defined
at wizard?v=3f01c1ba4ca92c6d988a708eb22fa69a:1:1
¿Es una mejora desde el panel de administración?
Si es así, ¿puedes intentar reconstruir Discourse desde la línea de comandos y ver si ayuda?
A veces puede suceder; necesitas reconstruir el contenedor por completo. 
1 me gusta
He realizado varios:
./launcher rebuild app desde la línea de comandos
Incluso reinicié mi servidor.
Intenté reconstruir la aplicación con todos los complementos comentados o con app.yml (excepto docker-manager).
Lo único extraño que veo es que ocasionalmente, redis aparece en el registro al reconstruir la aplicación como puerto ya en uso.
1 me gusta
También veo esto en el registro de reconstrucción:
advertencia El campo de resolución “unset-value@2.0.1” es incompatible con la versión solicitada “unset-value@^1.0.0”
Quizás estas advertencias también:
warning "@discourse/lint-configs > eslint-plugin-ember > ember-eslint-parser@0.3.8" tiene dependencia de igual nivel no satisfecha " @typescript-eslint/parser@^6.15.0".
warning "> @glint/environment-ember-loose@1.4.0" tiene dependencia de igual nivel no satisfecha "@glimmer/component@^1.1.2".
warning "> discourse-markdown-it@1.0.0" tiene dependencia de igual nivel no satisfecha "xss@*".
warning "workspace-aggregator-dea9e772-66c3-4abc-b8ac-f93229bc0b9d > discourse > @uppy/aws-s3@3.0.6" tiene dependencia de igual nivel incorrecta "@uppy/core@^3.1.2".
warning "workspace-aggregator-dea9e772-66c3-4abc-b8ac-f93229bc0b9d > discourse > @uppy/aws-s3-multipart@3.1.3" tiene dependencia de igual nivel incorrecta "@uppy/core@^3.1.2".
warning "workspace-aggregator-dea9e772-66c3-4abc-b8ac-f93229bc0b9d > discourse > @uppy/xhr-upload@3.1.1" tiene dependencia de igual nivel incorrecta "@uppy/core@^3.1.2".
warning "workspace-aggregator-dea9e772-66c3-4abc-b8ac-f93229bc0b9d > discourse-plugins > ember-this-fallback@0.4.0" tiene dependencia de igual nivel no satisfecha "ember-source@^3.28.11 || ^4.0.0".
warning "workspace-aggregator-dea9e772-66c3-4abc-b8ac-f93229bc0b9d > admin > ember-source > router_js@8.0.3" tiene dependencia de igual nivel no satisfecha "rsvp@^4.8.5".
warning "workspace-aggregator-dea9e772-66c3-4abc-b8ac-f93229bc0b9d > discourse > @uppy/aws-s3 > @uppy/xhr-upload@3.3.0" tiene dependencia de igual nivel incorrecta "@uppy/core@^3.2.1".
Esas advertencias se pueden ignorar. No dudes en pegar el registro completo aquí si nos perdemos algo.
Además, ¿estás detrás de Cloudflare o algo similar?
1 me gusta
Está en una instancia de Digital Ocean con imágenes nuevas en un bucket de S3.
¿Qué causa errores como este ^^^?
No estoy seguro. Yo diría que lo que vemos es la consecuencia de un problema subyacente (como un error fatal en una etapa temprana o algo que no se cargó correctamente). Espero que alguien pueda aportar otras ideas sobre esto.
¿Es posible compartir la URL de tu Discourse (o por mensaje privado si lo prefieres)?
1 me gusta
Envié el DM, @Arkshine.
¡Me equivoqué! ¡Pensé que solo usarías S3 para imágenes!
Parece que tienes problemas de permisos (¿o caché desactualizada?) con los archivos en tu bucket de S3. Algunos de tus archivos Javascript están bloqueados (403 forbidden), por lo que Discourse no se puede cargar.
Desafortunadamente, no sé mucho sobre S3, pero al menos sabes de dónde viene el problema. ¡Espero que alguien más pueda darte alguna orientación pronto!
1 me gusta
Pensándolo bien, no hay riesgo en compartir la URL en caso de que alguien más pueda detectar el problema.
Dudé con los registros porque vi algunas claves de acceso de S3 allí y no estaba seguro de si había algo más en el registro que debiera ser privado.
1 me gusta
Si seguiste Configurar un proveedor de almacenamiento de objetos compatible con S3 para cargas, ¿incluiste la parte que carga los activos a S3?
1 me gusta
Gracias, lo estoy investigando…
Tenía la sección con after_assets_precompile comentada porque algo estaba fallando.
La volveré a habilitar y veré qué pasa.
Lo que hay que hacer es algo como
./launcher enter app
rake s3:i_cannot_remember_the_name
y ver qué error obtienes.
Pero si no tienes eso, entonces los activos no están en s3 y no pueden cargarse, y tu sitio no puede funcionar.
Necesitas averiguar por qué está fallando, no solo eliminarlo.
1 me gusta
¡Gracias, chicos, son leyendas!
Cuando cambié las cargas a S3 hace un mes, no pude hacer que la parte de los assets funcionara. Sin embargo, las imágenes se estaban almacenando.
Resulta que me faltó una ‘s’ al copiar y pegar la tarea de rake para los assets en mi app.yml.
Luego, cuando fui a actualizar el viernes, falló porque solo estaba parcialmente convertido y, supongo, estaba ejecutando desde assets locales antiguos que no se actualizaron.
Ahora estoy volviendo a hornear publicaciones sin cocinar y el sitio está de nuevo en funcionamiento.
3 Me gusta
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.