Webseite teilweise langsam
Teilweise braucht die Webseite etwas länger zu laden. Das könnte an den MD5 und SHA1-Summen-Berechnungen liegen, die teilweise live berechnet werden.
Comments (19)
-
reporter -
sind die live-berechnungen denn sinnvoll?
-
reporter Nee ;) sinnvoll sind die nicht. ich hatte bislang noch keine Datenstruktur angelegt, um die hashes der verkleinerten Bilder zu speichern. daran hatte ich früher nicht gedacht ;)
-
reporter Nee ;) sinnvoll sind die nicht. ich hatte bislang noch keine Datenstruktur angelegt, um die hashes der verkleinerten Bilder zu speichern. daran hatte ich früher nicht gedacht ;)
-
reporter https://developers.google.com/speed/pagespeed/insights/?hl=de&url=https%3A%2F%2Fdpsgmr.de
Da gibts auch noch Hinweise, was sich noch so beschleunigen lässt.
-
reporter Ggf. wäre ein Build-Prozess sinnvoll, wo CSS und JavaScript-Dateien minified werden... https://developers.google.com/speed/docs/insights/MinifyResources
-
reporter Live-Berechnungen von md5 und sha1 bei verkleinerten Bildern entfernt
Wird nun einmalig in eine Datenbank geschrieben. Hashergebnisse und Dateigrößen können nun von dort ausgelesen werden
see
#116→ <<cset d8f490a1e40e>>
-
Habe mal gelesen dass ETags unnötig bremsen weil sie jedes mal aufs neue überprüft werden und die zeitbezogenen caching-Header da viel besser sind weil dann anfragen komplett entfallen können. Siehe vor allem https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9
-
reporter Das mit den Etag-Headern ist so nicht richtig. Sie sind eine zusätzliche Hilfe, sollte der Cache invalide sein und der Browser der Meinung sein, eine Datei neu laden zu müssen, ist der Etag-Header ja doch sehr hilfreich, da der Server dem Browser mitteilen kann ohne die Datei zu senden, dass die lokal gespeicherte Datei noch gültig ist. Das wird auch seitens Google usw. empfohlen: https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching?hl=de
Mit dem Caching hatte ich mich erst auf die Server-Einstellungen verlassen. Die sind aktuell aber echt mist und machen nur für reine HTML-Inhalte sinn. Alles was statisch ist, wird nicht gecached, was mist ist. Da werde ich nochmal umfangreich Verbesserungen einbauen müssen.
-
reporter - changed version to 1.0.2
Der Bug sollte bald vollständig gefixed werden...
-
reporter Selbstgeschriebene CSS- und JS-Dateien werden automatisch geminified
- Requests wurden minimiert, weil es nur noch eine CSS-Datei und eine JS-Datei gibt
- Lässt sich zukünftig besser cachen
see
#116→ <<cset 529944343bbf>>
-
reporter Cache-Verhalten verbessert
- Fehlerhafte ETag-Validierung verbessert
- Cache-Verhalten für statische Dateien optimiert. Generell werden diese Daten nun 1 Tag vorgehalten. Feinere Einstellungen folgen später
see
#116→ <<cset a052616b0f16>>
-
reporter -
reporter So, das Meiste sollte erst einmal getan sein. Es gibt noch weitere kleine Wechselwirkungen, die ich noch ausmerzen werde. Auch die Antwortzeit des Servers gefällt mir noch nicht so wirklich...
-
Die Überprüfung der Gültigkeit geht übrigens auch mit if modified since und ich finde das semantisch schöner als etags aber ich implementiere das ja auch nicht. etags haben meiner meinung nach nur dann einen vorteil wenn man keine vernünftige uhr im server hat.
-
reporter Externe Javascripts werden asynchron eingebunden
Erhöht die Darstellungsgeschwindigkeit
see
#116→ <<cset 719bfc1d6af2>>
-
reporter Etags sind ja gerade dafür sinnvoll. Folgendes Beispiel: Ich hab eine Datei, der ich gesagt habe, dass ihre Gültigkeit ist 1 Woche. Dann wird der Browser in einer Woche nachfragen, ob sich die Datei geändert hat. Beim Etag kann ich als Response nun ein 304 Not Modified schicken. Das könnte ich mit If-Modified-Since ebenfalls. Nur kann ich aber mittels des gesendeten Etags überprüfen, ob die Version, die der Browser im Cache hat auch die ist, die da stehen soll, da er mir einen If-None-Match-Header schickt.
-
reporter Asynchronität wieder entfernt. Gab zu viele Bugs dadurch. Der langfristige Versuch sollte zumindest für die Mobilansicht sein, Javascript noch weiter zu minimieren.
-
reporter - changed status to resolved
Einiges an Arbeiten wurden erledigt. Fortführung in
#141 - Log in to comment
Falsche Cache-Einstellungen sorgen dafür, dass Download-Content immer wieder neu heruntergeladen wird... trotz Etag.