Redirecionar URLs antigas do fórum para novas URLs do Discourse usando permalinks

Discourse · Outubro 8, 2014, 7:03pm

Redirecionando URLs Antigas de Fóruns para Novas URLs do Discourse Usando Permalinks

Se você migrou de outro software de fórum para o Discourse usando um de nossos scripts de importação, provavelmente deseja que todos os seus resultados de pesquisa do Google, conquistados com tanto esforço, continuem apontando para o mesmo conteúdo. O Discourse possui uma maneira integrada de lidar com isso para você, como alternativa à criação de regras no nginx, usando a tabela de pesquisa de permalinks.

A tabela de permalinks permite definir duas coisas: uma URL para corresponder e o que essa URL deve exibir. Existem algumas opções para definir para onde a URL deve redirecionar. Defina uma destas:

topic_id: para exibir um tópico
post_id: para exibir uma postagem específica dentro de um tópico
category_id: para exibir uma categoria
tag_id: para exibir uma tag
user_id: para exibir um perfil de usuário
external_url: para redirecionar para uma URL que pode não pertencer à sua instância do Discourse

Por exemplo, se as URLs dos tópicos do seu fórum original eram como http://example.com/discussion/12345 e a URL desse tópico após a importação é http://example.com/t/we-moved/987, você pode configurar o mapeamento assim:

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

O Discourse então executará um redirecionamento com código de status de resposta http 301 (movido permanentemente) para a URL correta para o ID do tópico 12345. O 301 deve fazer com que os mecanismos de busca atualizem seus registros e comecem a usar as novas URLs.

Se você deseja que algumas URLs redirecionem para fora do Discourse, pode fazê-lo definindo external_url:

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

Comportamento Importante para Permalinks Externos em URLs de Tópicos

Quando um permalink external_url é criado para uma URL de tópico do Discourse (por exemplo, /t/some-slug/123) para redirecionar para um site externo, lembre-se:

o tópico original deve ser soft-deleted (não hard-deleted)
o tópico deve pertencer a uma categoria pública

Por quê: se o tópico ainda estiver ativo, o Discourse o resolve normalmente e a pesquisa de permalink não é usada. Se o tópico estiver em uma categoria privada, as verificações de permissão podem retornar 404 antes que o redirecionamento do permalink externo seja aplicado.

Isso é especialmente relevante para navegação no aplicativo (usuários logados), onde as rotas podem ser solicitadas como JSON/XHR.

Informações Adicionais

Para encontrar o ID de uma subcategoria, você pode procurá-lo pelo slug assim:

Category.find_by_slug('products').id

Para excluir o permalink para essa URL, faça isto:

Permalink.find_by_url("/blah").destroy

Pode haver apenas um registro de permalink por URL, então basta pesquisar pela URL.

Criação de um Mapa de Tópicos do MyBB para Discourse

Dan Dascalescu:

Acabei de criar um mapa de tópicos do MyBB para Discourse automaticamente, usando o script de migração.

O MyBB foi configurado para usar URLs amigáveis a SEO sem IDs nelas. Agora, por exemplo, quando navego para /thread-foo-bar, o nginx redireciona para /t/foo-bar/12. Veja como fiz isso:

Modifiquei o importador para gerar linhas que acabam criando um arquivo de mapa para uso no módulo map do nginx. Para o importador do MyBB, adicionei este código em create_posts :
parent = topic_lookup_from_imported_post_id(m['first_post_id'])
if parent
  puts "\nXXX #{m['topic_id']}: #{parent[:topic_id]},"
end
Depois disso, usei grep para linhas que começam com XXX, removi o XXX e transformei o arquivo em um objeto JSON, que colei neste script . Altere as URLs para os seus fóruns, execute o script, e a saída será uma série de linhas de mapa do nginx. Eu salvei como /etc/nginx/mybb2discourse.map.
2. Configure o nginx para “executar outros sites na mesma máquina que o Discourse”, fazendo as seguintes modificações no arquivo de configuração do nginx (/etc/nginx/conf.d/discourse.conf) para apontar o nginx para o arquivo de mapa:

insira isto no topo do arquivo:
map_hash_bucket_size 128;
map_hash_max_size 50000;  # pode ser necessário aumentar isto

map $uri $new {
    include /etc/nginx/mybb2discourse.map;
}
então, na seção server, adicione:
if ($new) {
    rewrite ^ $new permanent;
}
Conclua as etapas de recarregamento do nginx e reconstrução do contêiner do final da postagem Configure nginx… linkada acima.

Seria ótimo se alguém melhor com Ruby fizesse o patch no importador para gerar o mapa de IDs de tópicos (ou melhor ainda, o mapa do nginx diretamente).

Perguntas sobre Redirecionamento do Discourse para WordPress

Normalização de Permalink

Danny Goodall:

Só queria voltar a este ponto para mencionar alguns dos problemas que encontrei e talvez deixar algumas dicas para futuros viajantes - porque achei isso incrivelmente difícil de depurar.

Escape na string de normalização de permalink

O formato da string de normalização de permalink tem dois componentes

a string de Expressão Regular

a string de Substituição

Eles aparecem, um imediatamente após o outro, na string de normalização de permalink assim
         Normalização de Permalink
    Expressão Regular       Substituição
<-------------------------><------------->
/(este)realmente(é)intuitivo/\\1realmenteñãoé\\2
Importante, as barras são tratadas de forma diferente nas diferentes partes da mesma string.

