Skip to content

Kompatibilität

Diese Seite nennt nur Anforderungen und Verhaltensweisen, die sich aus dem aktuellen Projektcode ableiten lassen.

Bereich Nachweisbarer Stand
WordPress mindestens 6.0 laut Plugin-Header
PHP mindestens 7.4 laut Plugin-Header und Composer
Plugin-Version 5.5.4
eingebetteter FG Core 1.1.3
phpseclib im Lockfile 3.0.55

FG Static Export registriert sich bei FG Core und verwendet die Capability manage_options. Die Oberfläche erscheint im FUNCKGROUP-Adminbereich mit den Tabs Export, Logs und Deployment.

Wenn mehrere FUNCKGROUP-Plugins eigene FG-Core-Kandidaten laden, wählt der gemeinsame Loader den höchsten verfügbaren kompatiblen Kandidaten.

FG Static Export benötigt Schreibrechte für das konfigurierte Export-Verzeichnis.

Beim Kopieren des Standard-Upload-Verzeichnisses wird der von wp_get_upload_dir() ermittelte Pfad nur verwendet, wenn er innerhalb von ABSPATH liegt. Eine explizite UPLOADS-Konstante wird relativ zu ABSPATH verarbeitet.

Die Funktion zum Leeren eines Export-Verzeichnisses arbeitet nur innerhalb von ABSPATH und verweigert ABSPATH selbst.

Installationen oder Ziel-URLs mit Basis-Pfaden werden ausdrücklich berücksichtigt. Der Basis-Pfad wird aus der lokalen Exportstruktur entfernt, sodass das Export-Verzeichnis selbst das statische Root bleibt.

Der statische HTML-Export selbst ist nicht an Apache-spezifische APIs gebunden.

Eine vorhandene .htaccess kann optional kopiert werden. .htaccess ist Apache-spezifisch; FG Static Export erzeugt keine entsprechende Nginx-Konfiguration.

Der Export erzeugt HTML und kopiert vorhandene Frontend-Assets. Der Plugin-Code definiert keine allgemeine Browser-Support-Matrix für die exportierte Website. Die Browser-Kompatibilität hängt damit wesentlich vom exportierten Theme und dessen Assets ab.

FG Static Export enthält keine eigene Multisite-spezifische Exportlogik oder eine dokumentierte Netzwerk-Administration. Das eingebettete FG Core erkennt Multisite für seinen Statusbericht, daraus folgt jedoch keine bestätigte Multisite-Unterstützung des Exportprozesses.

Status: nicht als offiziell unterstützt oder getestet belegbar.

Im Plugin sind keine eigenen REST-Routen und keine wp_ajax_*-Handler registriert.

FG Static Export registriert außerdem kein eigenes WP-CLI-Kommando. WordPress-CLI kann jedoch vorhandene WordPress-Cron-Ereignisse ausführen.

Methode Erforderlich Remote Delete
Rsync über SSH exec(), rsync, ssh unterstützt über --delete
SFTP über PHP SSH2 ssh2_connect() nicht implementiert
SFTP über phpseclib \phpseclib3\Net\SFTP nicht implementiert
FTP/FTPS PHP FTP Extension; für FTPS ftp_ssl_connect() nicht implementiert
ZIP + Remote Script ZipArchive Remote-Ausführung nicht implementiert

Der Systemcheck prüft zusätzlich auf scp. Im aktuellen Deployment-Code existiert jedoch keine auswählbare oder ausgeführte SCP-Methode.

Der Code enthält keine projektspezifische Kompatibilitätsmatrix für WooCommerce, Elementor oder andere Drittanbieter-Plugins und Themes.

Belegt ist lediglich die allgemeine Verarbeitung veröffentlichter Post Types, WordPress-Archiv-Links, lokaler Assets und der beiden dokumentierten Exportfilter.

composer.json verlangt:

{
"php": ">=7.4",
"phpseclib/phpseclib": "^3.0"
}

funckgroup/fg-core ist als Development-Abhängigkeit eingetragen; die für das Plugin verwendete Core-Kopie liegt separat unter includes/fg-core/.