Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Abgesehen davon werden, die Ergebnisdateien ja gecached, das heißt das passiert ja nicht bei jedem Seitenaufruf - sondern eben (nach Cache löschen) nur beim aller ersten mal. includeJSFooter und includeJSFooterlibs soll auch nicht die Deiten zusammen fassen - das ist so gewollt :) Ob du jetzt eine oder zwei JS Dateien auslieferst macht so gut wie überhaupt keinen Unterschied, dank HTTP/2 . Im Gegenteil das kann unter Umständen sogar zu einem schnellerem Seitenaufbau führen. (Stichwort ist hier unter anderm auch asynchrones laden der JS Files) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Guten Tach, Am 02.02.18 um 09:34 schrieb Dave Zen: Mit zeitlicher Vorteil meinte ich den Vergleich des Zusammenfassen/Minimieren der Dateien von Grunt vs Typo3. Gehst Du hier nur von der Verarbeitungszeit aus? Die relativiert sich ja, wenn man zusätzlich z.B. noch staticfilecache nutzt, denn dann sind die Auslieferungszeiten in beiden Fällen quasi identisch. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Mit zeitlicher Vorteil meinte ich den Vergleich des Zusammenfassen/Minimieren der Dateien von Grunt vs Typo3. Wenn ich mit Hilfe von Grunt eine minimierte CSS und JS erstelle binde ich diese direkt in Typo3 ein. Typo3 muss dann keine Dateien mehr Zusammenfassen und Minimieren. Wenn ich einzelne Dateien einbinde und das Minimieren und Zusammenfassen von Typo3 durchführen lasse, kostet dieser Vorgang etwas Zeit. (Keine Ahnung wieviel, ob 250ms, 500ms oder mehr/weniger...) Viele Extensions haben eigenen CSS Dateien und JS Dateien und diese werden ja erstmal nicht durch Grunt beachtet, sprich, diese werden nicht zu einer Datei zusammengefasst sondern als einzelne Dateien verlinkt. Dann hätte man praktisch eine CSS/JS Datei die durch Grunt erstellt wurde sowie die einzelnen CSS/JS Dateien aus den Extensions - was wiederum zusätzliche HTTP Requests bedeutet (die ich eigentlich vermeiden wollte). Typo3 beachtet beim Zusammenfassen automatisch alle CSS Dateien und JS Dateien aus den Extensions, was bei Grunt halt nicht funktioniert. Da muss man diese Dateien dann manuell der Gruntfile hinzufügen was etwas Aufwand bedeutet. Aber das wird vermutlich nicht anders funktionieren. Mir ist auch aufgefallen, dass Typo3 scheinbar keine JS Dateien minimiert (ist das so? bei CSS scheint es zu funktionieren) und auch werden includeJSFooter und includeJSFooterlibs Dateien nicht zu einer Datei zusammengefasst sondern getrennt zusammengefasst womit man zwei JS-Dateien erhält (oder muss man da noch etwas einstellen damit das funktioniert?) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
? deinen 2ten Absatz verstehe ich nicht - warum ist der dahin? Du kannst bei TYPO3 ja nicht beeinflussen wie stark er die Dateien komprimieren soll - also ob er alles in eine Zeile schreiben soll, oder einfach nur die Leerzeichen löschen soll oder wie auch immer. Soweit ich weiß macht TYPO3 das so mittelmäßig, bezogen auf die Resultierende Dateigröße. Warum sollte ich sie nicht durch Typo3 zusammenfassen lassen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Das automatische Zusammenfassen ist schon schick - keine Frage. Es werden sogar die CSS Dateien aus den hinzugeladenen Extensions beachtet. Die eigenen CSS/JS Dateien können mit Grunt ohne weiteres zusammengefasst und komprimiert werden, jedoch werden dann die CSS/JS Dateien aus den Extensions nicht beachtet und das ist schlecht. Diese tauchen dann wieder als einzelne Links auf. Ich kann die eigenen Dateien zwar minimieren aber wenn ich diese dann trotzdem vom Typo3 zusammenfassen lassen muss, ist der zeitliche Vorteil den man durch Grunt erreicht (um nur eine minimierte/zusammengefasste Datei auszuliefern) dahin. Die einzige Alternative wäre, die CSS/JS Dateien aus den Extensions manuell der Gruntfile hinzuzufügen, oder? Das wäre zwar etwas Aufwand, da man immer aufpassen muss das man beim Hinzufügen von neuen Extensions nichts vergisst bzw. wenn man eine Extension löscht muss man vermutlich auch die CSS/JS Dateien in der Gruntfile löschen. Gibt es da eine bessere Lösung? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Hallo. wenn man heutzutage SCSS/LESS schreibt erübrigt sich das meist mit GRUNT/GULP. Dennoch lasse ich meist per TYPO3 die Skripte nochmals zusammenfassen. Oft muss man dann aber einzelne davon ausschließen, sonst kann es zu Fehldarstellungen oder Skriptfehlern kommen. font-awesome = blah../font-awesome.min.css font-awesome { #excludeFromConcatenation = 1 disableCompression = 1 } Das mit den Skripten muss man nicht so eng sehen, wenn danach der Redakteur in einen Slider 10 Bilder à 700kb packt ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Moin, ich sag's mal so: angesichts dessen, dass man wirklich nur diese vier Parameter setzen muss, sich Typo dann um alle inkludierten JS- und CSS-Dateien automatisch kümmert und das Ergebnis auch passabel ist, kann man gegen die "hauseigenen" Möglichkeiten eigentlich nicht viel sagen. Individuell / manuell mit Grunt, Less etc. ist m.E. besser und im Ergebnis effizienter, aber die gängigen Speedtest-Tools geben sich auch mit dem, was Typo generiert, zufrieden. Gruß Marcus Am 30.01.18 um 08:35 schrieb Dave Zen: Hallo, Mit concatenateCss = 1 compressCss = 1 concatenateJs = 1 compressJs = 1 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Hallo, Mit concatenateCss = 1 compressCss = 1 concatenateJs = 1 compressJs = 1 unterstützt Typo3 das automatische Zusammenfassen von CSS und JS Dateien sowie das Minimieren dieser Datei. Das ist natürlich sehr benutzerfreundlich jedoch würde mich interessieren, ob sich die Ladezeiten der Website verkürzen würden, wenn man von vornherein eine *.min.css Datei einbinden würde und auch das JS minimiert mitliefert. Ich nutze SASS und mit Grunt/Gulp/Webpack gibt es Möglichkeiten CSS Dateien im Vorfeld zusammenzufassen und in einer Datei zu speichern, sodass diese Aufgabe nicht das CMS übernehmen muss. Da Typo3 auch kein Autoprefixer von Haus aus unterstützt, muss man die kompilierte CSS Datei eh von bspw. Grunt/postCSS "bearbeiten" lassen, sodass man in diesem Schritt auch gleich das Minimieren und Zusammenfassen der Dateien abarbeiten kann. Was sind eure Erfahrungen zu dem Thema? Viele Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german