Hallo, ich habe mit einigen anderen Leuten daran gearbeitet, eine Ad-hoc-Migration unseres alten vbulletin3 zu Discourse abzuschließen. Jetzt ist es an der Zeit, über andere Aspekte der Migration nachzudenken, darunter die Tatsache, dass wir ein Cloudflare-Konto haben, das unser Forum bedient.
Wir möchten es nach Möglichkeit beibehalten, da unser Forum Unmengen an Lurkern (und rund 1000 aktive Benutzer) hat.
Der einzige Thread, den ich hier gefunden habe und der einige Informationen enthält, ist von 2015, daher frage ich, ob es eine “offizielle” Dokumentation gibt, die ich übersehen habe und die besagt, wie Cloudflare richtig mit Discourse eingerichtet wird.
Zweitens möchte ich wissen, ob es einen Prozess gibt, dem man folgen kann, um:
Discourse-Statistiken nach der Migration zu aktualisieren
den Suchindex von Discourse nach der Migration zu “aktualisieren”
Wie bedient es? Am einfachsten ist es, den DNS-Modus zu verwenden. Wenn Sie etwas zusätzliche Zeit für sehr wenig Nutzen aufwenden möchten, gibt es einige Themen dazu. Meistens deaktivieren Sie die Optimierungen, die Discourse unterbrechen. Wenn Sie Ihren Server entlasten möchten, ist ein echtes CDN wie Bunny.net der richtige Weg.
Ich denke, die Statistiken und die Suche sollten einfach funktionieren.
Es ist vielleicht etwas kurzsichtig zu implizieren, dass Cloudflare kein „echtes CDN“ ist? Weil es das ist (und mehr als das). Vielleicht meinten Sie „traditionelles“ CDN?
Die Einrichtung eines traditionellen CDNs wird viel mehr Zeit in Anspruch nehmen und Ihnen etwa den gleichen Nutzen bringen.
Und Cloudflare ist vielleicht günstiger, da die kostenlose Version für viele Leute wahrscheinlich ausreicht. Es scheint, dass es immer ein aktives Thema gibt, bei dem jemand seine Website mit Cloudflare kaputt gemacht hat, und der einfachste Weg, es zum Laufen zu bringen, scheint darin zu bestehen, alle Optimierungen zu deaktivieren, damit es nur die Latenz erhöhen kann.
Wenn Sie ein Thema erstellen würden, das beschreibt, wie Cloudflare so konfiguriert wird, dass es den gleichen Nutzen wie ein traditionelles CDN bietet, wäre das in der Tat sehr hilfreich. Vielleicht ist es so einfach wie das Deaktivieren des Raketenladers, aber es scheint, dass genau die richtige Einrichtung ein sich ständig änderndes Ziel sein könnte (da sie ihr Produkt ändern und verbessern).
Es tut mir leid, ich möchte keine Diskussion darüber auslösen, welcher CDN der beste ist usw.
Ich habe noch keine weiteren Informationen erhalten, aber soweit ich das verstanden habe, verwendet das Forum derzeit einen kostenpflichtigen Plan (also nicht die kostenlose Option, nehme ich an), aber selbst das ist nicht der Punkt.
Einfache Frage –\u003e Was muss ich tun, um Cloudflare so einzurichten, dass es Discourse nicht stört?
Danach bin ich gerne bereit zu verstehen, ob es überhaupt etwas wirklich Notwendiges ist oder nicht (d. h. Vorteile usw.)
Wenn mir jemand einen Link oder etwas zu den beiden anderen kleineren Fragen geben kann, wäre das großartig
Ich werde die nächste Woche nutzen, um einige Tests in einer Staging-Umgebung durchzuführen, damit nichts in Stein gemeißelt ist!
Wenn Sie von discourse.org oder einem anderen Anbieter gehostet werden. Sie sollten sich mit ihnen in Verbindung setzen, bevor Sie etwas mit Cloudflare unternehmen. Normalerweise erstellen Sie einfach einen DNS-CNAME, der auf ihre Server verweist. Discourse.org verfügt bereits über CDNs, sodass Sie sich keine Sorgen machen müssen.
Danke @pfaffman, es ist selbst gehostet. Wie gesagt, es wird für das aktuelle vBulletin-Forum verwendet, das einfach offline geschaltet und durch Discourse ersetzt wird, das von derselben Domain-Adresse aus antworten wird.
Es kommt darauf an, welche Rolle (falls überhaupt) Cloudflare spielen soll.
Wenn Sie Cloudflare nur als DNS verwenden möchten, stellen Sie sicher, dass die orangefarbene Wolke für den ‘a’-Eintrag des Forums deaktiviert ist.
Wenn Sie den Discourse-Traffic tatsächlich über das Netzwerk von Cloudflare leiten möchten und mit der zusätzlichen Latenz einverstanden sind, erstellen Sie zumindest eine Seitenregel, um die ‘Leistung deaktivieren’ für die gesamte Forendomain zu aktivieren. Keine der Cloudflare-Leistungsoptimierungen wird empfohlen und es ist bekannt, dass sie Websites beschädigen.
Beachten Sie, dass es eine Cloudflare-Vorlage gibt, die zu Ihrer app.yml hinzugefügt werden muss. Sie übergibt die CF-Connecting-IP als Client-IP, sodass Sie nicht alle als von einem Knoten in ihrem Netzwerk stammend sehen.
Wenn Sie keinen objektbasierten Speicher verwenden und die orangefarbene Wolke aktiviert haben, können Sie eine Caching-Regel für Ihren Assets-Pfad erstellen.
Cloudflare wurde (nun ja, ist es im Moment noch) verwendet, um den eigentlichen Webserver nicht mit Anfragen zu überlasten.
Ich habe mich vor allem gefragt, wie das bei Discores Natur von Echtzeit-Updates (ich nehme an, Websockets? Habe nicht nachgesehen) ein Problem mit Cloudflare-Caching und all dem sein könnte. Deshalb habe ich mich gefragt, ob es dazu Dokumentationen gibt oder ob jemand Tipps hat
Ich weiß nichts und deshalb bin ich ab und zu so verloren, aber es klingt, als ob Sie nach der Natur von PHP suchen, aber Sie erhalten die Natur einer JavaScript-App, bei der alles außer dem Abrufen tatsächlicher Daten auf dem Gerät des Benutzers geschieht.
Das ist der Grund (und meine begrenzten Fähigkeiten), warum meine Versuche, Varnish vor Discourse zu schalten, so kläglich gescheitert sind.
Sicher, Sie können Assets von einem CDN bereitstellen, aber das ist alles.
Cloudflare kann die Auslastung des Anwendungsservers nicht reduzieren. Als Single-Page-JavaScript-App profitiert Discourse wirklich nicht davon.
Es wird noch schlimmer, denn die Platzierung von Discourse hinter Cloudflare erhöht die Netzwerkhops für jede Anfrage zwischen der App im Browser und dem Server, was zu einer leichten Erhöhung der Antwortzeiten führt.
Behalten Sie Uploads auf dem Server oder verwenden Sie S3/eine S3-ähnliche Alternative?
Ich weiß nicht genug über das Design von Discourse, aber ich denke, die Anwesenheit von Redis verwaltet bereits ein gewisses Caching häufiger Anfragen. Das erklärt, warum „Cloudflare nicht wirklich benötigt wird“.
Verstehe ich es also richtig, dass es im Grunde wenig bis gar keinen Vorteil hat, Cloudflare vor einer Discourse-Installation zu haben, und im Gegenteil, es die Antwort stattdessen verlangsamen würde (Netzwerk-Hops)?
Der einzige Grund für Cloudflare bei der vbulletin3-Installation war, dass die Anzahl der Anfragen den Server überlasten würde und (nur eine Annahme hier) dies auf die schlechte Code-Gestaltung von vbulletin3 zurückzuführen sein könnte, ehrlich gesagt, denn die VM, die es hostet, hat 4 Cores und 8 GB RAM nur für die Anwendung selbst und eine weitere VM mit gleicher Leistung für die Datenbank.
Es gibt keinen Weg, dass jede moderne Web-App heute so viel Leistung benötigt.
Wo wir gerade davon sprechen, gibt es Referenzen, die ich konsultieren kann, um zu bewerten, wie viel Hardware ich für eine Discourse-Installation benötigen würde, die durchschnittlich etwa 1.000 aktive Benutzer und etwa 5-6.000 Lurker hat?
Das stimmt nicht ganz. Besonders beim ersten Laden kann Cloudflare das Laden statischer JavaScript-Assets beschleunigen. Und genau das ist eine der Dinge, auf die Google achtet, um zu entscheiden, ob Ihre Website performant genug ist, um eine Suchmaschinenstrafe zu vermeiden. Die Vorteile sind größer, wenn Sie ein Marketing-Forum haben, das Nutzer von Suchmaschinen anzieht, und die Nachteile sind größer, wenn Sie ein Forum mit einer aktiven, wiederkehrenden Benutzergruppe haben.
Nein, denn es hängt wirklich davon ab, ob diese Nutzer sehr aktiv sind oder ob sie einmal am Tag vorbeischauen. Ich habe eine Gruppe von < 50 Personen gesehen, die den ganzen Tag über große Fotos ausgetauscht und Discourse als Chatbox genutzt haben und wirklich performante Hardware in die Knie gezwungen haben, während ich auch ein Forum mit 10.000 Personen gesehen habe, die einmal pro Woche vorbeikamen, um etwas zu posten, und über 30 Millionen (!) Lurker auf einem mittelmäßigen VPS liefen.
Danke für die Einblicke und Infos @RGJ, ich werde es wohl einfach beobachten und sehen, wie sich die Dinge entwickeln. Hoffentlich erfordert es keine massive Erhöhung der Anforderungen im Vergleich zur vorherigen Software
