Quelltextformatierung beeinflussen

Hallo,

ist mir schon klar, aber was bringts sonst, außer dass das ganze ein bisschen langsamer weil größer wird?

öhm langsamer ? ich wollte lediglich ein newline oder ein paar tabstopps im quellcode haben und das soll die seite langsamer machen ?

Ja, bei Seite mit größere Last ist das sicher negativ + das T3 geparse im BE mit Tidy.

Aber wie gesagt, was bringt's. Wenn Du den Quellcode quecken willst, dann nimmst Du den FF + Addon und alles ist gut.

Es sein denn Du willst Deine Website für Quelltextbetrachtung für Deine User optimieren und diesen dann primär den Quelltext präsentieren #giggle# .

Gruß
Michael

es ist schon logisch das eine lösung mit tidy die sache verlangsamt - es gibt ja scheinbar noch andere lösungen .... daher ja auch meine anfängliche frage 🙂

gibt es denn auch lösungsansätze die mit dem "wrap" arbeiten oder etwas anderes in der richtung ?

Hallo,

eigentlich spricht nichts gegen den Einsatz von Tidy. Zum Einen wird mit der Oben beschriebenen Konfiguration der Quelltext immer nur vor dem Cachen gesäubert, nie beim Ausgeben der Seite. Somit wird dieser Vorgang nur einmal durchlaufen und nicht bei jedem Besuch, da der Quelltext schon sauber in der Datenbank liegt.

Zum Anderen ist die Zeit vorbei, wo man den Quelltext in einer Zeile und mit möglichst wenig Leerzeichen ausgeben muss, um die Datenmenge beim Anzeigen der Seite gering zu halten. Das war zu der Zeit, als man noch mit Frames, Tabellen-Layouts und bunten GIF-Animationen gearbeitet hat.

Heutzutage hat fast jede größere Seite irgendwelche multimedialen Objekte, wie Flash-Animationen, etc... eingebettet. Da machen die paar Byte mehr im Quelltext den Braten nicht fett. Und ich möchte den Menschen gerne mal sehen, der jetzt noch mit einem 65k-Modem online ist. ;-)

Ich für meinen Teil bevorzuge einen sauberen Quelltext, und das, obwohl ich sowohl privat als auch beruflich mit "Firebug" arbeite.

Auf fast jeder T3 Site gibt es ungecachte Inhalte wie z.B. Suchergebnisse oder sonstige sehr dynamische Inhalte. Somit werde diese immer wieder neu generiert und durch Tidy geschleift. Außerdem verfällt der T3 Cache standardmäßig alle 48 Stunden. Das kann demnach sehr wohl zu einer höheren Load führen.

Aber wie gesagt, das wäre jetzt auch nicht Nummer 1 Argument. ABER was versprichst Du Dir dadurch als Nutzen für Deine Website User???

Gruß
Michael

Hallo Michaelh74,

wie auch in der Doku zu den TYPO3_CONF_VARS steht, erhalte ich durch Tidy einen sauberen und optimierten Quelltext, außerdem wird fehlerhafter oder nicht valider Code repariert.

Somit kann ich fast komplett ausschließen, dass nach dem Installieren einer Extension, bei der nicht auf eine XHTML-valide Ausgabe geachtet wurde, mein Quelltext nicht mehr valide ist. Das freut das W3C (World Wide Web Consortium) und mich, wenn ich meine Internetseiten in verschiedenen Browsern testen muss und nicht immer, wie im Firefox, ein Plugin zur Verfügung habe, das mir den Text so schön aufbereitet.

Ich gebe dir Recht, dass nicht alle Inhalte einer Internetseite im Cache landen, aber zum Einen kannst du die Caching-Dauer erhöhen, was sich besonders bei Produktiv-Systemen empfiehlt, da sich der Inhalt auf normalen Seiten dort nicht so häufig ändert, zum Anderen hält sich die Anzahl der ungecachten Datensätze eher gering. Meist beschränkt sich dieser Teil auf eine Suche, News-Seiten und ein Kontaktformular.

Es liegt also bei jedem selbst, ob er/sie einen aufgeräumten und validen Quelltext bevorzugt, oder nicht. Meiner Meinung nach ist es kein Fehler denn nennenswerte Geschwindigkeitseinbußen habe ich selbst mit YSlow noch nicht feststellen können.

speedprogs schrieb

Es liegt also bei jedem selbst, ob er/sie einen aufgeräumten und validen Quelltext bevorzugt, oder nicht.

naja dieses "und" war jetzt nicht fair. Ich liefer auch nur validen code aus (ausnahmen seien mir verziehen), dafür braucht man kein tidy.

ansonsten empfehl ich mal einen blick auf den quellcode von google.at 😃

Hallo speedprogs,

ich gehe mal davon aus, dass ich es auch ohne tidy schaffe validen Quell-Code zu produzieren (ist für validen Quell-Code also nicht nötig).

Das einzige was es mir wirklich bringt, ist ein geordneter, leserlicher Quellcode. Und da ich meine Seite baue, damit meine Besucher die im Browser gerenderte Seite sehen und nicht den Quelltext, brauche ich hier eigentlich keinen gut leserlichen Quelltext, oder?

Der einzige Grund, warum Code strukturiert wird ist, doch dass er leserlich bleibt und man sich gut darin zurecht findet für den Fall, dass man später wieder daran arbeitet oder andere Personen in ein Projekt einbindet...
Denke kaum, dass jemand direkt an Deinem von T3 generiert HTML-Quellcode weiterbauen wird, oder? 😃

Und ich für meinen Teil zur besseren Fehlersuche, bekomme durch meine Tools den Quellcode in gut leserlicher Form...

Naja, vielleicht wird das ja auch ne Grundsatzdiskussion - also nicht zu ernst nehmen. #giggle#

Gruß
Michael

Hallo Michaelh74,

ich hatte erst heute wieder das Problem, dass eine Extension ein "hidden"-Eingabefeld nicht mit einem '/>' schließt sondern nur mit einem '>'. Soviel zu validem Code...

Aber ich gebe dir Recht, bevor es zu einer Grundsatzdiskussion ausartet, sollten wir hier einen Schlussstrich ziehen:

___________________________________________________________

Und nun kann jeder für sich entscheiden, Tidy zu nutzen, oder nicht ;-)