Rediriger les anciennes URL de forum vers les nouvelles URL de Discourse à l'aide de permaliens

[Discourse]

Redirection des anciennes URL de forum vers les nouvelles URL Discourse à l’aide de permaliens

Si vous êtes passé d’un autre logiciel de forum à Discourse en utilisant l’un de nos scripts d’importation, vous voudrez probablement que tous vos précieux résultats de recherche Google continuent de pointer vers le même contenu. Discourse dispose d’un moyen intégré pour gérer cela pour vous, comme alternative à l’écriture de règles nginx, en utilisant la table de recherche de permaliens.

La table de permaliens vous permet de définir deux choses : une URL à faire correspondre et ce que cette URL doit afficher. Il existe quelques options pour définir où l’URL doit rediriger. Définissez l’une des options suivantes :

• topic_id : pour afficher un sujet
• post_id : pour afficher un message spécifique dans un sujet
• category_id : pour afficher une catégorie
• tag_id : pour afficher une étiquette (tag)
• user_id : pour afficher un profil utilisateur
• external_url : pour rediriger vers une URL qui pourrait ne pas appartenir à votre instance Discourse

Par exemple, si les URL de sujets de votre ancien forum ressemblaient à http://example.com/discussion/12345, et que l’URL de ce sujet après l’importation est http://example.com/t/we-moved/987, vous pouvez configurer le mappage comme suit :

cd /var/discourse
./launcher enter app
rails c
Permalink.create(url: '/discussion/12345', topic_id: 987)

Discourse effectuera alors une redirection avec le code de statut de réponse http 301 (déplacé de façon permanente) vers l’URL correcte pour l’identifiant de sujet 12345. Le 301 devrait inciter les moteurs de recherche à mettre à jour leurs enregistrements et à commencer à utiliser les nouvelles URL.

Si vous souhaitez que certaines URL soient redirigées loin de Discourse, vous pouvez le faire en définissant external_url :

Permalink.create(url: '/discussion/12345', external_url: 'http://archived.example.com/discussion/12345')

Informations supplémentaires

Pour trouver l’identifiant d’une sous-catégorie, vous pouvez la rechercher par son slug comme suit :

Category.find_by_slug('products').id

Pour supprimer le lien permanent pour cette URL, faites ceci :

Permalink.find_by_url("/blah").destroy

Il ne peut y avoir qu’un seul enregistrement de lien permanent par URL, il suffit donc de rechercher par URL.

Création d’une carte de sujets de MyBB à Discourse

@dandv

Je viens de créer automatiquement une carte de sujets de MyBB à Discourse, en utilisant le script de migration.

MyBB était configuré pour utiliser des URL conviviales pour le SEO sans identifiants. Maintenant, par exemple, lorsque je navigue vers /thread-foo-bar, nginx redirige vers /t/foo-bar/12. Voici comment j’ai procédé :

1. J’ai corrigé l’importateur pour qu’il génère des lignes qui finissent par créer un fichier de mappage à utiliser pour le module map de nginx. Pour l’importateur MyBB, j’ai ajouté ce code dans create_posts :

parent = topic_lookup_from_imported_post_id(m['first_post_id'])
if parent
  puts "\nXXX #{m['topic_id']}: #{parent[:topic_id]},"
end

Après cela, j’ai recherché les lignes commençant par XXX, j’ai supprimé le XXX, et j’ai transformé le fichier en un objet JSON, que j’ai collé dans ce script . Modifiez les URL pour qu’elles correspondent à celles de vos forums, exécutez le script, et sa sortie sera une série de lignes de mappage nginx. Je l’ai enregistré sous /etc/nginx/mybb2discourse.map.
2. Configurez nginx pour “exécuter d’autres sites web sur la même machine que Discourse”, tout en apportant les modifications suivantes au fichier de configuration nginx (/etc/nginx/conf.d/discourse.conf) afin de pointer nginx vers le fichier de mappage :

• insérez ceci en haut du fichier :

map_hash_bucket_size 128;
map_hash_max_size 50000;  # pourrait devoir être augmenté

map $uri $new {
    include /etc/nginx/mybb2discourse.map;
}

