Idee: Auch Medien über ihre Nutzung in CSS / JS Dateien überprüfen.

[simonsinus]

Alle im Template oder in den Modulen verknüpften CSS und JS / Dateien
sollen auf die Verwendung von Medien aus dem Medienpool überprüft werden können.

[akrys]

Das ist eine spannende Idee. Allerdings fürchte ich, dass das nicht ohne Weiteres zuverlässig umsetzbar wäre.

Man kann natürlich in aus den Templates nach so etwas, wie <link.*href="[(.*?)]" durchsuchen.
Dann könnten dann z.B. solche Werte bekommen:

1. /css/styles.css
2. https://irgendein-cdn.tld/90/b3/24/67/b5914743aa11a4e2acae3248.css
3. <?= rex_url::base('resources/css/bootstrap.css') ?>
4. <?= $cssPath ?>/styles.css
5. <?= $myObject->getStylePath($article->getValue('art_myproject_articletype')) ?>

Fall 1: direkte Dateiangabe

Der erste Fall wäre vielleicht sogar noch umsetzbar. Bedingung dafür wäre, dass man die Datei unter $_SERVER['DOCUMENT_ROOT']/css/styles.css findet und somit einlesen kann. Sollte der Aufruf aber z.B. via mod_rewrite umgeleitet werden, würde man die Datei schon nicht mehr dort finden, wo man sie sucht. Dann müsste man den aktuellen Hostname davor setzen und mit "Fall 2" fortfahren.

Fall 2: Externe Ressourcen

Externe Ressourcen (z.B. CDNs) könnte man mit einem cURL-Request abfragen. Ich denke, hier müsste man auf jeden Fall ein Cache mitdenken. Pro URL müsste ja ein Request gesendet werden um den Code zu bekommen.

Fall 3: Statische Funktionsaufrufe

Ob man an der Stelle alle möglichen Funktionen erkannt bekommt, die hier auftreten könnten, bin ich mir nicht sicher. Man könnte versuchen, das zu parsen. Das halte ich aber für sehr Fehleranfällig. Vor allem, wenn die Parameter nicht nur int oder string sind.

Fall 4: Variablen

Werte aus Variablen in die URLs eingesetzt werden oder sogar die ganze URL repräsentieren, bekomme ich aus dem Addon-Context sehr wahrscheinlich nicht ermittelt. Dafür müsste man das Template sehr wahrscheinlich ausführen. Wenn im Template auf den aufgerufenen Artikel zugegriffen wird, wird der Ansatz schwierig, weil der article dann null wäre.

Fall 5: Spontaner Gedanke mit Artikel-Meta-Daten

Sollte man dann noch auf die Idee kommen (einfach, weil es geht), je nach Artikel-Art eine andere CSS-Datei einzubinden, hätte man komplett verloren. Das könnte als Beispiel ein Feld bei den Artikel-Meta-Daten sein, die einen Artikel-Typ definiert. Dann würde im Template je nach Artikel-Typ jeweils eine andere Datei eingebunden.

Output-Filter

Des Weiteren müsste man auch noch andere Stellen durchsuchen. Schließlich kann man überall auch Output-Filter definieren, wo man das Ergebnis der HTML-Seite bekommt. Da kann man vor </head> einfach weitere CSS-Dateien einsetzen. Das muss nicht unbedingt im Template oder in einem Modul passieren.

Fazit

Eine solche Funktion würde also in den meisten Fällen nicht funktionieren. Ich bin mir nicht sicher, ob man so etwas machen sollte. Man will sich ja schließlich in allen Fällen darauf verlassen können.