Frontend-Assets

Diese Seite behandelt das Laden von Frontend-Assets ausschliesslich auf Integrationsebene. Spezifische Asset-Dateipfade, Script-Handles, Abhängigkeitslisten und Lokalisierungs-Payloads sind Implementierungsdetails und werden hier nicht veröffentlicht.

Verhalten auf hoher Ebene

Das Plugin reiht seine CSS- und JavaScript-Dateien im Frontend nur auf Seiten ein, die tatsächlich Plugin-Inhalte rendern (das Fahrzeugarchiv, die Detailseite eines Fahrzeugs, die Vergleichsseite und alle Beiträge oder Seiten, die einen der Shortcodes des Plugins enthalten). Das Cache-Busting ist an die veröffentlichte Plugin-Version gebunden, sodass Besucher immer ein konsistentes, aufeinander abgestimmtes Set an Assets erhalten.

Für Theme-Entwickler

Um die Frontend-Ausgabe zu gestalten, überschreiben Sie die mitgelieferten Templates in Ihrem Theme (siehe Template-System und Overrides) und fügen Sie Ihr eigenes Theme-Stylesheet hinzu, anstatt sich auf die interne CSS-Klassenstruktur oder die Asset-Handles des Plugins zu verlassen. Interne Asset-Handles, Script-Abhängigkeiten und CSS-Selektoren können sich zwischen den Versionen ändern.

Unterstützte öffentliche Integrationsflächen

Verwenden Sie bei der Integration mit dem Plugin vorzugsweise diese stabilen Oberflächen:

• Die Admin-Einstellungen-Benutzeroberfläche des Plugins.
• Die dokumentierten Shortcodes.
• Template-Overrides auf Theme-Ebene, wie in Template-System und Overrides beschrieben.
• Die allgemeine Entwickler-Übersicht zur Orientierung.

Interne Klassennamen, Option-Keys, Datenbanktabellen, REST- und AJAX-Endpunkte, Cron-Hook-Namen, Berechtigungs- und Nonce-Identifikatoren sowie die Release- und Update-Infrastruktur werden als Implementierungsdetails behandelt. Sie können sich zwischen den Versionen ohne Vorankündigung ändern und sind nicht Teil des öffentlichen Integrationsvertrags.

Stabilitäts- und Änderungsrichtlinie

Alles, was oben nicht als unterstützte öffentliche Oberfläche aufgeführt ist, gilt als internes Implementierungsdetail. Interne APIs, das Speicherlayout und Sicherheitsimplementierungen können sich zwischen den Versionen ändern. Verlassen Sie sich in Code von Drittanbietern, Themes oder externen Systemen nicht auf diese Details. Direkte Schreibzugriffe auf die Datenbank werden nicht unterstützt.

Hinweis zur öffentlichen Dokumentation. Diese Seite bietet nur eine allgemeine Integrationsübersicht. Interne Implementierungsdetails, private APIs, Speicherinterna und sicherheitsrelevante Release-Infrastrukturen werden separat gepflegt und sind nicht Teil der öffentlichen Dokumentation. Unterstützte Integrationsflächen sind die dokumentierten Shortcodes, Template-Overrides, die Einstellungs-Benutzeroberfläche und alle in diesem Abschnitt explizit veröffentlichten Erweiterungspunkte.