Ho link di example.com. Da dove vengono?

Supporto
1

Ciao,

ho spostato un’istanza di Discourse da un host a un altro, passando da una configurazione multisito a una configurazione su singolo host con un unico contenitore, utilizzando l’esportazione e l’importazione del backup. Alcuni link ora puntano a www.example.com invece che al nome host corretto.

Come posso risolvere?

Ho impostato DISCOURSE_HOST sul nome host, ma sembra che ciò non risolva il problema. Esiste una query SQL che posso eseguire per trovare le occorrenze di www.example.com?

2

Forse è necessario eseguire un reindirizzamento come descritto in Cambiare il nome di dominio o rinominare il mio Discourse??

La mia migliore ipotesi è che, in qualche punto del percorso, qualcosa sia stato configurato con quel nome host. Tuttavia, è difficile indovinare come sia potuto accadere.

3

Ciao @hellekin

Puoi cercare rapidamente tutte le impostazioni del tuo sito per la stringa “example” come segue, dalla console Rails:

SiteSetting.where('value LIKE ?', "%example%")

Ad esempio, sulla nostra istanza Discourse:

[1] pry(main)> SiteSetting.where('value LIKE ?', "%unix\.com%").count
=> 10

Se vuoi controllare REDIS, prova (supponendo che il tuo contenitore di dati sia in app), modificandolo secondo le tue necessità:

docker exec -it app redis-cli

Poi, prova qualcosa del genere:

127.0.0.1:6379> KEYS *example*
(empty list or set)

Un altro esempio:

127.0.0.1:6379> KEYS *unix*
1) "default:_CACHE:onebox__https://www.unix.com/man-page/linux/1/df/"
2) "ANON_CACHE_text/html,application/xhtml+xml,application/signed-exchange;v=b3,application/xml;q=0.9,*/*;q=0.8_https_community.unix.com/t/passing-variables-to-awk/150198|m=true|c=true|b=true|t=|ca=|l=_count"
3) "default:_CACHE:onebox__https://www.unix.com/aix/56317-timestamp-sh_history-using-ksh-shell.html"

Per visualizzare rapidamente tutte le tue impostazioni globali, puoi eseguire questo dalla console Rails, e tutte le impostazioni globali saranno visibili (sono sicuro che esista un modo migliore per farlo…, ma questo è veloce e funziona bene)

[1] pry(main)> GlobalSetting.as_json

Spero ti sia utile.

4

Seguendo il link di @pfaffman, ho realizzato di aver usato DISCOURSE_HOST invece di DISCOURSE_HOSTNAME.

I utili suggerimenti di indagine di @neounix non hanno prodotto alcun risultato, quindi presumo che il primo problema abbia portato alla situazione attuale. Sto ricostruendo il container per vedere…

Container ricostruito e i link mostrano le immagini precedentemente rotte, quindi immagino che sia stato risolto. Grazie a entrambi!

5

@pfaffman potresti per favore ricostituire HTML per ActivityPub Support: Phase 1 RFC - #27 by hellekin per confermare la correzione?

6

Sì, ha perfettamente senso ora che ho dato un’occhiata al codice. La configurazione di Discourse imposta il nome host predefinito su "www.example.com" nel file di configurazione, quindi se c’era un errore nel file di build (come descrivi tu @hellekin), sembra che otterrai quello predefinito :slight_smile:

Forse un giorno qualcuno potrebbe cambiare quel valore predefinito di configurazione in modo che legga:

hostname = "www.hostname-missing-check-yml-file.com"

:slight_smile: :slight_smile:

7

Non ho i privilegi di amministratore qui. Se vuoi verificare che gli embed del tuo sito funzionino su altri siti, puoi provarli su try.discourse.org.

8

Immagino che hostname = "please.set.DISCOURSE_HOSTNAME.env.example" sarebbe più esplicito e conforme all’RFC.

Grazie, l’ho già testato altrove, volevo solo aggiornare questo post :slight_smile:

9

Il pulsante è stato premuto. Sembra che l’immagine sia visibile!