Here’s the PR ![]()
I know; I too have spent too much time debugging docker-sync than I care to admit. This new approach, albeit not as fast, requires zero additional effort to setup and is quite stable from my own experiences!
Here’s the PR ![]()
I know; I too have spent too much time debugging docker-sync than I care to admit. This new approach, albeit not as fast, requires zero additional effort to setup and is quite stable from my own experiences!
Ich habe endlich Discourse auf meinem Mac installiert… aber es ist extrem langsam… so langsam, als würde ich eine Seite pro 20 Sekunden laden.
Meine Frage:
Hat jemand das gleiche Problem?
Es ist ein Problem mit Docker für Mac. Die native Einrichtung von Discourse auf deinem Mac für die Entwicklung wird die Leistung drastisch verbessern.
Vielleicht sollte Discourse gar kein Docker verwenden? Ich sehe den Vorteil nicht. Ernsthaft, es ist nur eine zusätzliche Schicht, und das Debuggen von Containern wird zur Qual. Nur so am Rande.
Docker standardisiert die Umgebung um die laufende Anwendung herum und isoliert sie vom Host.
Es wäre ein Albtraum für das Discourse-Team, selbstgehostete Installationen ohne Docker zu unterstützen, da sich die Host-Umgebung und -Konfiguration zwischen Discourse-Instanzen stark unterscheiden würden – insbesondere beispielsweise zwischen Mac und Linux.
Docker führt unter Linux zu einem geringen Leistungseinbuße (zuzugeben, unter Mac etwas stärker), aber die Vorteile sind enorm für ein Open-Source-Projekt wie dieses mit einem verteilten Entwicklungsteam und Tausenden selbstgehosteter Instanzen.
Wenn Sie eine Anwendung in irgendeiner kommerziellen Größenordnung betreiben möchten (z. B. mit Kubernetes für die Cluster-Orchestrierung), müssen Sie Ihre Anwendung containerisieren, um alle Implementierungsdetails vom Orchestrator zu abstrahieren.
Ich verwende in meiner Entwicklungsumgebung (obwohl unter Ubuntu) kein Docker. Tatsächlich ist es wahrscheinlich mehr Aufwand, es so zu machen, wie ich es mache, da es mühsam ist, alles von Grund auf neu aufzubauen.
Gegenfrage an dich, @cmoi,
Ich habe gerade eine neue Entwicklungsumgebung auf meinem Mac installiert (siehe Post #44 oben) und sie läuft sehr schnell. Keine Probleme whatsoever.
Zu deiner anderen Frage:
@cmoi sagt…
Vielleicht sollte Discourse gar kein Docker verwenden? Ich sehe den Vorteil nicht. Ernsthaft, es ist nur eine zusätzliche Schicht, und das Debuggen von Containern wird zur Qual. Nur so am Rande.
Wir betreiben Discourse in der Produktion und im Staging in Docker, und es ist großartig. Ein Grund dafür ist, dass die Einrichtung in Docker nur einen Bruchteil der Zeit und des Aufwands erfordert im Vergleich zur Installation „auf der Hardware“. Außerdem ist die Wiederherstellung im Falle eines Serverabsturzes in Docker viel einfacher.
Es gibt also unzweifelhaft viele Gründe, Docker in der Produktion zu verwenden.
Für die Plugin-Entwicklung bin ich jedoch schließlich auf eine „Bare-Metal“-Einrichtung ohne Docker umgestiegen, und ich erkenne bereits, dass das Laden und Neuladen von Plugins, das Debuggen und all diese schönen Dinge außerhalb von Docker definitiv schneller und angenehmer sein werden.