WordPress Plugins - welche sind unverzichtbar?

[hansirot]

Ich lese immer wieder den Tipp, auf WordPress Plugins nach Möglichkeit zu verzichten. Aber es gibt doch einige Plugins, die Pflicht sind: Navigation, Ladezeit beschleunigen ... Welche Plugins sind denn unverzichtbar bzw. welche Standard-Plugins können anderweitig ersetzt werden?

[arnego2]

Navigation, Ladezeit beschleunigen

Navigation sollte original schon dabei sein und die Ladezeit da sollte man vor dem hochladen schon die Bilder vorbereitet haben. Datenschutz ist eventuell das einzigste Plugin was benötigt wird.

[nerd]

Ladezeit beschleunigen ...

Also Ladezeiten verbessert man nicht, indem man sich noch mehr Plugins in Wordpress reinholt. Meistens ist einfach das Template scheisse und macht selbst schon ohne irgendwelche plugins 20 requests, da nützen dir auch keine Plugins oder schnellere Server mehr.

[joergowitsch]

In vielen Fällen kann man auf das Plugin verzichten, zum Beispiel beim Menü:
Diesen Code ins Template einfügen:

Code: Alles auswählen

<?php wp_nav_menu( array( 'theme_location' => 'top' ) ); ?>

Das Menü in der functions.php registrieren:

Code: Alles auswählen

<?php
function register_my_menus() {
register_nav_menus(
array('top' => __( 'top' ) )
);
}
add_action ('init', 'register_my_menus');
?>

Dann können im Backend Menüpunkte hinzugefügt werden und das Menü kann im CSS gestylt werden.

[supervisior]

Ich lese immer wieder den Tipp, auf WordPress Plugins nach Möglichkeit zu verzichten. Aber es gibt doch einige Plugins, die Pflicht sind: Navigation, Ladezeit beschleunigen ... Welche Plugins sind denn unverzichtbar bzw. welche Standard-Plugins können anderweitig ersetzt werden?

Du solltest Dir das mal reinziehen: https://www.wp-rush.com

[supervisior]

In vielen Fällen kann man auf das Plugin verzichten, zum Beispiel beim Menü:
Diesen Code ins Template einfügen:

Code: Alles auswählen

<?php wp_nav_menu( array( 'theme_location' => 'top' ) ); ?>

Das Menü in der functions.php registrieren:

Code: Alles auswählen

<?php
function register_my_menus() {
register_nav_menus(
array('top' => __( 'top' ) )
);
}
add_action ('init', 'register_my_menus');
?>

Dann können im Backend Menüpunkte hinzugefügt werden und das Menü kann im CSS gestylt werden.

Du hast eine seltsame Auffassungsgabe für "verzichten". Heißt verzichten für Dich:"Ich sehe es nicht, also wird es nicht geladen?!"

[supervisior]

Also Ladezeiten verbessert man nicht, indem man sich noch mehr Plugins in Wordpress reinholt.

Könnte man so stehen lassen.

Meistens ist einfach das Template scheisse und macht selbst schon ohne irgendwelche plugins 20 requests, da nützen dir auch keine Plugins oder schnellere Server mehr.

Nicht, dass ich Templates oder Themes kleinreden wollen würde, aber wenn Du Themes als Verursacher für schlechte Ladezeiten ausmachst, dann musst Du zwischen Themes und Themebuilder sehr stark differenzieren. Aber deswegen sind Themebuilder nicht zwangsläufig Hauptverursacher für schlechte Ladezeiten. Zumal Deine Aussage zu 20 Plugin Requests eine wüste Behauptung ist, wenn man das mit den Requests nicht enger fasst. Themebuilder laden zwar ordentlich Assets, aber das Hauptübel geht vom bloated und tief verschacheltem HTML Code aus. Das ist aber immer noch nicht der Hauptverursacher. Die Tonnen an HTML beeinflussen zwar die Menge an zu ladenden Daten für das main_document, aber diese Menge an HTML wirkt sich vorrangig auf den Client aus und beeinflusst deswegen die Anzeigezeit im Browser und nicht wie oft falsch verstanden die Ladezeit.

Geht es also um Ladezeit, dann endet diese nach dem Laden des main_documents. Der Aufbau des DOM und rendern von CSS ist Browser Sache und unterliegt deswegen sehr variablen Bedingungen, die man der Ladezeit nicht mehr unmittelbar zuordnen kann. Ladezeit wird dort gemacht wo der Server damit beschäftigt ist das main_document bereitzustellen und dazu gehören maßgeblich PHP und MySQL, was gleichermaßen das größte Übel von WordPress ist. WP lädt alles überall und das zu jeder Zeit und dazu gehören maßgeblich Plugins. Es ist aber nicht zwangsläufig die Menge an Plugins. 5 heavy duty Plugins können nicht selten mehr Last entstehen lassen als 20 andere. Der Trick an der Sache ist nun, dass es also Lösung für das weitreichende Ladezeit Dilemma nicht zwangsläufig weniger Plugins braucht, sondern das kontext-abhängige Laden. Warum beispielsweise das "Contact Form 7" überall laden, wenn man dieses Plugin nur für die Kontktseite braucht?

Der Haken an der Sache ist aber, dass WP noch nicht mal ansatzweise die Voraussetzungen für so eine Lösung bietet und ein Plugin das Problem auch nicht lösen kann.

[Mµ]

Ich nutze ein Plugin, welches die regelmäßige Ad-Hoc-Generierung aller Funktionen als statisches HTML ausgibt, also ein Cache-Plugin. Und ich nutze noch ein weiteres, welches die vielen JS- und CSS-Dateien anderer Plugins, die ja parallel geladen werden, je zu einer einzigen, etwas komprimierten Datei zusammen fasst ("Autoptimize"). Beides halte ich in puncto Ladezeiten-Reduzieren bzw. Server-Schonen für sinnvoll.

Für viele eher simple Lösungen (Kontaktformular, Rechner, Zufallsbild, ...) bin ich seit KI dazu übergegangen, mir so etwas selbst programmieren zu lassen, anstatt vorgefertigte Plugins zu nutzen. Die Eigenbauten sind dann auf Minimalismus bzw. schklanken Code getrimmt. Ich achte bei der Erstellung beispielsweise darauf, was "supervisor" oben schrieb (JS / CSS nur laden, wenn die Funktion tatsächlich genutzt wird und nicht global).

[supervisior]

... "supervisor" ....

Man achte auf den Tippfehler: sipervisior