Die Idee des Website-Zustandsbericht ist, dich auf möglicherweise fehlerhafte oder unvollständige Einstellungen hinzuweisen und für den Fall, dass du Hilfe benötigst, alle relevanten Informationen mit einem Klick auf den Button „Website-Bericht“ zusammentragen zu können.
Wenn zum Beispiel auf einem Webserver ein SSL-Zertifikat vorhanden ist, ist es nicht verkehrt, die Website trotzdem unverschlüsselt zu übertragen. Besser ist aber, wenn du freundlich darauf aufmerksam gemacht wirst, dass du durch Anklicken eines einzigen Button deine Website auf eine verschlüsselte Übertragung umstellen kannst. Einfache Maßnahme, große Wirkung.
Das gilt auch für den Hinweis auf die Verwendung eines persistenten Cache: Du kannst deine Website schneller machen, wenn dein Webhoster einen persistenten Cache einrichtet und du diesen Cache über ein Plugin nutzt.
Niemand schreibt das aber zwingend vor und bisher hat es sogar kaum jemand interessiert. (Da die Hauptabfrage aller Blogbeiträge/Seiten ab WordPress 6.1 aber gecacht werden kann, macht es durchaus Sinn, jetzt verstärkt auf die Möglichkeit hinzuweisen. vgl. Improvements to WP_Query performance in 6.1)
Lösung wäre also nun für jede WordPress Seite im Universum ein kostenpflichtiges Plugin zu kaufen damit im Site Health keine Meldung erscheint?
Nein, wieso? Du hast ein Plugin installiert, der Cache wird genutzt, der Hinweis verschwindet – alles gut, oder? Nochmal: niemand zwingt dich zu irgendwas, auch nicht ein Plugin zu kaufen.
Wie wir gelernt haben, erscheint der Hinweis auch nur, wenn die Ladezeit der Webseiten über einem bestimmten Grenzwert liegt. Dann darauf hinzuweisen „deine Website ist langsam, mach sie schneller, nutze den peristenten Cache“ finde ich eine gute Idee.
Ich möchte nicht unhöflich sein, aber warum wird Word-Press nicht gleich kostenpflichtig?
Weil WordPress ein OpenSource-Projekt ist. Was ist OpenSource? Jemand hat eine Idee, beginnt mit der Entwicklung und lädt alle, die sich dafür interessieren ein, sich an der Entwicklung zu beteiligen. Der Code ist für jeden einsehbar, jeder kann ihn ändern wie er (oder sie – wir haben ausgezeichnete Entwicklerinnen in der WordPress-Community) möchte, weitergeben, auch damit Geld verdienen wenn Dienstleistungen rund um die Nutzung des OpenSource-Projekt angeboten werden. Nur das OpenSource-Projekt bleibt immer kostenfrei. Sonst würden ja die ver… (pardon, auf den Arm genommen), die sich schon an der Entwicklung ohne Vergütung beteiligt haben.
Die Aussage „Irgendwann ist kein Update mehr da und das Plugin ist veraltet.“ kannst du übrigens auf jedes Plugin anwenden, egal ob kostenpflichtig oder nicht. Nur mit dem Unterschied, dass ich mir den Code eines kostenlosen, als OpenSource erhältlichen Plugin jederzeit anschauen und es für meine Zwecke anpassen kann (enstprechende Kenntnisse vorausgesetzt).
Dass so viele Themes und Plugins in einer kostenpflichtigen Version angeboten werden hat damit zu tun, dass Entwickler/-innen irgendwie auch Geld verdienen müssen und eben ihr Fachwissen nutzen, gegen Entgelt zusätzliche Features anzubieten. Nicht jeder, der Themes/Plugins verkauft ist deshalb ein guter Entwickler, nicht jedes verkaufte Theme/Plugin taugt etwas und was noch schlimmer ist: oft genug kann ich mir vor dem Kauf den Code nicht einmal ansehen. Da sind mir kostenlose Themes/Plugins, bei denen alles transparent ist, viel lieber; und billiger ist es auch noch.
Ich glaube auch, dass viele WordPress Anwender ebenfalls überfordert sind, die einfach nur im Site-Health „Herrvoragende Arbeit“ stehen haben möchten.
Wer WordPress in einer selbst gehosteten Installation nutzt, ist dafür auch selbst verantwortlich und sollte sich mit einigen grundlegenden Konzepten vertraut machen. Ich finde es besser, Anwender/-innen auf mögliche Probleme hinzuweisen, statt ihnen vorzugaukeln, alles wäre top.
Zugegeben ist es natürlich eine schicke Sache, Kunden einen Emoji und den Hinweis auf eine „hervorragende Arbeit“ vorzeigen zu können und dieser lästige Hinweis auf den persistent Cache könnte ja zu Rückfragen führen, oh je.
In dem Fall könntest du aber den Test mit ein paar Zeilen Code in der functions.php deines Child-Themes oder eigenen Plugin einfach deaktivieren:
function remove_persistent_object_cache_test( $tests ) {
unset( $tests['direct']['persistent_object_cache'] );
return $tests;
}
add_filter( 'site_status_tests', 'remove_persistent_object_cache_test' );
Das ist ein bisschen geschummelt, sieht aber sicher schick aus.
