TYPO3-Testaccount
Testen Sie die aktuellste TYPO3-Version kostenlos und unverbindlich für einen Monat!

Jetzt testen!

Schulungen

jetzt buchen

HTML Sourcecode verbessern


Autor Nachricht
Verfasst am: 29. 06. 2006 [10:20]
Sares
Themenersteller
Dabei seit: 12.06.2006
Beiträge: 52
Hi,

leider ist der von TYPO3 erzeugte HTML SourceCode nicht immer der Beste und mitunter relativ aufgebläht. Beispielsweise lassen sich gewisse Javascripts einfach nicht in externe Files auslagern, obwohl entsprechende Einstellungen gemacht wurden (z.B. die SpamProtection oder der JS-Source Code von GMENU) oder es werden verschiedenste Stylesheet Klassen, zusätzliche Paragraphs, etc. eingefügt.

Ich möchte hier kurz einmal meine derzeit eingesetzten Maßnahmen zur Verbesserung des Source-Codes von TYPO3 V4 präsentieren, mit dem Ziel, daß vielleicht noch weitere mir unbekannte Optimierungsmaßnahmen im Zuge der Diskussion gefunden werden.

TYPOSCRIPT
#Einstellen des DocType auf XHTML Transitional
config.doctype = xhtml_trans
#XHTML Cleaning aktivieren
config.xhtml_cleaning = all
#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external
#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none
#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1 
 
#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class > 
#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, p, pre, h1, h2, h3, h4, h5, h6 
 
#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass = 
lib.stdheader.3.headerClass.noTrimWrap = | 
lib.stdheader.stdWrap.dataWrap = |
 
#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>
 
#Content Elemente aufräumen und Kommentare entfernen
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >


Vielleicht kennt ja der eine oder andere von euch noch weitere Maßnahmen (z.B. Tuning-Maßnahmen für den RTE), die er in diesem Thread der Allgemeinheit zur Verfügung stellen möchte.

Über eine rege Diskussion würde ich mich sehr freuen!
Sares

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 29.06.2006 um 10:59.]
Profil
Verfasst am: 29. 06. 2006 [11:01]
just2b
TYPO3-Gott
Moderator
Dabei seit: 04.08.2004
Beiträge: 19047
Hallo Sares,

thx für die Zusammenfassung und Kommentierung

georg

=> TYPO3 - inspiring people to share <= aber kein Support per PM!

=> in eigener Sache: · inspiring people to share your location Trag dich in die TYPO3 Weltkarte ein und zeige wie groß die TYPO3 Community ist - vielen Dank!<=
ProfilWWW
Verfasst am: 11. 11. 2006 [21:49]
cicero
Dabei seit: 11.11.2006
Beiträge: 6
Interessantes Thema. Die normalen config.* Einstellungen z.B. für XHTML etc. habe bereits immer in den Templates drinnen. Das Entfernen von Kommentaren (für den laufenden Betrieb) ist natürlich auch sinnvoll. Vielen Dank für diese Zusammenstellung!
Profil
Verfasst am: 13. 11. 2006 [12:38]
cicero
Dabei seit: 11.11.2006
Beiträge: 6
Betrifft das Prefix Comment Flag (config.disablePrefixComment) auch die Kommentare, die z.B. von automaketemplate in den HTML Source eingefügt werden?
Soweit ich in einer Typo3 Mailing Liste gelesen habe: ja.

Ich habe jetzt testweise im zentralen Template TS disablePrefixComment auf 1 gesetzt. Dann Cache gelöscht. Seite neu geladen. Kommentare vom Automake wie <!--###LayerContent### begin --> sind aber immer noch im Source. (Typo3 4.0)

Marcus




Profil
Verfasst am: 21. 11. 2006 [16:18]
hahni
Dabei seit: 07.10.2005
Beiträge: 92
zudem gibt es noch die extension "sourceopt", die ich im einsatz habe. damit lässt sich der quelltext auf fast die hälfte drücken. es sind keine änderungen in typoscript erforderlich.

björn hahnefeld InformationsTechnologien * Regensburg
.::. TYPO3 - Magento - Webdesign .::.

Internet: http://www.hahnefeld.de
E-Mail: bjoern[at]hahnefeld[dot]de
ProfilWWWSkype
Verfasst am: 03. 12. 2006 [01:24]
slashwalker
Dabei seit: 11.09.2006
Beiträge: 72
Super Tips! Danke. Allerdings, was das XHMTL Cleaning angeht vertrau ich qcom_htmlcleaner. Ich bemüh mich, mich langsam aber sicher an XHTML Strict zu halten. Erstaunlich, wie seltener die Abweichungen von IE/Firefox dadurch werden.

www.fusionality.de
ProfilWWW
Verfasst am: 03. 12. 2006 [11:06]
jenses
Dabei seit: 12.08.2004
Beiträge: 2206
slashwalker schrieb:

Allerdings, was das XHMTL Cleaning angeht vertrau ich qcom_htmlcleaner.

Der ist seit Typo3 Version 4 allerdings überflüssig geworden icon_wink.gif .
(und zu 100% vertrauen konnte man ihm sowieso nie ...)

www.smedja.com - Webentwicklung( CMS TYPO3, PHP)
ProfilWWW
Verfasst am: 06. 12. 2006 [21:11]
slashwalker
Dabei seit: 11.09.2006
Beiträge: 72
jenses schrieb:

slashwalker schrieb:

Allerdings, was das XHMTL Cleaning angeht vertrau ich qcom_htmlcleaner.

Der ist seit Typo3 Version 4 allerdings überflüssig geworden icon_wink.gif .
(und zu 100% vertrauen konnte man ihm sowieso nie ...)


Wieso überflüssig? Ohne den Cleaner gab es bei mir Probleme mit XHTML Strict, trotz Typo3 eigenem Cleaning!

Das könnte auch der Grund sein, weshalb deine Seite "nur" Transitional ist. Gelle icon_wink.gif

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 06.12.2006 um 21:29.]

www.fusionality.de
ProfilWWW
Verfasst am: 10. 02. 2007 [11:17]
kriwi
Dabei seit: 07.02.2007
Beiträge: 83
Wo genau muss der TS von Sares innerhalb des Templates eingebaut werden? Vor/Nach/Im Page-Object? Falls "Im", vor/nach welchen Anweisungen (z.B. relativ zum Einbinden der HTML-Vorlage, der Style Sheets etc.)?

kriwi
Profil
Verfasst am: 10. 02. 2007 [11:22]
einpraegsam.net
Moderator
Dabei seit: 17.01.2005
Beiträge: 8607
kriwi schrieb:

Wo genau muss der TS von Sares innerhalb des Templates eingebaut werden? Vor/Nach/Im Page-Object? Falls "Im", vor/nach welchen Anweisungen (z.B. relativ zum Einbinden der HTML-Vorlage, der Style Sheets etc.)?

kriwi


Zum Beispiel Setup ganz oben

ProfilWWW