Artikel

Es passiert nicht oft, dass ich zu den Early Adopters gehöre. Nach der Ankündigung des neuen Silicon-Prozessors von Apple wollte ich diesmal aber vorne mit dabei sein. Zu Beginn gab es natürlich noch kaum kompatible Software. Darum musste ich für die Arbeit auf MAMP und lokale PHP-Installation zurückgreifen – furchtbar unflexibel. Nun habe ich es aber endlich geschafft Docker und DDEV zum Laufen zu bekommen.

In den letzten Artikeln dieser Serie habe ich Euch gezeigt, wie ich meinen Blog optimiert habe. Nicht nur konnte ich dabei die Größe der Webseite verringern, auch die Antwortzeit hat sich teils deutlich verbessert. Zeit uns das Ergebnis einmal anzuschauen und ein Fazit zu ziehen.

Die großen Baustellen sind geschafft. Aber es gibt immer noch ein paar Dinge, die wir tun können. Vieles davon fällt sicher unter den Punkt Mikrooptimierung, aber in der Summe gewinnen wir dennoch ein paar weitere Kilobytes und Millisekunden dazu.

Die Optimierung geht weiter. Heute widme ich mich einem Thema, das oft wenig Beachtung zu finden scheint. Der Größe externer Libraries. Nun nutze ich auf meiner Seite nicht wirklich irgendwelche Frameworks. Es gibt dennoch einen Kandidaten, den man sich einmal genauer anschauen sollte: Font Awesome.

Nachdem ich im letzten Artikel bereits die gzip-Kompression unter Nginx aktiviert habe und damit ein paar Kilobyte einsparen konnte, widme ich mich in diesem Artikel der größten Baustelle: den Bildern. Ich zeige Euch, wie Ihr das Bildformat webp nutzen könnt, um Eure Bilddaten drastisch zu komprimieren.

Ich habe mir endlich einmal die Zeit genommen aureola.codes zu optimieren. Und die Ergebnisse können sich sehen lassen. Von 1,7 MB Download-Größe blieben am Ende nur noch 0,27 MB übrig, die Antwortzeit verkürzte sich teils um die Hälfte. In dieser Serie zeige ich Euch, wie ich das geschafft habe.