Liens brisés après le déplacement

[Mark_Schmucker (mark78)]

Beaucoup de nos liens internes au forum sont brisés après le passage à un nouveau serveur. J’avais créé le nouveau serveur à une URL temporaire staging.example.com pour faciliter la transition, mais maintenant que la transition est terminée, de nombreux liens sur forum.example.com pointent toujours vers staging.example.com (qui n’existe plus).

J’ai vérifié le fichier app.yml et reconstruit :

containers/app.yml: DISCOURSE_HOSTNAME: forum.example.com

J’ai recherché dans admin > paramètres toute trace de « staging ».

La propagation DNS est depuis longtemps achevée.

Je vois cette ancienne référence, je ne sais pas si elle est liée.

Si aucune correction n’est possible sauf par une édition manuelle, avez-vous des indices sur la façon de trouver toutes les occurrences ? Le bouton de recherche ne fonctionne pas bien pour cela.

[Remah (Just another happy Discourse user)]

Change the domain name or rename your Discourse

This guide explains how-to change the domain name of your Discourse site, and includes information about setting up DNS changes, editing configuration files, updating site settings, and correcting social logins and post content to reflect your new domain name. This guide is for self-hosted Discourse instances that were installed using our installation guide on GitHub. If you are hosted by Discourse, please see Configure your domain name for hosted Discourse for specific …

[Mark_Schmucker (mark78)]

I did that. All worked great except now I have broken links.

[Remah (Just another happy Discourse user)]

So you’re saying the remap and/or rebake failed?

@codinghorror

Replace all instances of the old name with the new name in posts

All the existing posts will still refer to the old domain. Let’s fix that:

./launcher enter app
discourse remap talk.foo.com talk.bar.com
rake posts:rebake

This remaps text in posts from the old URL to the new URL, then regenerates all posts just in case.

[Mark_Schmucker (mark78)]

Sorry, I did not do a remap. I’ll try that tonight.

[Mark_Schmucker (mark78)]

@Remah

So you’re saying the remap and/or rebake failed?

Yes, now I can say the remap failed.

> /var/www/discourse# discourse remap staging.example.com forum.example.com
> Rewriting all occurences of staging.example.com to forum.example.com
> THIS TASK WILL REWRITE DATA, ARE YOU SURE (type YES)
> YES
> Error: ERROR:  duplicate key value violates unique constraint "unique_post_links"
> DETAIL:  Key (topic_id, post_id, url)=(8718, 57455, https://forum.example.com/t/exampletopic/4606/336) already exists.
> The remap has only been partially applied due to the error above. Please re-run the script again.

I re-ran it as instructed and got the same error, on the same (topic_id, post_id, url) key.

I can get to the rails console and run some SQL/ActiveRecord if you can tell me what to run. Or Data Explorer.

[Remah (Just another happy Discourse user)]

Someone else will have to help you with this because I’m not sure why you would have duplicate key value.

[Mark_Schmucker (mark78)]

Ironically, the offending topic 8718 and post 57455 is in a PM between two users lamenting that the links are broken!

But using data explorer, I see only one post with id 57455. I don’t know why remap is complaining.

[michaeld (Michael - Communiteq)]

The post probably contains both the old and new URL already. Just edit it and remove them.

[Mark_Schmucker (mark78)]

I cleaned up a few posts and was able to complete the remap. However the rebake ran to 30% then encountered errors and hung the system and I had to reboot. System has adequate memory and disk space.

Question: After reboot, in ‘top’, there is a ruby process using 60% CPU. Is that the rake job? Would it resume after reboot?

[michaeld (Michael - Communiteq)]

It’s probably Sidekiq busy on rebakes. Go to /sidekiq on your forum to check.