Olá,
Acabei de importar meu fórum phpBB (v3.2.10) sem nenhum problema (obrigado ao @gerhard e outros)…
Bem, quase sem nenhum problema
: não há respostas nos tópicos.
Alguma ideia?
Obrigado antecipadamente
Olá,
Acabei de importar meu fórum phpBB (v3.2.10) sem nenhum problema (obrigado ao @gerhard e outros)…
Bem, quase sem nenhum problema
: não há respostas nos tópicos.
Alguma ideia?
Obrigado antecipadamente
Olá @jmbeuken, execute o comando import_phpbb3.sh várias vezes e verifique em http://yoursite/sidekiq se o Sidekiq concluiu a tarefa.
Obrigado: está funcionando!
Percebi agora que a regex só funciona para as URLs do fórum.
Após a conversão, encontrei essas pré-configuradas:
/(viewforum.php\?)(?:.*&)?(f=\d+).*/\1\2 funciona perfeitamente, mas /(viewtopic.php\?)(?:.*&)?(t=\d+).*/\1\2 sempre retorna erro 404 porque o endereço não é convertido e permanece como https://www.mysite.com/viewtopic.php?t=123.
Por quê? A regex parece a mesma e estou testando com links externos.
UP! (
)
Parece que não se trata de um problema com a expressão regular de normalização de permalink, pois ela está selecionando corretamente. Você tem permalinks seguindo o formato viewtopic.php?t=123 em Admin → Personalizar → Permalinks?
Ei, só passando aqui para agradecer pela dica. Estou migrando um fórum PHPBB 3.2 razoavelmente grande para o Discourse, com cerca de 1,3 GB no dump SQL, e pensei que teria tropeçado no primeiro obstáculo!
Ao definir new_categories como uma lista vazia e category_mappings como um objeto vazio, o que isso realmente faz? Haveria consequências negativas?
Essas configurações só entram em vigor quando você está importando para um fórum Discourse que já possui uma estrutura de categorias existente.
Olá,
Importei um site phpBB3 com 2518 usuários.
Após executar alguns comandos de “import_phpbb3.sh”, tudo parece estável…
No entanto, notei que há 1108 usuários de “nível 0” e 1410 usuários de “nível 1”: qual é o critério para separar os usuários?
No dia seguinte, percebi que restavam apenas 258 usuários de “nível 0”: como foi feita essa “limpeza”? 0 posts? Nenhuma atividade?
Tentei transferir as senhas: infelizmente, houve muitos erros (nome de usuário igual à senha, comprimento < 9, …) e o script falha toda vez. Corrigi manualmente no phpBB3 (excluí o usuário
) e reiniciei o script, mas isso é muito trabalhoso e parei. ![]()
Existe alguma maneira, em caso de erro, de definir uma senha padrão? (Não conheço Ruby
)
Obrigado antecipadamente.
Você precisará adicionar um código que verifique o comprimento da senha e a exclua ou a torne maior que 9 (o mínimo é realmente 8, então não tenho certeza sobre 9).
Obrigado @pfaffman
Desculpe, não fui claro…
na instância phpBB3, o comprimento mínimo era de 6 caracteres, depois eu o mudei para 8 quando atualizei o phpBB3 há alguns anos…
portanto, potencialmente, há muitas senhas com comprimento < 10 (padrão do Discourse).
Acho que poderíamos alterar o arquivo “spec/components/validators/password_validator_spec.rb”, mas estou com dificuldade para entender… ![]()
A+
Você pode tentar isso, mas não tenho certeza se funcionará e é complicado fazer de forma que não seja desfeito quando você atualizar. Minha sugestão mais simples é apenas não importar as senhas muito curtas. Acredito que eles não vão lembrá-las de qualquer forma.
Mas talvez alguém mais tenha outra ideia.
Olá,
Durante a importação, há um problema ao fazer o upload de arquivos:
4497 / 12442 ( 36.1%) [1122 itens/min]
Falha ao criar upload: Arquivo ou diretório não encontrado @ rb_sysopen - /shared/standalone/import/data/files/89_d634760ee03ba0148d7a387a19794f90
Falha ao fazer upload de /shared/standalone/import/data/files/89_d634760ee03ba0148d7a387a19794f90
Mas o arquivo existe:
root@gui2:/var/discourse/shared/standalone/import# ll data/files/89_d634760ee03ba0148d7a387a19794f90
-rw-rw-rw- 1 nwz003 48 125552 Mar 6 2012 data/files/89_d634760ee03ba0148d7a387a19794f90
e em “shared/standalone/import/settings.yml”:
phpbb_base_dir: /shared/standalone/import/data
Alguma ideia?
Obrigado.
Tente executar /shared/import/data nas configurações — dentro do container, o diretório /var/discourse/shared/standalone é mapeado para /shared
Obrigado @justin: é o truque ![]()
Encontrei isso ao executar import_phpbb3.sh em um dump de um banco de dados phpBB 3.0.12 agora mesmo:
criando grupos de usuários
Falha ao adicionar o usuário 1 ao grupo 11
PG::NotNullViolation: ERRO: valor nulo na coluna "user_id" da relação "group_users" viola a restrição not-null
Descobri que meu banco de dados phpBB tinha usuários “pendentes” na tabela phpbb_user_group. (Usuários pendentes são aqueles que solicitaram entrar em um grupo, mas ainda não foram aprovados.) Removi as linhas onde user_pending era 1 e o importador conseguiu continuar após isso.
Outra observação ao importar o phpBB 3.0.12: vejo um grande número de mensagens como esta ao importar posts na primeira execução:
65427 / 65812 ( 99.4%) [2238 itens/min] Post pai 68380 não existe. Ignorando 68382: Shuffling an At Start Stack
(“Shuffling an At Start Stack” é o nome do tópico específico no meu fórum.)
Quando iniciei o aplicativo para navegar no que foi importado, parecia que obtive apenas o primeiro post de cada tópico, mas nenhuma resposta.
Aparentemente, o importador requer uma segunda passagem (basta executar novamente o import_phpbb3.sh) no meu banco de dados. Na segunda vez, todos os pais ausentes parecem existir e não recebo mais mensagens sobre pais ausentes.
É difícil criar importadores, assim como qualquer coisa que consiga retomar com sucesso após um problema, e vocês conseguiram fazer ambas as coisas aqui. Parabéns!
Isso sugere que pode haver um problema em base.rb ou lookup.rb. Notei um problema semelhante no importador genérico de JSON, mas achei que fosse um problema específico dele. Parece que as funções de busca não estão funcionando. Minha suposição é que a função de criar post não está adicionando novos posts à estrutura que as funções de busca estão utilizando.
Vou tentar dar uma olhada nos próximos dias.
@pfaffman A importação que fiz foi apenas um teste; provavelmente farei pelo menos mais uma, então, se você tiver algo para eu testar em alguns dias, ficarei feliz em fazê-lo.
Bem, parece que @topics e/ou @posts não estão sendo atualizados pelo criador do tópico/post. No meu script, tenho procurado pelo TopicCustomField no meu código, em vez de depender das funções de consulta.
Examinei o código e os commits recentes e não encontrei uma explicação óbvia.