Als Assets bezeichnet man statische Dateien wie CSS-Files, Javascripte, Fonts oder Bilder, die für den Browser öffentlich zugänglich sein müssen. Hierzu gehören u.a. auch CSS und Javascripte für Editoren im Backend, Dateien für die Frontendausgabe oder Modifikationen für das Backend.
Assets werden innerhalb von REDAXO im assets
-Ordner des AddOns abgelegt. Eine Installation, Reinstallation und Update eines AddOns kopiert die Dateien aus assets
in den öffentlich zugänglichen Ordner /assets/addons/addonname/
.
Werden während der Entwicklung Änderungen an den Dateien innerhalb des AddOn-Ordners durchgeführt, muss ein neuer Kopiervorgang per Reinstallation angestoßen werden.
Auf die Dateien eines AddOns zeigt die Variable $this
mittels der Klasse rex_addon.
Die Dateien können in der Datei boot.php
eingebunden werden. Hierfür liefert die Klasse rex_view
die Methoden addCssFile
und addJsFile
.
//CSS-Datei einbinden
rex_view::addCssFile( /*Pfad zur Datei*/ );
//JS-Datei einbinden
rex_view::addJSFile( /*Pfad zur Datei*/ );
Den Pfad zu den Dateien erhält man per getAssetsUrl
.
$this->getAssetsUrl('styles.css') // wird zu /assets/addons/addonname/styles.css
Beispiel:
rex_view::addCssFile( $this->getAssetsUrl('styles.css') );
rex_view::addJsFile( $this->getAssetsUrl('script.js') );
Es ist auch möglich die Assets nur auf bestimmten Seiten im Backend enzubinden. Hierzu kann das folgende Snippet behilflich sein:
// Ermitteln welche Backendseite aufgerufen ist:
if (rex::isBackend() && rex_be_controller::getCurrentPage() == 'addonkey/unterseite') {
// Hier z.B. Assets einbinden
}
REDAXO liefert selbst einen Cachebuster. Eigene Lösungen hierfür sind nicht erforderlich. Der Buster wird automatisch gesetzt. Beispiel: index.php?asset=../assets/addon/skript.min.js&buster=1566304624
rex_view::addJsFile bietet weitere Funktionen um das Caching sowie das Ladeverhalten der Javascripte zu beeinflussen.
Hier ein Beispiel mit allen möglichen Optionen:
rex_view::addJsFile(
rex_url::addonAssets('my_addon', 'js/myscript.min.js'),
[rex_view::JS_IMMUTABLE => false, rex_view::JS_ASYNC => true, rex_view::JS_DEFERED => true]
);
Es ist möglich .scss
Dateien mit der Klasse rex_scss_compiler()
zu kompilieren. Es bietet sich an, solche Dateien in einem separaten Ordner anzulegen. Kompilierte Versionen der Dateien sollten bei Bereitstellung des AddOns bereits im Assets-Ordner vorliegen. Die scss-Dateien sollten nur für Anpassungen oder Fehlerbehebungen durch REDAXO neu kompiliert werden.
Der nachfolgend kommentierte Code für die boot.php
zeigt, wie man die Kompilierung bei aktiviertem Debug-Modus ausführt.
// Befinden wir uns im Backend und ist ein User angemeldet?
if (rex::isBackend() && rex::getUser())
{
// Prüft ob der DebugMode in System aktiviert ist und ein Request erfolgte
if (rex::isDebugMode() && rex_request_method() == 'get')
{
// Compiler
$compiler = new rex_scss_compiler();
// Hauptverzeichnis des AddOns
$compiler->setRootDir($this->getPath());
// Festlegen des SCSS-Files
$compiler->setScssFile($this->getPath('scss/meinestile.scss'));
// Wo soll die kompilierte Version erstellt werden?
$compiler->setCssFile($this->getPath('assets/meinestile.css'));
// Kompilierung starten
$compiler->compile();
// Kopiere das kompilierte css in den öffentlichen assets-Ordner
rex_file::copy($this->getPath('assets/meinestile.css'), $this->getAssetsPath('meinestile.css'));
}
}
Da REDAXO im Backend PJAX nutzt, verwendet es ein eigenes Event um den ready-Status zu liefern. Daher sollte anstelle des JQuery- document:ready
Events das rex:ready
event als Auslöser für eigene Skripte verwendet werden.
Das rex:ready
-Event greift auch, wenn PJAX nicht im Einsatz ist und kann daher immer verwendet werden.
Anwendung:
$(document).on('rex:ready', function() {
// eigener Code
});
Beispiel:
Das findet sich so zum Beispiel im be_style-Plugin. container
ist immer der Container, der ausgetauscht wurde. Initial bei document:ready ist es der .
$(document).on('rex:ready', function(event, container) {
container.find('.selectpicker').selectpicker();
});