Kann lokale Discourse-Instanz nicht in lokale Ghost-Instanz einbetten

Unterstützung
1

Hallo,
ich wollte Discourse auf einer lokalen Ghost-Installation ausprobieren.

Im Grunde habe ich alles so einfach wie möglich eingerichtet; ich habe den „Anfängerleitfaden zur Installation von Discourse für die Entwicklung mit Docker

2 „Gefällt mir“
2

(Kein Experte oder Team)

Du erhältst diesen Fehler, wenn das Iframe nicht geladen wurde.

Wenn du localhost:2368 zu den erlaubten Hosts hinzugefügt hast, probiere es sowohl mit als auch ohne Schrägstrich am Ende sowie mit Platzhaltern.

Das Problem ist, dass die Seite zwar geladen werden könnte, aber keiner der Inhalte, die nach außen verlinken, was zu diesem Ladeabbruch führt.

Dennoch war ich tatsächlich sehr daran interessiert, Ghost bald auszuprobieren. Ich werde diesen Beitrag also im Auge behalten und hoffe, dass dies das einzige Problem ist, das du damit hast. :slight_smile:

1 „Gefällt mir“
3

Bisher habe ich leider noch keine Lösung gefunden :frowning:

1 „Gefällt mir“
4

Es klingt so, als würdest du versuchen, eine Produktionsinstanz auf einem nicht standardmäßigen Port zu betreiben? Das wird in Discourse nicht unterstützt.

2 „Gefällt mir“
5

Produktionsinstanz? Ich habe die Anleitung befolgt, um Discourse lokal für die Entwicklung zu installieren – sollte das nicht die richtige Installation für die lokale Nutzung sein? Die Installation funktioniert einwandfrei, nur das Einbetten verursacht Probleme.

1 „Gefällt mir“
6

Ich denke, du musst einen Weg finden, dies mit echten Hostnamen und nicht mit Ports zu testen.

2 „Gefällt mir“
7

Ich werde dann wohl versuchen, einen Proxy mit nginx einzurichten, danke.

1 „Gefällt mir“
8

Ich habe versucht, zwei nginx-Proxys hinzuzufügen: einen für Ghost und einen für Discourse, die unter ghost.localhost und discourse.localhost laufen. Nachdem ich alle URLs auf die Proxys umgestellt habe, lautet der Fehler:

Failed to execute ‘postMessage’ on ‘Window’: Invalid target origin ‘’ in a call to ‘postMessage’.

Wenn ich für discourseUrl stattdessen http://localhost:9292/ verwende, tritt dieser Fehler nicht mehr auf, aber die Kommentare bleiben in einer Endlosschleife stecken („Loading discussions