Relative URLs für hochgeladene Bilder benötigt

Unterstützung
1

Wie kann ich Discourse dazu bringen, relative URLs für hochgeladene Bilder zu generieren?

Ich habe eine Website, die sowohl über HTTPS als auch über eine TOR .onion-Adresse verfügbar ist, und ich benötige eine Möglichkeit, damit Bilder für beide funktionieren.

Wie kann ich Discourse so konfigurieren, dass upload://-URLs in relative URLs im <img>-Tag umgewandelt werden? Wo (in welcher Quelldatei) findet diese URL-Generierung statt?

2

Ich glaube nicht, dass relative Bild-URLs eine unterstützte Konfiguration sind, und das könnte eine sehr schwierige Änderung sein cc @sam

3

Nur zur Klarstellung:

Das Hochladen funktioniert sowohl von der HTTPS-Domain als auch vom TOR-Versteckdienst .onion einwandfrei, aber der tatsächlich für einen Beitrag generierte HTML-Code verwendet eine vollständige URL, was problematisch ist.

Ich gehe davon aus, dass es irgendwo Code gibt, der so etwas macht wie

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

und ich benötige stattdessen eine Ausgabe wie

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

Wäre das Experimentieren mit absolute_without_cdn zu niedrigschwellig und würde zu viele andere Dinge beeinflussen?

Die URL muss relativ sein, weil:

  • Ein normaler Browser auf die .onion-URL nicht zugreifen kann.
  • Über TOR nicht auf die normale Seite zugegriffen werden kann, da sie hinter DDoS-Schutz steht. Und selbst wenn es funktionieren würde, möchte ich keine Details an TOR-Exit-Knoten preisgeben.
4

Das würde einige interne Änderungen erfordern. Ich kann das nachvollziehen, da es das Leben etwas erleichtert, wenn man bei Websites, die kein CDN verwenden, die Domain ändert.

Es müsste so etwas wie folgendes sein: WENN kein CDN konfiguriert ist, dann generiere eine relative URL.

5

Ich gehe davon aus, dass du das nur einrichten musst, wenn die Konfiguration geändert wird?

Stell dir vor, du hast:

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

Wenn kein CDN konfiguriert ist, kann Discourse.cdn_url_no_prefix einfach ein leerer String sein.

6

Heißt das, dass es eine Chance gibt, dass Sie dies in der (nahen) Zukunft umsetzen können?

7

Ich möchte mich einfach mal einmischen und @sam zustimmen: Wir haben bereits einige Domainwechsel hinter uns, und relative URLs sind definitiv erforderlich.

8

Ich möchte mich gerne für relative interne Links aussprechen. Derzeit verwende ich vollständige URLs, um beispielsweise auf ein anderes Thema auf derselben Website zu verweisen.

Unsere Website hat kürzlich die Domain gewechselt (wobei eine Weiterleitung derzeit aktiv ist):

Und unser neuer Host, Communiteq (ehemals DiscourseHosting), hat unsere Datenbank auf irgendeine Weise sedded, um diese Änderung widerzuspiegeln.

Gibt es vielleicht technische Gründe für den aktuellen Status? Könnten wir in Zukunft etwas wie %{THIS}/t/000 verwenden? Als Entwickler machen mich absolute Pfade normalerweise nervös. Es stellt sich auch die Frage des Wechsels von http: zu https:, den wir im Rahmen der oben genannten Migration ebenfalls durchgeführt haben (oder zumindest strenger durchgesetzt haben). Dies scheint ein sehr ähnlicher Anwendungsfall wie bei @mreach zu sein.

Wie immer vielen Dank an das Discourse-Team für ein wunderbares Produkt. R.

9

Es ist normalerweise kein großes Problem, bei einem Domänenwechsel eine gezielte Suchen-und-Ersetzen-Operation auf allen betroffenen Beiträgen durchzuführen.