Ich habe lange Zeit damit verbracht, mein CSS zu optimieren, Plugins zu entfernen, Weiterleitungen zu eliminieren – alles, was möglich ist, um die Ladezeiten zu verbessern. Offensichtlich sind die Hauptverursacher jedoch:
mobile_4-randomcharacters-.css, das normalize.css und Pikaday enthält und auf Mobilgeräten 1,5 Sekunden benötigt,
sowie /assets/ember_jquery-randomcharacter-.js, das auf Mobilgeräten 3,6 Sekunden zum Laden braucht.
Ich habe keine Ahnung, was ich mit diesen Dateien machen soll, die die längsten Ladezeiten aufweisen.
Das Laden auf dem Desktop ist zwar schneller, aber immer noch nicht gut.
Der Server verfügt über 1 CPU, 2 GB RAM, 50 GB SSD und 2 TB Bandbreite auf einem professionellen US-Server.
Es laufen zwei Unicorn-Worker; weder CPU noch RAM sind stark ausgelastet, und ich habe nicht viele Nutzer oder Plugins.
Irgendeine Idee? Danke.
thank you, PageSpeed Insights says the CPU time (not delivery time) specifically for the second asset was almost 4 seconds, will a CDN like fastly still help with that? I currently use cloudflare with caching, is there a tweak on cloudflare I should use or just add something like fastly on top?!
That is indeed a big asset that will take time to parse and evaluate. As Discourse is a “Single Page Application” that cost is all paid upfront when the user first arrive, and this is a trade-off of our the approach, which is focused on making all the subsequent interaction, typical of forum usage, lightweight.
There are plan for EmberJS to drop mandatory JQuery, which will reduce this payload a fair bit, but we are years away of making this transition in Discourse.
Well, the pagespeed defaults force a Nexus 5X and a 3G connection, which even for Brazil (a third world country) is on the low end for today standards, so real world performance will depend on that.
In den Leistungsstatistiken des Servers ist praktisch keine Last zu sehen, doch die URL lädt ewig. Für einen nicht angemeldeten Besucher in einem Inkognito-Fenster habe ich 1,2 Minuten gemessen, obwohl einige Komponenten bereits im Cache waren. Die langsamsten waren die OpenSans-TTF-Schriftartdateien mit über einer Minute; danach dauerten mehrere .js-Komponenten 30 bis 45 Sekunden.
Ich werde mich mit Caching-Optionen befassen, aber angesichts dieser Komponenten glaube ich nicht, dass alle zwischengespeichert werden können. Insgesamt wurden nur 730 KB Daten übertragen. Wenn alle 3 vCPUs mit Volllast laufen würden, könnte ich überlegen, auf einen schnelleren Server umzusteigen, aber da selbst das kaum oder keine Last zeigt, bin ich einfach verwirrt.
Wartet etwas auf etwas anderes, bevor es fortfährt? Gibt es eine Möglichkeit, Tests auf dem Server auszuführen, um die Funktionsfähigkeit von Komponenten wie der Datenbank zu prüfen?
Könnte Docker die Geschwindigkeit beeinträchtigen?
