Besoin d'URL relatives pour les images téléchargées

Soutien
1

Comment puis-je faire en sorte que Discourse génère des URL relatives pour les images téléchargées ?

J’ai un site accessible à la fois via HTTPS et via une adresse .onion TOR, et j’ai besoin d’une solution pour que les images fonctionnent dans les deux cas.

Comment puis-je configurer Discourse afin que les URL upload:// soient converties en URL relatives dans la balise <img> ? Où (dans quel fichier source) a lieu cette génération d’URL ?

2

Je ne pense pas que les URL relatives pour les images soient une configuration prise en charge, et cela pourrait s’avérer très difficile à modifier cc @sam

3

Juste pour préciser :

Le téléchargement fonctionne correctement aussi bien depuis le domaine HTTPS que depuis le service caché TOR .onion, mais le code HTML généré pour un message utilise une URL complète, ce qui pose problème.

Je suppose qu’il y a quelque part un bout de code qui fait quelque chose comme :

 '<img src="' + Discourse.base_url_no_prefix + '/uploads/....jpg' + '">'

et j’ai besoin qu’il génère :

 '<img src="' + '/uploads/....jpg' + '">'

Est-ce que jouer avec absolute_without_cdn serait trop bas niveau et affecterait trop d’éléments ?

L’URL doit être relative car :

  • Un navigateur normal ne peut pas accéder à l’URL .onion.
  • Impossible d’accéder au site normal via TOR car il est protégé contre les attaques DDoS. Et même si cela fonctionnait, je ne veux pas divulguer d’informations aux nœuds de sortie TOR.
4

Cela nécessiterait quelques modifications internes. Je comprends partiellement cette demande, car cela simplifie la vie lors du changement de nom de domaine pour des sites qui n’utilisent pas de CDN.

Il faudrait mettre en place quelque chose comme : SI aucun CDN n’est configuré, ALORS générer une URL relative.

5

Je suppose que vous n’avez besoin de configurer cela que lorsque la configuration change ?

Imaginez avoir

'<img src="' + Discourse.cdn_url_no_prefix + '/uploads/....jpg' + '">'

Lorsqu’aucun CDN n’est configuré, Discourse.cdn_url_no_prefix peut simplement être une chaîne vide.

6

Cela signifie-t-il qu’il y a une chance que vous puissiez implémenter cela dans un avenir (proche) ?

7

Pour simplement donner mon avis et approuver @sam, nous avons déjà connu quelques changements avec nos domaines, et la prise en charge des URLs relatives est absolument nécessaire.

8

J’aimerais apporter mon soutien en faveur des liens internes relatifs. Je utilise actuellement des URLs complètes pour faire référence, par exemple, à un autre sujet sur le même site.

En effet, notre site a récemment changé de domaine (en notant que la redirection est actuellement active) :

Et notre nouvel hébergeur, Communiteq (anciennement DiscourseHosting), a gentiment et somehow sédifié notre base de données pour refléter ce changement.

Y a-t-il peut-être des raisons techniques pour l’état actuel ? Pourrions-nous utiliser quelque chose comme %{THIS}/t/000 à l’avenir ? En tant que développeur, les chemins absolus me rendent généralement nerveux. Il y a aussi la question du passage de http: à https:, ce que nous avons également entrepris (ou du moins appliqué plus strictement) dans le cadre de la migration susmentionnée. Cela ressemble beaucoup au même cas d’usage que @mreach

Comme toujours, un grand merci à l’équipe Discourse pour ce merveilleux produit. R.

9

Ce n’est généralement pas un gros problème d’exécuter une recherche et remplacement ciblé sur tous les messages concernés lors d’un changement de domaine.