Quellcode komprimieren
am 07.02.2010 - 14:52 Uhr in
Hi,
ich bin ein akribischer Perfektionist. Trotz dicker Leitungen heutzutage, möchte ich die Seiten, die ich baue, so schlank wie nur irgend möglich halten.
Nun gehe ich die ersten Schritte mit Drupal und bin erstaunt, wieviel teilweise unnötiger Ballast per Default mit an den Client vom CMS ausgeliefert wird.
Bei den Themes mit den ganzen Klassen steige ich nun langsam dahinter und bin mächtig am Entschlacken. Was mir nun noch auffällt, ist, dass (natürlich) sämtliche Tabs und Leerzeichen aus dem Theme so mit rausgehauen werden.
Bei der Entwicklung und Wartung sind diese Einrückungen natürlich sinnvoll und sollen bleiben. Für den Client sind sie aber irrelevant und man kann bei größeren Seiten ja ne Menge Kilobytes einsparen, wenn man diese vor der Auslieferung entfernt.
Gibt es da eine einfach Möglichkeit in Drupal, den Quellcode on the fly zu komprimieren (ich rede zunächst nur von HTML)?
Von Smarty kenne ich da z.B. die Möglichkeit outputfilter zu generieren, die das gerenderte Template nochmals modifizieren. Eines hatte ich da immer im Einsatz, das dann eben die besagten überflüssigen Leerräume entfernt hat.
Gibt's da schon was und wenn nein, wo könnte/sollte man da bei Drupal ansetzen, um einen outputfilter einzubauen?
Danke
- Anmelden oder Registrieren um Kommentare zu schreiben

Zitat
am 07.02.2010 - 15:27 Uhr
HTML optimization seems like a good idea at first. But, in the real-world context of a web page with style sheets and images, and a web server properly configured to compress content, the few bytes saved from HTML optimization are hardly worth the effort.
zur Quelle
milton schrieb ich bin ein
am 07.02.2010 - 15:37 Uhr
ich bin ein akribischer Perfektionist
Hinzu kommt, dass z.B. gzip Kompression auf dem Produktiv-System nicht möglich sein wird.
"Lass es" ist also nicht die Antwort, auf die ich scharf bin.
Relevanz
am 07.02.2010 - 16:01 Uhr
"Lass es" ist also nicht die Antwort, auf die ich scharf bin.
Gut; da Du aber nicht allein auf der Welt bist und dies ein öffentliches Forum ist, sind Informationen zum Thema, mit denen Du momentan nichts anfangen willst, nicht automatisch für alle jetzigen und künftigen Leser irrelevant.
milton schrieb Hinzu kommt,
am 07.02.2010 - 16:52 Uhr
Hinzu kommt, dass z.B. gzip Kompression auf dem Produktiv-System nicht möglich sein wird.
Dann solltest du deine Akribie vllt eher mal in diese Richtung nutzbringend einsetzen. Mod_deflate empfinde ich im Grunde als ein Must für den Apachen.
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Alexander Langer
am 07.02.2010 - 17:21 Uhr
Dann solltest du deine Akribie vllt eher mal in diese Richtung nutzbringend einsetzen. Mod_deflate empfinde ich im Grunde als ein Must für den Apachen.
DF setzt einen modifizierten Apache 1.3 ein, auf dem mod_deflate nicht läuft. Anderer Provider ist ebenfalls nicht möglich.
Kann man nix machen.