Kompatibilität
Diese Seite unterscheidet zwischen direkt aus dem Code belegbaren Anforderungen und nicht im Projekt dokumentierten Testständen.
WordPress
Section titled “WordPress”Eine offizielle WordPress-Mindestversion ist im Plugin-Header nicht angegeben.
Das Plugin verwendet reguläre WordPress-APIs für:
- Settings API
- Meta Boxes und Post Meta
- Shortcodes
- Transients
- HTTP API
- sichere Redirects
- Nonces und Capability-Prüfungen
template_redirectwp_doing_ajax()
Eine konkrete offiziell getestete WordPress-Version ist im Projekt nicht dokumentiert.
Eine offizielle PHP-Mindestversion ist im Plugin-Header nicht angegeben.
Der Code verwendet unter anderem:
- skalare Typdeklarationen und Rückgabetypen
- Null-Coalescing-Operator
?? - PHP-Sessions
password_hash()undpassword_verify()hash_equals()mb_strtolower()für den Gastzugang
Eine konkrete offiziell getestete PHP-Version ist im Projekt nicht dokumentiert.
PHP-Sessions
Section titled “PHP-Sessions”PHP-Sessions sind Bestandteil des Authentifizierungsmodells. Das Plugin ruft auf init bei Bedarf session_start() auf und speichert Authentifizierungszustände in $_SESSION.
Server- oder Hosting-Konfigurationen, die PHP-Sessions deaktivieren oder Header vorzeitig senden, können die Funktion beeinträchtigen.
Externe Verbindungen
Section titled “Externe Verbindungen”Für den DocCheck-Login werden folgende externe Ziele direkt im Code verwendet:
| Ziel | Aufruf | Zweck |
|---|---|---|
dccdn.de |
Browser, HTTPS | DocCheck Login Button Web Component |
auth.doccheck.com/token |
WordPress-Server, POST | OAuth2 Token-Austausch |
auth.doccheck.com/api/users/data |
WordPress-Server, GET | Abruf der DocCheck-Benutzerdaten |
Firewalls, Content Security Policies oder ausgehende Request-Sperren müssen diese Kommunikation berücksichtigen.
Themes und CSS
Section titled “Themes und CSS”Das Plugin enthält keine eigene CSS-Datei und lädt kein Bootstrap.
Das Login-Markup verwendet jedoch Klassen wie:
containerrowcol-12col-md-6mt-3bg-successtext-white
Der im Projekt beschriebene zweispaltige Bootstrap-Look setzt daher voraus, dass das aktive Theme passende Styles für diese Klassen bereitstellt. Eine allgemeine Bootstrap-Abhängigkeit wird vom Plugin nicht installiert oder geprüft.
Beiträge und Seiten
Section titled “Beiträge und Seiten”Die Meta-Box für den Zugriffsschutz wird im WordPress-Editor für die Post Types post und page registriert.
Andere Custom Post Types erhalten durch das Plugin keine entsprechende Editor-Oberfläche.
REST API, AJAX und Feeds
Section titled “REST API, AJAX und Feeds”Das Plugin registriert:
- keine REST-Endpunkte,
- keine REST-Permission-Callbacks,
- keine eigenen AJAX-Endpunkte.
Die Frontend-Redirect-Prüfung wird für WordPress-Admin, AJAX-Anfragen und Feeds übersprungen. Für Zugriffsschutz außerhalb regulärer Frontend-Aufrufe enthält das Projekt keine zusätzliche Zugriffsschicht.
Multisite
Section titled “Multisite”Im Projekt gibt es keine spezifische Multisite-Logik und keinen dokumentierten Multisite-Teststand.
Status: nicht verifiziert.
Webserver
Section titled “Webserver”Es gibt keine Apache-, Nginx- oder .htaccess-spezifische Logik.
Status: keine projektspezifische Webserver-Abhängigkeit im Code erkennbar; konkrete Teststände sind nicht dokumentiert.
Browser
Section titled “Browser”Das eigene Plugin-Markup enthält kein projektspezifisches JavaScript. Der DocCheck-Login-Button wird als externes Web Component geladen. Eine Browser-Mindestversion oder Browser-Testmatrix ist im Projekt nicht dokumentiert.