• puis dans la section server, ajoutez :

if ($new) {
    rewrite ^ $new permanent;
}

3. Terminez le rechargement nginx et les étapes de reconstruction du conteneur à partir de la fin du post Configure nginx… lié ci-dessus.

Ce serait formidable si quelqu’un de meilleur en Ruby corrigeait l’importateur pour qu’il génère la carte des identifiants de sujet (ou mieux encore, la carte nginx directement).

Questions de redirection de Discourse vers WordPress

Discourse to WordPress redirect questions

Permalink.create(url: ‘/discussion/12345’, external_url: ‘http://archived.example.com/discussion/12345’) I trying: Permalink.create(url: 'https://hoidap.cheng.vn/t/cach-cua-do-nu-bao-binh-don-gian/70', external_url: 'https://cunghoangdao.info') And bolth Permalink.create(url: '/cach-cua-do-nu-bao-binh-don-gian/70', external_url: 'https://cunghoangdao.info') But not working. I click link https://hoidap.cheng.vn/t/cach-cua-do-nu-bao-binh-don-gian/70 dont redirect. [01] Can you help me @…

Normalisation des liens permanents

@bletch

Je voulais juste revenir sur ce point pour mentionner quelques pièges que j’ai trouvés et peut-être laisser quelques pistes pour les futurs voyageurs - car j’ai trouvé cela diablement difficile à déboguer.

Échappement dans la chaîne de normalisation de lien permanent
Le format de la chaîne de normalisation de lien permanent comporte deux composantes

1. la chaîne d’Expression Régulière
2. la chaîne de Remplacement

Elles apparaissent, l’une immédiatement après l’autre, dans la chaîne de normalisation du lien permanent comme ceci

         Normalisation du Lien Permanent
    Expression Régulière       Remplacement
<-------------------------><------------->
/(ceci)vraiment(intuitif)/\\1vraimentpas\\2

Il est important de noter que les barres obliques (slashes) sont traitées différemment dans les différentes parties de la même chaîne.
Une barre oblique (et d’autres caractères regex) dans la partie Expression Régulière de la chaîne doit être échappée, cependant, les barres obliques n’ont pas besoin d’être échappées dans la partie Remplacement de la même chaîne et seront plutôt traitées littéralement.

Le Format des chaînes d’URL entrantes
Deuxièmement, et cela m’a pris un certain temps à comprendre, vous faites correspondre l’URL comme une description de chemin relatif à partir de la racine, mais vous ne recevrez pas le / comme première partie de la chaîne.

Par exemple, si l’URL qu’utilisait votre ancien forum ressemblait à ceci…

http://oldforum.com/chat/the-topic-title/post/d9aa09c3-19bd-4c6e-9d8d-a8f1008000a1

…alors l’URL que l’expression régulière de votre normalisation de lien permanent fera correspondre ressemblera à ceci…

chat/topic-title/post/d9aa09c3-19bd-4c6e-9d8d-a8f1008000a1

c.-à-d. une description de chemin à partir de la racine mais sans la barre oblique / de tête. (Je suppose que cela pourrait varier en fonction de la structure des URL que vous redirigez - mais je ne pense pas).

Exemples

Voici quelques exemples de mon projet de migration

CATEGORY_LINK_NORMALIZATION = '/(cat)\\/(.*?)([#\\?].*)?$/cat/\\2'
POST_LINK_NORMALIZATION = '/chat\\/(.*?)\\/(post)\\/(.+?)([#\\?].*)?$/post/\\3'
TOPIC_LINK_NORMALIZATION = '/(chat)\\/(.*?)([#\\?].*)?$/topic/\\2'

Le Processus

Ancienne URL	Normalisation du Lien Permanent	Texte de Correspondance d’URL
http://oldsite.com/cat/history	/(cat)\\/(.*?)([#\\?].*)?$/cat/\\2	cat/history
http://oldsite.com/chat/topic-title/post/d9aa09c3-19bd-4c6e-9d8d-a8f1008000a1	/chat\\/(.*?)\\/(post)\\/(.+?)([#\\?].*)?$/post/\\3	post/d9aa09c3-19bd-4c6e-9d8d-a8f1008000a1
http://oldsite.com/chat/mindgames-in-football	/(chat)\\/(.*?)([#\\?].*)?$/topic/\\2	topic/mindgames-in-football

L’Ancienne URL est ce que son nom indique - l’URL de l’élément dans l’ancien système.

La normalisation du lien permanent (enregistrée dans le paramètre système permalink_normalizations) saisira l’URL entrante (sans la barre oblique de tête /) et appliquera la correspondance regex. L’URL normalisée résultante est ensuite utilisée pour correspondre au Texte de Correspondance d’URL saisi sur l’écran /admin/config/permalinks.

---

Dernière révision par @SaraDev le 2022-06-03T20:00:00Z

[Tealk]

Est-il possible de stocker la règle de réécriture directement dans le cluster Docker de Discourse ? Il y a un serveur web qui gère le HTTP et le SSL, puis-je y ajouter quelque chose ?

location /threads/ {
    rewrite ^/threads/(.*)\.\d+/?$ /t/$1 permanent;
}

[pfaffman (Jay Pfaffman)]

Je ne vois pas comment cela peut fonctionner puisque nginx ne connaît pas les nouveaux identifiants de sujet. Les identifiants /threads doivent être convertis en identifiant de sujet Discourse.

[Tealk]

Si j’appelle /threads/name.1234, il est réécrit en /t/name, puis il m’affiche le bon post, l’identifiant n’est pas utilisé à ce moment-là, je viens de tester cela.

[pfaffman (Jay Pfaffman)]

@Tealk

Si j’appelle /threads/name.1234, il est réécrit en /t/name et il m’affiche le bon post,

Probablement seulement quand vous avez de la chance et que Discourse et votre ancien forum génèrent les mêmes slugs (et que le slug ne commence pas par un nombre), mais c’est probablement suffisant.

Si vous voulez changer NGINX comme vous le suggérez, vous pouvez regarder le modèle web dans discourse_docker pour voir comment changer la configuration nginx à l’intérieur du conteneur. Voici un exemple :

templates/web.template.yml

[Tealk]

Merci beaucoup, je pense que ce serait une distraction suffisante

dois-je apporter cette modification à chaque mise à jour ?

[pfaffman (Jay Pfaffman)]

Non. Vous l’ajouterez à votre app.yml et il sera appliqué à chaque reconstruction.

Pour gagner du temps lors des tests, vous pourriez :

cd /var/discourse
./launcher enter app
apt update
apt-get install -y vim nano

Ensuite, utilisez vim ou nano pour modifier ce que vous voulez voir et vérifier qu’il fait ce que vous pensez (et économiser 10-20 minutes par reconstruction). Vous pouvez redémarrer nginx avec sv restart nginx.

Rien de ce qui précède n’a été testé, mais cela devrait être proche.

[Tealk]

Merci pour votre aide, j’ai ajusté la configuration nginx et cela fonctionne comme souhaité.

[Tealk]

@pfaffman

Non. Vous ajouterez cela à votre app.yml et il sera appliqué à chaque reconstruction.

où dans le app.yml cela doit-il être écrit pour que le nginx soit automatiquement ajusté ? dans la zone d’exécution des commandes personnalisées ?

car (\u003cunknown\u003e): found unknown escape character while parsing a quoted scalar si j’ajoute ceci :

  - replace:
      filename: "/etc/nginx/conf.d/discourse.conf"
      from: "# auth_basic_user_file /etc/nginx/htpasswd;"
      to: "# auth_basic_user_file /etc/nginx/htpasswd;

      location /threads/ {
          rewrite ^/threads/(.*)\.\d+/?$ /t/$1 permanent;
      }"

[pfaffman (Jay Pfaffman)]

Jetez un coup d’œil à Configurer Let’s Encrypt avec plusieurs domaines / redirections et utilisez la même chose que dans cet exemple qui s’ajoute à la configuration nginx.

Vous pouvez le placer dans le hook after_ssl (que vous ajouteriez) comme dans celui-ci.

[Tealk]

J’ai toujours la même erreur, je pense que cela a quelque chose à voir avec ma mise en forme.