Erreurs 404 (assets) sur une installation en sous-dossier

Voici le fichier complet.

en.app.yml.gz (2,1 Ko)

MISE À JOUR : ce forum fonctionne sur la version 1.9.0, donc je ne suis pas sûr pour la dernière version, juste au cas où…

Ahh, je vois. Eh bien, je regrette juste de l’avoir mis à jour :frowning:

@pfaffman @Falco @Ivan_Rapekas J’ai remarqué un changement lors du processus d’installation : auparavant, pendant la compression des ressources, je voyais ce processus apparaître deux fois, une fois avec /public/assets... puis à nouveau avec /public/community/assets..., ce qui rallongeait l’installation car la compilation se faisait deux fois. Maintenant, je ne vois plus ce message et j’obtiens seulement quelque chose comme ci-dessous, puis l’installation est terminée.

3729805.649853851 Compression : application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js
uglifyjs '/var/www/discourse/public/assets/_application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js' -p relative -m -c -o '/var/www/discourse/public/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js' --source-map-root '/assets' --source-map '/var/www/discourse/public/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js.map' --source-map-url '/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js.map'
gzip -f -c -9 /var/www/discourse/public/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js > /var/www/discourse/public/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js.gz

brotli -f --quality=11 /var/www/discourse/public/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js --output=/var/www/discourse/public/assets/application-177e5c04adfc0e63a82cc75f84460d3c59337339a5a12efa3bf1013e18f465f1.js.br  

Probablement que la commande ci-dessous ne fonctionne plus avec la dernière version ou autre chose.

- rm -fr public/assets
- sudo -E -u discourse bundle exec rake assets:precompile

Mais cela ne fonctionne ni avec ni sans ces commandes. Cependant, cette commande fonctionnait pour moi auparavant.

Bon, les amis… après plusieurs heures, voire des jours et lol… Le problème venait du code de configuration de pagespeed, à savoir :

 location ~*  \.(jpg|jpeg|png|gif|ico|css|js|pdf)$ {
               expires 7d;
               add_header Cache-Control "public, no-transform";
       }

J’ai dû reconstruire encore et encore, supprimer ligne par ligne le code du fichier de configuration Nginx, et j’ai découvert que c’était le principal coupable pour le dossier /community. Reconstruire, restaurer, boum !

Merci à @pfaffman @Falco @Ivan_Rapekas

Euh, oui. Voir aussi Install ngx_pagespeed - #2 by Falco.

Espérons que non. :slight_smile: