J'ai des liens example.com. D'où viennent-ils ?

Soutien
1

Bonjour,

J’ai déplacé une instance Discourse d’un hôte à un autre, passant d’une configuration multisite à un hôte unique avec un seul conteneur, en utilisant l’export/import de sauvegarde. Certains liens utilisent désormais www.example.com au lieu du nom d’hôte correct.

Comment puis-je corriger cela ?

J’ai configuré DISCOURSE_HOST avec le nom d’hôte, mais cela ne semble pas résoudre le problème. Existe-t-il une requête SQL que je pourrais utiliser pour trouver les occurrences de www.example.com ?

1 « J'aime »
2

Peut-être procéder à une réaffectation comme décrit dans Changer le nom de domaine ou renommer mon Discourse ? ?

Ma meilleure hypothèse est qu’à un moment donné, quelque chose a été configuré avec ce nom d’hôte. Il est difficile de deviner comment cela a pu arriver, cependant.

6 « J'aime »
3

Salut @hellekin,

Tu peux rechercher rapidement toutes les paramètres de ton site contenant la chaîne « example » depuis la console Rails comme suit :

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

Par exemple, sur notre instance Discourse :

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

Si tu veux vérifier REDIS, essaie (en supposant que ton conteneur de données s’appelle app, modifie-le selon tes besoins) :

docker exec -it app redis-cli

Ensuite, essaie quelque chose comme :

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

Un autre exemple :

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"

Pour afficher rapidement tous tes paramètres globaux, tu peux exécuter ceci depuis la console Rails ; tous les paramètres globaux seront visibles (je suis sûr qu’il existe une meilleure méthode, mais c’est rapide et ça fonctionne) :

[1] pry(main)> GlobalSetting.as_json

J’espère que cela t’aide.

4 « J'aime »
4

En suivant le lien de @pfaffman, j’ai réalisé que j’avais utilisé DISCOURSE_HOST au lieu de DISCOURSE_HOSTNAME.

Les conseils d’investigation utiles de @neounix n’ont donné aucun résultat, donc je suppose que le premier problème est à l’origine de la situation actuelle. Je reconstruis le conteneur pour voir…

Le conteneur a été reconstruit et les liens affichent désormais les images qui étaient auparavant cassées, donc je pense que le problème est résolu. Merci à vous deux !

3 « J'aime »
5

@pfaffman pourriez-vous s’il vous plaît reconstruire le HTML pour ActivityPub Support: Phase 1 RFC - #27 by hellekin afin de confirmer la correction ?

1 « J'aime »
6

Oui, cela a tout à fait du sens maintenant que j’ai examiné le code. La configuration de Discourse définit le nom d’hôte par défaut sur "www.example.com" dans le fichier de configuration. Donc, s’il y avait une erreur dans le fichier de build (comme vous l’avez décrit, @hellekin), il semble que vous obtiendrez la valeur par défaut :slight_smile:

Peut-être qu’un jour quelqu’un modifiera cette valeur par défaut pour qu’elle indique :

hostname = "www.nom-de-hôte-manquant-vérifiez-le-fichier-yml.com"

:slight_smile: :slight_smile:

4 « J'aime »
7

Je n’ai pas de droits d’administration ici. Si vous souhaitez vérifier que les intégrations de votre site fonctionnent sur d’autres sites, vous pouvez tester sur try.discourse.org.

8

Je suppose que hostname = "please.set.DISCOURSE_HOSTNAME.env.example" serait plus explicite et conforme aux RFC.

Merci, je l’ai déjà testé ailleurs, je voulais simplement que ce message soit mis à jour :slight_smile:

2 « J'aime »
9

Le bouton a été enfoncé. Il semble que l’image s’affiche !

2 « J'aime »
10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.