performance: yml caching

[staabm]

Aktuell lädt redaxo bei jedem request viele yml dateien parsed diese und stellt deren inhalte so zur verfügung.

wir sollten prüfen ob wir einen cache etablieren können der es verhindert dass die dateien immer wieder geparsed werden müssen.
ggf. reicht es ähnlich den artikel/template/... caches das parsing ergebnis als php datei zu cachen und zu includen, solange sich die yml dateien nicht ändertn.

[gharlan]

Die werden eigentlich schon gecacht.
Wenn der Cache komplett da ist, sollte keine einzige YML-Datei geladen werden.
Ich hab in Blackfire noch ein etwas älteres Profil liegen, ist aber vom Frontend:

https://blackfire.io/profiles/7b41f556-7461-42a5-acee-6adce76fbd5f/graph

Dort kommt der Yaml-Parser gar nicht vor.

[staabm]

Ich hab im backend gemessen... muss ich im detail genauer anschauen

[gharlan]

Hier ist ein aktuelles Profil aus dem Backend (Struktur) als Admin:
https://blackfire.io/profiles/51ad8246-0f66-4f75-b724-269051d5c070/graph

Wollte es gerade mal selbst testen, da ich mir selbst nicht mehr sicher war, ob bei Admins vielleicht doch immer Yaml-Dateien geladen werden.
Scheint aber nicht so zu sein.

[staabm]

Ggf. Hängts mit einem der addons zusammen welches geladen wird wg. base_demo

https://blackfire.io/profiles/bd0f5c60-14f9-4546-bb1d-5963fa28f66d/graph

https://blackfire.io/profiles/948c3516-59f0-4e3f-b4da-73fd03539bc6/graph

[staabm]

Auf den 2. blick... sieht nach markitup aus.

[staabm]

intern cachen wir aktuell die inhalte/das parsing der package.yml.

Zugriffe wie rex_file::getConfig(rex_path::addon('markitup', 'config.yml')); werden nicht gecached und das parsen kann teuer werden.

für solche zugriffe brauchen wir entweder eine separate und gecachte API (ala rex_yml) oder wir müssen es in rex_file::getConfig() cachen lassen.

[staabm]

Aktuell gibt es keine problematischen addons