Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS

2018-02-02 Diskussionsfäden Christian Hackl

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

2018-02-02 Diskussionsfäden Marcus Raphelt

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

2018-02-02 Diskussionsfäden Dave Zen

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

2018-02-01 Diskussionsfäden Christian Hackl

? 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

2018-01-31 Diskussionsfäden Dave Zen

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

2018-01-31 Diskussionsfäden sas

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

2018-01-30 Diskussionsfäden Marcus Raphelt

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

2018-01-29 Diskussionsfäden Dave Zen

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