Migrare un forum phpBB3 a Discourse

Li ho inseriti senza alcuna differenza.

No estoy seguro de si estos son errores por haber sido pegados o si así es como realmente está en tu archivo yml, pero eso causaría problemas. (Saltos de línea cerca del final de algunos comentarios, causando que exista una segunda línea, sin comentar)

Le voci del tuo elenco non sono indentate correttamente.

Quanto sopra dovrebbe essere

  new_categories: 
    - forum_id: general
      name: General

Ti consiglio di utilizzare https://www.yamllint.com/ per convalidare il tuo file di configurazione.

Grazie per tutte le vostre risposte. Ho capito rapidamente che modificare settings.yml al di fuori del container di importazione non aveva effetto su ciò che era in esecuzione. Ho anche capito il problema dello spazio bianco in yml e ho corretto il mio file di impostazioni. Comunque, l’importazione del forum phpBB è andata bene, tranne che…

Il mio nome utente su phpBB era lo stesso del mio account admin su Discourse. Non riesco ad accedere e c’è un messaggio che dice:

Tutte le email in uscita sono state disabilitate globalmente da un amministratore. Non verranno inviate notifiche email di alcun tipo.

Di conseguenza, non posso ricevere un’email di reimpostazione della password. Si tratta di un’impostazione del database? E se sì, posso aggiornare quel campo utilizzando le risorse limitate del container? Altre idee?

Nota che ho installato il plugin migratepassword, ma questo sembra non funzionare (forse perché la mia password era inferiore a 15 caratteri)

Puoi abilitare le email per gli utenti admin dalla console rails:

./launcher enter import
rails c

> SiteSetting.disable_emails = "non-staff"

Puoi anche reimpostare la tua password direttamente dal container, senza bisogno di usare le email, eseguendo:

./launcher enter import
rake admin:create

Posso suggerire alcune modifiche a questa documentazione (e al codice):

• Questo non è più necessario poiché l’impostazione disable_edit_notifications non esiste più. disable system edit notifications svolge il lavoro menzionato ed è abilitato per impostazione predefinita.

• Le due righe SSL non sono più commentate per impostazione predefinita in app.yml, quindi la rimozione di questi due # renderà l’estratto più accurato a come dovrebbe apparire.

• Questo template dovrebbe essere aggiornato in modo che gli utenti non riscontrino questo errore durante l’importazione.

• Anche questo (a meno che non abbia commesso un errore da qualche parte, è anche qualcosa che dovrebbe essere corretto):
  Eseguendo IMPORT=1 bundle install è stato restituito:

[!] Si è verificato un errore durante l'analisi di `Gemfile`: Non è possibile specificare lo stesso gem due volte con diversi requisiti di versione.
Hai specificato: sqlite3 (~> 1.3, >= 1.3.13) e sqlite3 (>= 0). Bundler non può continuare.

  # dal file /home/root/discourse/Gemfile:249
  # -------------------------------------------
  # group :generic_import, optional: true do
    gem "sqlite3"
  #   gem "redcarpet"
  # -------------------------------------------

In effetti, sqlite3 è già specificato poche righe sopra:

  # NOTA: in modalità di importazione la versione di sqlite può contare molto, quindi la fissiamo a una specifica
  gem "sqlite3", "~> 1.3", ">= 1.3.13"
  gem "ruby-bbcode-to-md", git: "https://github.com/nlalonde/ruby-bbcode-to-md"
  gem "reverse_markdown"
  gem "tiny_tds"
  gem "csv"
end

group :generic_import, optional: true do
  gem "sqlite3"
  gem "redcarpet"
end

Ho usato un’installazione di sviluppo per la mia importazione, se può essere utile.

Queste informazioni dovrebbero essere menzionate nelle istruzioni o il modello dovrebbe essere aggiornato. Mi ci sono volute alcune ore.

Cosa deve dire?

L’eliminazione di questa riga ha reso possibile la costruzione riuscita del container.

Quindi hai rimosso questa riga?

Sì, quella era la soluzione.

“Ciao, ho migrato con successo il mio forum phpBB a Discourse, tutto è andato liscio e il forum funziona alla grande. Ora mi sono reso conto di non aver abilitato la modalità binaria durante il download FTP dei dati di phpBB, il che significa che tutte le immagini sono corrotte. Ho rieseguito lo script, ma le immagini non vengono sovrascritte. Quale script, preferibilmente con il percorso, devo modificare in modo che le immagini e gli allegati corrotti vengano sovrascritti?”

Nel tuo secondo tentativo, Discourse sta saltando i caricamenti perché esistono già nella tabella uploads. Discourse evita di sovrascrivere i caricamenti esistenti a meno che non venga esplicitamente istruito.\n\nPuoi provare ad aggiungere il frammento di codice sottostante in attachment_importer.rb (discourse/script/import_scripts/phpbb3/importers/attachment_importer.rb at main · discourse/discourse · GitHub) prima di chiamare @uploader.create_upload garantirà che qualsiasi caricamento esistente con lo stesso nome file venga eliminato per primo, costringendo Discourse a ricaricarlo.\n\n\nexisting_upload = Upload.find_by(original_filename: filename)\nif existing_upload\n existing_upload.destroy\n puts \"Deleted existing upload: #{filename}\"\nend\n\nupload = @uploader.create_upload(user_id, path, filename)\n

“Grazie per la tua risposta. Sfortunatamente, la modifica non ha avuto alcun effetto. Lo script viene eseguito in un solo minuto, ma gli allegati non vengono sovrascritti…”

Probabilmente dovrai cancellare il database ed eseguirlo di nuovo.

Come posso farlo?

Passaggio 1: Connettersi al server tramite SSH:

ssh username@server-address

Passaggio 2: Accedere al container dell’applicazione:

./launcher enter import

Suggerimento: Esegui docker ps per trovare il nome del container. Per impostazione predefinita, di solito è denominato app.

Passaggio 3: Reimpostare il database:

RAILS_ENV=production rake db:reset

Hey Canapin,

Ho aggiornato questa parte della guida.

Dipende. È ancora commentato durante la configurazione del container per localhost. La guida presuppone che venga utilizzato un container separato per le importazioni, che non è accessibile via Internet, quindi in questo caso non è necessario ottenere certificati.

Una PR per questo è stata ora unita al core.

Stiamo lavorando a una soluzione per questo, ma ho aggiornato la guida e aggiunto una FAQ su come risolvere questo problema.

Quando Discourse viene eseguito in una sottodirectory, come domain.org/forum, i permalink non vengono applicati, poiché sono del tipo viewtopic.php?p=XXXX, ma dovrebbero essere forum/viewtopic.php?p=XXXX per funzionare.

Sono passati anni, ma mi sono imbattuto nei permalink mai funzionanti ancora configurati nel nostro caso. Esiste un modo GUI/CLI per aggiungere un prefisso a tutti i permalink con un elemento di percorso URL, o qualcuno può aggiungere una query PostgreSQL per farlo? Potrebbe anche aiutare altri, se queste informazioni venissero aggiunte al primo post.