J’ai vérifié les ressources et il était toujours là, j’ai exécuté une instance non productive pour tester les choses, c’était la même chose, sur ce site j’ai effectué la mise à jour de l’interface utilisateur, mais cela s’est aggravé, d’autres ressources manquantes sont apparues.
Voici une tournure étrange, nous sommes passés d’un hébergement Discourse à un auto-hébergement il y a près d’un an, lors de la vérification des erreurs de console, l’image manquante signale un 403 vers un serveur Discourse.
Les fichiers de thème montrent l’URL auto-hébergée attendue, pas le 403
Dans cette capture d’écran, le 403 est un fichier Discourse, ceux au-dessus/en dessous sont sur le serveur auto-hébergé attendu.
Je suis heureux de répondre aux questions au cas où ce serait plus qu’isolé, et j’aimerais également que quelqu’un puisse poster les commandes de console nécessaires pour reconstruire correctement.
Par exemple, je ne suis pas certain de vouloir exécuter une remappage de l’ancien serveur Discourse vers le nouveau serveur auto-hébergé alors que cela a déjà été fait et correctement, du moins c’est ce que je pensais.
Quelqu’un d’autre a eu un problème similaire récemment, et je crois que c’était dû au fait que les ressources S3 n’étaient pas incluses/re-mappées lors du passage de l’hébergement Discourse à l’auto-hébergement ?
Je ne suis pas sûr que ce soit utile, mais j’ai pensé le mentionner.
c’est le serveur non-production, celui public affiche les fichiers correctement, bien qu’il ne fonctionne pas, aucune intention de tenter une sauvegarde dessus
Lorsque vous avez quitté l’hébergement de discourse.org, vous n’avez pas demandé de sauvegarde incluant vos téléchargements, vous les avez donc utilisés sur leur bucket S3 depuis votre départ.
Si vous avez de la chance, vous pouvez envoyer un e-mail au support et leur demander de les restaurer. S’ils le peuvent, vous devrez télécharger ces éléments sur votre stockage local avant qu’ils ne les effacent définitivement.
Merci beaucoup pour votre réponse, je l’apprécie énormément, surtout compte tenu de votre niveau d’expertise.
Quand nous avons fait cela, avec le recul, tout ce que Discourse avait à faire était de « cocher une case pour que les téléchargements soient inclus dans votre fichier de sauvegarde », puis nous l’avons téléchargé, et j’ai effectué la connexion SSH subséquente pour remapper.
L’idée que nous utilisions les serveurs Discourse ne correspond pas à mes connaissances limitées sur le fonctionnement de tout cela, pouvez-vous élaborer davantage s’il vous plaît ?
Ils conservent les téléchargements dans un compartiment S3. La case à cocher « Inclure les téléchargements » n’inclut que les téléchargements locaux, pas ceux sur S3.
Il existe un paramètre de site caché include_s3_uploads_in_backups. Si vous annulez votre service, celui-ci est activé par défaut. Si vous leur demandez d’activer ce paramètre, ils le feront. Mais si vous obtenez simplement une sauvegarde avant d’annuler votre service, elle n’inclura pas les téléchargements dans S3, seulement ceux sur le stockage local (et il n’y en a pas).
Mais peut-être que je me trompe et que vous avez juste quelques thèmes avec des ressources discourse codées en dur. C’est certainement le cas pour le thème dans vos images.
Le thème a actuellement la bonne URL locale, comme on peut le voir ici, et la console, pourtant l’erreur du bas lit depuis Discourse, comment puis-je corriger cela, je ne comprends même pas
Quelque chose, quelque part fait référence à cette URL. Il semblerait que l’endroit qui fait référence à cette URL ne soit pas l’endroit que vous recherchez.
