Skip to content

Kompatibilität

Diese Seite unterscheidet zwischen direkt aus dem Code belegbaren Anforderungen und nicht im Projekt dokumentierten Testständen.

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_redirect
  • wp_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() und password_verify()
  • hash_equals()
  • mb_strtolower() für den Gastzugang

Eine konkrete offiziell getestete PHP-Version ist im Projekt nicht dokumentiert.

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.

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.

Das Plugin enthält keine eigene CSS-Datei und lädt kein Bootstrap.

Das Login-Markup verwendet jedoch Klassen wie:

  • container
  • row
  • col-12
  • col-md-6
  • mt-3
  • bg-success
  • text-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.

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.

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.

Im Projekt gibt es keine spezifische Multisite-Logik und keinen dokumentierten Multisite-Teststand.

Status: nicht verifiziert.

Es gibt keine Apache-, Nginx- oder .htaccess-spezifische Logik.

Status: keine projektspezifische Webserver-Abhängigkeit im Code erkennbar; konkrete Teststände sind nicht dokumentiert.

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.