Das ist eine großartige Idee. Es ähnelt auch dem Setup, das ich hatte, als ich die Kommentarfunktionalität von Discourse getestet habe. Discourse-Themen wurden über Discourse-Webhooks auf einer leichtgewichtigen Remix/React-Website veröffentlicht. Kommentare, die auf der Website erstellt wurden, erschienen sowohl auf der Website als auch auf Discourse.
Wenn beide Dienste direkt von Discourse betrieben würden, würden die meisten Probleme, auf die ich gestoßen bin, behoben werden.
Wenn ich das entwerfen würde, würde ich betonen, einen super schnell ladenden Blog vor der traditionellen Discourse-Anwendung zu haben. Dieser Ansatz würde auch das anhaltende Problem der langsamen Ladezeiten für die vollständige Discourse-Anwendung lösen.
Es gibt eine Reihe von Gründen, warum etwas in dieser Richtung nützlich wäre. Ich füge noch ein paar hinzu:
-
Es ist sozial viel weniger unangenehm, einen Blog zu starten, als eine Online-Community zu gründen. Wenn Sie keine Benutzer haben, fühlt sich die Gründung einer Online-Community seltsam an. Es wäre großartig, eine Community aufzubauen, indem man einfach eine Reihe von Blogbeiträgen veröffentlicht.
-
Im Zeitalter der LLMs sind Notiz-Anwendungen sehr beliebt. Es gibt einen natürlichen Drang, Notizen im Internet zu veröffentlichen. Ich denke, es gibt auch einen Bedarf dafür, sonst werden wir am Ende weniger geteiltes Wissen haben. Notizen direkt in Discourse zu veröffentlichen ist machbar, aber es würde sich natürlicher anfühlen, sie auf einer Blog-ähnlichen Website zu veröffentlichen, die Discourse als Backend hat.