Erreur lors de la tentative de remappage des liens

[nathank (Nathan Kershaw)]

Je rencontre cette erreur en tentant de réattribuer des liens dans mon instance récemment déplacée, conformément à Change the domain name or rename your Discourse

root@ehealthforum-nz-syd01-web-only:/var/www/discourse# discourse remap draft.ehealthforum.nz ehealthforum.nz
Rewriting all occurrences of draft.ehealthforum.nz to ehealthforum.nz
THIS TASK WILL REWRITE DATA, ARE YOU SURE (type YES)
YES
Error: ERROR: duplicate key value violates unique constraint “index_post_hotlinked_media_on_post_id_and_url_md5”
DETAIL: Key (post_id, md5(url::text))=(80591,66a0d020b208dc9f8452a5eb9617f6bc) already exists.
The remap has only been partially applied due to the error above. Please re-run the script again.

Bien qu’un peu obscur, cela risque de gêner d’autres personnes. C’est similaire à ceci, mais s’est produit lors de la réattribution à la place.

Il semble que cela se produise sur les publications avec des Oneboxes. Il y en a beaucoup !

[sam (Sam Saffron)]

Cela va nous prendre un peu de temps, mais nous devrions régler cela dans le mois à venir environ.

[nathank (Nathan Kershaw)]

Est-ce que cela fonctionnerait / serait judicieux en attendant ? Cela cause une certaine douleur.

@YaserAlnajjar

4. Cette fois, les liens sont partiels, j’ai donc utilisé une requête de remplacement :

DB.exec "update topic_links set url=REPLACE(url, 'discourse.coretabs.net', 'discourse-old.coretabs.net')"

[sam (Sam Saffron)]

Non, vous devez corriger une autre table

[nathank (Nathan Kershaw)]

J’ai trouvé une solution de contournement qui a résolu le problème immédiat pour moi. J’ai configuré un enregistrement CNAME à partir de l’URL « ancienne » (qui se trouve être un sous-domaine de ma nouvelle racine), et je l’ai validé avec Let’s Encrypt conformément à ce guide :

Set up Let’s Encrypt with multiple domains / redirects

NOTE: @pfaffman says: This page needs to be cleaned up. There is now a new ENV setting that will let you add more hostnames. In your app.yml under your DISCOURSE_HOSTNAME line (it can go many places but that one makes sense), add DISCOURSE_HOSTNAME_ALIASES: domain.com,other.domain.com and early reports suggest that you’ll get valid certs for those domains and that accessing https://domain.com will properly redirect you to your DISCOURSE_HOSTNAME without a certificate error. If you do that an…

Maintenant, les liens brisés redirigent au moins l’utilisateur vers le bon endroit !

Je ne comprends pas très bien pourquoi j’ai eu ce problème. Un ré-adressage automatique a semblé se produire la première fois que j’ai restauré ma sauvegarde sur mon instance de staging (avant de la mettre en production). Les restaurations ultérieures n’ont pas déclenché de ré-adressage malgré le changement d’URL de l’instance - cela m’a confondu et a conduit au problème actuel.

[sam (Sam Saffron)]

Mise à jour, je suis désolé, mais nous sommes complètement débordés pour le moment. Je mets pr-welcome sur cela pour l’instant.

[nathank (Nathan Kershaw)]

Cette erreur semble avoir disparu maintenant. A-t-elle été corrigée ?

Cependant, j’en ai une nouvelle pour le remappage ! Je la signalerai séparément.