In Discourse werden alle js- und CSS-Dateien separat präsentiert. Warum fassen wir sie nicht zu ein oder zwei Dateien zusammen?

In Discourse werden alle JS- und CSS-Dateien separat bereitgestellt. Jahrelang dachte ich, es sei besser, diese Dateien zu kombinieren, zu optimieren und bereitzustellen. Bitte warnen Sie mich, wenn ich hier etwas Wichtiges übersehe, aber leider ist die anfängliche Startgeschwindigkeit sehr langsam, und wäre es von Vorteil, die Anzahl dieser Dateien zu reduzieren?

Wenn es beispielsweise 1 oder 2 CSS-Dateien anstelle von 30 CSS-Dateien gäbe, könnte dies die Prozesse noch weiter beschleunigen?

Stellen Sie sich vor, Ihre Website würde in 1-2 Sekunden geladen, wenn Sie sie in die Adressleiste eingeben und Enter drücken. Das wäre großartig.

https://www.webpagetest.org/result/240505_BiDc8X_6JJ/

video

Ich stimme zu, es ist sehr funktional, sehr schnell nach dem Öffnen und wir lieben es. Lassen Sie es uns noch ein wenig verbessern und es zum Besten der Besten machen :slight_smile:

Das erscheint logisch.

2 „Gefällt mir“

Nun, für mich sind die Realitäten hier 2 Sekunden. Diese Labortests sind eine andere Welt.

1 „Gefällt mir“

Dennoch gibt es eine Wartezeit von mindestens 5-6 Sekunden. Wenn ich es draußen teste, kann die Wartezeit wirklich lang sein.

1 „Gefällt mir“

Langsame Verbindungen?

1 „Gefällt mir“

Ich werde dies bei der ersten Gelegenheit testen.

1 „Gefällt mir“

Ein Teil davon, denke ich, liegt daran, dass sie einen Kaltstart durchführen und alle Assets laden müssen. Die meiste Zeit werden Forennutzer diese Assets in ihren Browsern zwischengespeichert haben.

Ich vermute, dass es mögliche Verbesserungen der Ladezeiten gibt und vielleicht einige der Tipps aus diesen Labortests es wert sind, weiterverfolgt zu werden.

Hier sind Beweise erforderlich. Bundling ist etwas, das bei HTTP 1.1-Websites große Vorteile bringt, nicht bei 2.0-Websites.

Ich möchte auf jeden Fall, dass Dinge schneller gehen, aber wenn eval in JavaScript der Engpass ist, dann ist das Herumspielen mit Bundling nicht der richtige Ort.

2 „Gefällt mir“

Ich glaube, das ist nicht nur auf den HTTP-Standard beschränkt. Manche Seiten öffnen in 2-3 Sekunden. Der 10-Sekunden-Wartebildschirm von Discourse ist ein wenig mühsam. Es gibt ein Sprichwort bei den Türken: Jede Schönheit hat einen Makel. Ich hoffe, Discourse wird diesen Makel mit der Zeit beheben.

Wiederum – es kommt vom Server eines Forums UND von den Verbindungen des Benutzers UND vom Gerät des Benutzers.

Ich weiß nicht, wie das Team Unterschiede zwischen allen Bezirken der Staaten, Finnland oder der Türkei beheben kann, oder wie ein überlastetes 4G-Netzwerk mit 3M-Geschwindigkeit schneller gemacht werden kann. Oder ob ein Benutzer ein chinesisches Einsteiger-Handy benutzt, dem es an ausreichend RAM mangelt und dessen Speicher voller lustiger Katzenfotos ist.

Sicher. Das erste Mal könnte schneller sein, wenn Discourse wie „normale“ Websites aufgebaut wäre. Aber dann wäre jeder Seitenaufruf gleich langsam oder langsamer.

Es ist ärgerlich, wenn Discourse für Sie langsam ist, ehrlich gesagt. Aber für mich in Finnland gibt ein iPhone SE hinter meinem WLAN, das ein Signal von 4G erhält und eine Marketinggeschwindigkeit von 200M hat, etwa 2 Sekunden Wartezeit.

1 „Gefällt mir“

Was mir heute durch den Kopf ging. Die App-Funktion ist immer schnell. Ich werde Ihnen sagen, wie Sie dies jedem Benutzer vorstellen und installieren können. Auf diese Weise wird es sowohl wie eine Anwendung aussehen als auch einen schnellen Eindruck vermitteln. Ich liebe Discourse. Ich habe im Moment keine Absicht, ihn zu verlassen. Ich werde alle Wege versuchen, um das Beste daraus zu machen.

1 „Gefällt mir“