Changer de domaine et refaire la cuisson toutes les images ne s'affichent pas

Toutes les images sont cassées après le changement de domaine et le nouveau “rebake” des posts

Maintenant, les posts n’ont plus ce problème, seulement les anciens posts.

Nous utilisons S3.

Avez-vous suivi Change the domain name or rename your Discourse ?

Avez-vous modifié quelque chose dans la configuration S3 ? Avez-vous également changé de noms de domaine ? C’est un tout autre problème.

Nous avons également changé le nom du bucket S3.

Mais j’ai déplacé tous les fichiers vers le nouveau bucket.

Comme exemple :

Ceci est l’ancienne sauvegarde de la base de données, nous l’avons décompressée.

Une fois que nous avons classé le sujet, il semble que l’ancienne URL courte ne puisse pas trouver l’URL complète.

Vous devez alors remapper la base de données afin que les téléchargements contiennent la nouvelle URL.

Les nouveaux téléchargements fonctionnent-ils ?

Oui, toutes les nouvelles téléversations fonctionnent.

Uniquement pour les anciennes pièces jointes existantes.

J’ai également examiné la sauvegarde de la base de données SQL.

pour la table uploads utilise toujours la valeur :

//com-ossez-www-discourse.s3.dualstack.us-east-2.amazonaws.com/discourse-uploads/original/2X/e/e7ace3e99f6d7dd9520bebfe4f2de91898a05849.png

Parce que j’ai changé le nom du bucket.

Cette valeur devrait être nommée :

//com-isharkfly-www-discourse.s3.dualstack.us-east-2.amazonaws.com/discourse-uploads/original/2X/e/e7ace3e99f6d7dd9520bebfe4f2de91898a05849.png

Je pense avoir trouvé la raison et tout réparé sur notre site web.

Pour toutes les étapes en version chinoise, veuillez vous référer à notre journal de correction : 不是很严重,但是也有点严重的问题 —— 附件无法显示 - Discourse - iSharkFly
La raison principale était le tableau des téléchargements.

Nous ne savons pas pourquoi les lignes de ce tableau sont devenues incorrectes, environ 60 % des données de ce tableau ont été perdues. Nous avons dû utiliser notre sauvegarde locale pour convertir les données en SQL et l’exécuter en production afin de réinsérer toutes les données perdues.
Après cela, la régénération des publications corrigera tous les problèmes.

Ce n’est pas un problème de code source et l’encodage/décodage base62 a fait son travail.

Merci. l’équipe.
CC : @pfaffman

1 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.