Uma barra (e outros caracteres de regex) na parte de Expressão Regular da string deve ser escapada, no entanto, as barras não precisam ser escapadas na parte de Substituição da mesma string e serão tratadas literalmente.

O formato das strings de URL de entrada

Em segundo lugar, e isso me levou um tempo para entender, você corresponde à URL como uma descrição de caminho relativo a partir da raiz, mas não receberá a barra / como a primeira parte da string.

Por exemplo, se a URL que seu fórum antigo usa era assim…

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

…então a URL contra a qual a expressão regular na sua normalização de permalink corresponderá será assim…

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

ou seja, uma descrição de caminho a partir da raiz, mas sem a barra / inicial. (Eu acho que a sua experiência pode variar dependendo da estrutura das URLs que você está redirecionando - mas eu não acho).

Exemplos

Aqui estão alguns exemplos do meu projeto de migração
CATEGORY_LINK_NORMALIZATION = '/(cat)\/(.*?)([\#\?].*)?$/cat/\\2'
POST_LINK_NORMALIZATION = '/chat\/(.*?)\/(post)\/(.+?)([\#\?].*)?$/post/\\3'
TOPIC_LINK_NORMALIZATION = '/(chat)\/(.*?)([\#\?].*)?$/topic/\\2'
O processo

URL Antiga Normalização de Permalink Texto de Correspondência da 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

A URL Antiga é como o nome sugere - a URL do item no sistema antigo.

A normalização de permalink (registrada na configuração do sistema permalink_normalizations) pegará a URL de entrada (sem a barra inicial /) e aplicará a correspondência de regex. A URL normalizada resultante é então usada para corresponder ao Texto de Correspondência da URL inserido na tela /admin/config/permalinks.

Última Revisão por @SaraDev em 2022-06-03T20:00:00Z

Tealk · Setembro 12, 2024, 12:33pm

É possível armazenar a regra de reescrita diretamente no cluster Docker do Discourse? Existe um servidor web que cuida do HTTP e SSL, posso adicionar algo lá?

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

pfaffman · Setembro 12, 2024, 2:41pm

Não vejo como isso pode funcionar, já que o nginx não conhece os novos IDs de tópico. Os IDs de /threads precisam ser convertidos para o ID de tópico do Discourse.

Tealk · Setembro 12, 2024, 3:33pm

se eu chamar /threads/name.1234 ele é reescrito para /t/name e então mostra a postagem correta, o id não é usado naquele momento, acabei de testar isso.

pfaffman · Setembro 12, 2024, 3:39pm

Provavelmente só quando você tiver sorte e o Discourse e o seu fórum antigo gerarem os mesmos slugs (e o slug não começar com um número), mas isso provavelmente é bom o suficiente.

Se você quiser mudar o NGINX como sugere, pode olhar o template da web em discourse_docker para ver como mudar a configuração do nginx dentro do container. Aqui está um exemplo:

github.com/discourse/discourse_docker

templates/web.template.yml

main


      
                - "touch /etc/nginx/conf.d/outlets/server/30-offline-page.conf"
                - "mkdir -p /etc/nginx/conf.d/outlets/discourse"
                - "touch /etc/nginx/conf.d/outlets/discourse/20-https.conf"
                - "touch /etc/nginx/conf.d/outlets/discourse/30-ratelimited.conf"
          
          - replace:

Tealk · Setembro 12, 2024, 3:52pm

muito obrigado, acho que seria suficiente distração

tenho que fazer essa alteração a cada atualização?

pfaffman · Setembro 12, 2024, 3:55pm

Não. Você adicionará isso ao seu app.yml e ele será aplicado a cada reconstrução.

Para economizar tempo de teste, você pode:

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

Em seguida, use vim ou nano para editar o que você quiser ver se ele faz o que você pensa (e economizar 10-20 minutos por reconstrução). Você pode reiniciar o nginx com sv restart nginx.

Nada do acima foi testado, mas deve estar perto.

Tealk · Setembro 12, 2024, 4:48pm

Obrigado pela ajuda, ajustei a configuração do nginx e funciona como esperado.

Tealk · Setembro 13, 2024, 12:28pm

Onde no app.yml isso deve ser escrito para que o nginx seja ajustado automaticamente? Na área de execução para os comandos personalizados?

porque (\u003cunknown\u003e): encontrado caractere de escape desconhecido ao analisar um escalar entre aspas se eu adicionar isso:

  - 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 · Setembro 13, 2024, 1:04pm

Dê uma olhada em Configurar Let’s Encrypt com vários domínios/redirecionamentos e use o mesmo tipo de coisa do exemplo que adiciona à configuração do nginx.

Você pode colocá-lo no hook after_ssl (que você adicionaria), como naquele.

Tealk · Setembro 13, 2024, 1:29pm

Eu ainda recebo o mesmo erro, acho que tem algo a ver com a minha formatação.

Tópico		Respostas	Visualizações
Redirect old URLs Marketplace	2	1921	2 de Maio de 2015
Redirecting the old forum urls to the discourse Support unsupported-install	18	1330	11 de Setembro de 2020
Redirecting Problems Support	11	1037	10 de Junho de 2019
Permalink overhead Dev	10	1968	17 de Outubro de 2016
Redirect vBulletin URLs to Discourse URLs Migrating to Discourse how-to	5	9804	25 de Janeiro de 2018

URL Antiga	Normalização de Permalink	Texto de Correspondência da 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`