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.] |
 |
|
|
Verfasst am: 29. 06. 2006 [11:01]
|
|
|
just2b
 TYPO3-GottModerator
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!<= |
 |
|
|
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! |
|
|
|
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 |
|
|
|
Verfasst am: 21. 11. 2006 [16:18]
|
|
|
hahni
Dabei seit: 07.10.2005
Beiträge: 77
|
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
.::. Softwareentwicklung - Internet-Dienstleistungen - Webdesign .::. Internet: http://www.hahnefeld.de E-Mail: bjoern[at]hahnefeld[dot]de |
|
|
|
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
|
|
|
|
Verfasst am: 03. 12. 2006 [11:06]
|
|
|
jenses
Dabei seit: 12.08.2004
Beiträge: 2165
|
slashwalker schrieb: Allerdings, was das XHMTL Cleaning angeht vertrau ich qcom_htmlcleaner. Der ist seit Typo3 Version 4 allerdings überflüssig geworden  .(und zu 100% vertrauen konnte man ihm sowieso nie ...) www.smedja.com - Webentwicklung( CMS TYPO3, PHP)
|
|
|
|
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 .(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 [Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 06.12.2006 um 21:29.] www.fusionality.de
|
|
|
|
Verfasst am: 10. 02. 2007 [11:17]
|
|
|
kriwi
Dabei seit: 07.02.2007
Beiträge: 73
|
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 |
|
|
|
Verfasst am: 10. 02. 2007 [11:22]
|
|
|
einpraegsam.net
Moderator
Dabei seit: 17.01.2005
Beiträge: 8534
|
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 |
|
|