WP_Widget<\/code> bereit.1<\/a><\/sup> Sie standardisiert den Aufbau durch das Vererben mehrere Methoden:<\/p>\n\n- Der Konstruktor registriert das Widget mit Name, ID und Beschreibung<\/li>\n
widget()<\/code> wird aufgerufen, um den Inhalt f\u00fcr den Nutzer zu rendern<\/li>\nform()<\/code> rendert die verf\u00fcgbaren Einstellungen f\u00fcr den Admin-Bereich<\/li>\nupdate()<\/code> bietet die M\u00f6glichkeit, neue Einstellungen vor dem Speichern anzupassen<\/li>\n<\/ul>\nGrunds\u00e4tzlich lassen sich Widgets an zwei Stellen registrieren: Entweder als Teil des Designs, dann landet der Code in dessen functions.php<\/code>. Oder zur besseren \u00dcbersicht in einer PHP-Datei, welche dort geladen wird. Das macht Sinn, wenn es sich um einen Teil dieses Themes handelt. <\/p>\nM\u00f6chte man unabh\u00e4ngig davon ein eigenes Widget nachr\u00fcsten, wird es als Erweiterung (Plugin) bereitgestellt. Hier sind zwei Besonderheiten zu beachten: Es muss mindestens ein Kommentar mit „Plugin Name:“ gefolgt von einer frei w\u00e4hlbaren Bezeichnung angegeben werden. Au\u00dferdem ist die einmalige Aktivierung unter den Plugins erforderlich – ansonsten fehlt es schlicht in der Liste verf\u00fcgbarer Widgets.<\/p>\n
Folgendes Beispiel zeigt ein minimalistisches Widget, welches lediglich eine \u00dcberschrift mit einem Mustertext ausgibt. Es verf\u00fcgt \u00fcber keinerlei Einstellungen & demonstriert den Aufbau in 31 Zeilen:<\/p>\n
<?php\n\/**\n * Plugin Name: U-News Widget\n *\/\nclass UNews_Widget extends WP_Widget {\n public function __construct() {\n parent::__construct(\n 'unews_widget',\n 'U-News Widget',\n array('description' => 'Zeigt U-News Nachrichten an')\n );\n }\n public function widget($args, $settings) {\n echo $args['before_widget'];\n ?>\n <h4 class="widget-title">Neuste Nachrichten (U-News)<\/h4>\n <p>Dummy-Inhalt<\/p>\n <?php\n echo $args['after_widget'];\n }\n public function form($settings) {\n echo '<p>Kein Einstellungsfeld verf\u00fcgbar.<\/p>';\n }\n public function update($new_settings, $old_settings) {\n return $new_settings;\n }\n}\n\nadd_action('widgets_init', function() {\n register_widget('UNews_Widget');\n});<\/code><\/pre>\nDies kann man sp\u00e4ter um die gew\u00fcnschte Funktionalit\u00e4t erweitern. Da es sich um PHP-Code handelt, steht nahezu grenzenlose Freiheit zur Verf\u00fcgung: Inhalte aus Datenbanken laden, Anfragen an APIs, usw.<\/p>\n
Widget aktivieren & testen<\/h2>\n\n- Unter
wp-content\/plugins<\/code> einen einzigartigen Unterordner anlegen, der obigen Code in einer PHP-Datei enth\u00e4lt. WP l\u00e4dt automatisch alle .php Dateien darin. Die Benennung ist daher frei w\u00e4hlbar. Um Konflikte zu vermeiden, empfehlen sich Projektnamen, ggf. sogar mit einem eigenen Pr\u00e4fix.<\/li>\n- Im Adminbereich unter Plugins<\/em> die Erweiterung (hier U-News Widget<\/strong>) aktivieren<\/li>\n
- Unter Design > Widgets<\/em> kann man nun nach dem Name (zweiter Parameter im Konstruktor) suchen und das Widget in die Sidebar ziehen:<\/li>\n<\/ol>\n\n
![\"\"](\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2026\/02\/2026-02-22_18-36-1024x226.avif\")
<\/a><\/figure>\n<\/div>\nNach dem Speichern erscheint das Widget im gew\u00e4hlten Bereich – hier etwa in der Sidebar auf der Startseite:<\/p>\n
\n![\"\"](\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2026\/02\/2026-02-22_18-41.avif\")
<\/a><\/figure>\n<\/div>\nEigene Einstellungen hinzuf\u00fcgen<\/h2>\n
M\u00f6chte man bestimmte Dinge abseits des Codes f\u00fcr WP-Nutzer anpassbar gestalten, kann dies in der form<\/code> Methode umgesetzt werden. S\u00e4mtliches dort ausgegebenes HTML wird beim Klick auf das Widget im Admin-Bereich angezeigt. Dies l\u00e4sst sich bereits mit dem einfachen Beispiel von oben Demonstrieren: Es zeigt hier lediglich einen Platzhalter mit der Info, dass keine Einstellungen zur Verf\u00fcgung stehen.<\/p>\n\n![\"\"](\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2026\/02\/2026-02-22_23-07.avif\")
<\/a><\/figure>\n<\/div>\nHier steht vollwertiges HTML zur Verf\u00fcgung. Sinnvoll ist f\u00fcr mein Widget der Nachrichten von U-News eine Begrenzung der maximalen Anzahl. Daf\u00fcr erzeugen wir in form ein Feld. Die Hilfsfunktionen get_field_id<\/code> und get_field_name<\/code> aus der Basisklasse nehmen uns Arbeit ab. WP setzt die Felder automatisch in einem Array nach dem Plugin- bzw. Widget-Name, um Konflikte mit anderen zu vermeiden.<\/p>\npublic function form($settings) {\n ?>\n <p>\n <label for="<?=$this->get_field_id( 'max_news_count' )?>">\n <?php _e( 'Maximale Anzahl an Nachrichten' ); ?>\n <\/label>\n <input id="<?=$this->get_field_id( 'max_news_count' )?>" name="<?=$this->get_field_name( 'max_news_count' )?>" \n value="<?=esc_attr( $settings['max_news_count'] )?>" type="text">\n <\/p>\n <?php\n}<\/code><\/pre>\nDamit erscheint beim Klick auf das Widget im Admin-Bereich eine Textbox f\u00fcr das Limit:<\/p>\n
\n![\"\"](\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2026\/02\/2026-02-23_00-15.avif\")
<\/a><\/figure>\n<\/div>\nDer dort gesetzte Wert steht in der widget()<\/code> Funktion im zweiten \u00fcbergebenen Parameter $settings zur Verf\u00fcgung:<\/p>\n$max_news_count = $settings['max_news_count'];<\/code><\/pre>\nStandardwerte f\u00fcr Einstellungen<\/h2>\n
W\u00e4hrend das beim Testen funktioniert, sollten produktiv Standardwerte vorhanden sein. Schlie\u00dflich werden Einstellungen wie $settings['max_news_count']<\/code> erst gesetzt, nachdem der Nutzer entsprechende Werte im Admin-Bereich eintr\u00e4gt. Das wird an mehreren Stellen problematisch. Simples Beispiel: Das Limit soll die geladenen Datens\u00e4tze aus einer Datenbank begrenzen.<\/p>\n$query = $db->prepare('\n select ...\n limit ' . (int)$max_news_count\n);<\/code><\/pre>\nDies wird im beschriebenen Szenario einer frischen Installation ohne gef\u00fcllte Einstellungen fehlschlagen, weil $settings['max_news_count']<\/code> nicht gesetzt ist – dadurch entsteht eine fehlerhafte SQL-Abfrage. Daher lege ich einen Array mit Standard-Werten an:<\/p>\nclass UNews_Widget extends WP_Widget {\n private $default_settings = array(\n 'max_news_count' => 10\n );\n \/\/ ...\n}<\/code><\/pre>\nDazu eine Hilfsfunktion, welche pr\u00fcft, ob eine gew\u00fcnschte Einstellung bereits gesetzt ist – und diese entweder daraus zur\u00fcckliefert, oder alternativ aus den Standardwerten.<\/p>\n
private function get_setting($settings, $key) {\n if(isset($settings[$key])) {\n return $settings[$key];\n }\n return $this->default_settings[$key];\n}<\/code><\/pre>\nIn der widget() Funktion zum Rendern des Inhalts wird sie wie folgt genutzt:<\/p>\n
$max_news_count = $this->get_setting($settings, 'max_news_count');<\/code><\/pre>\nEben so beim Rendern der Einstellungen:<\/p>\n
<input id="<?=$this->get_field_id( 'max_news_count' )?>" name="<?=$this->get_field_name( 'max_news_count' )?>" \n value="<?=esc_attr( $this->get_setting($settings, 'max_news_count') )?>" type="text" type="number" min="1" max="100"><\/code><\/pre>\nZu beachten<\/h2>\n
Mit gro\u00dfer Macht geht bekanntlich auch gro\u00dfe Verantwortung einher. Gerade weil sich nahezu alles \u00fcber Widgets integrieren l\u00e4sst, sollte man sich vorher ein paar Gedanken dar\u00fcber machen, was technisch gemacht werden soll. Und ob bzw. in wie weit das skaliert. Immerhin wird das Widget an der jeweiligen Stelle bei jedem Aufruf komplett neu gerendert. In der Seitenleiste geschieht das auf der Startseite sowie in den Artikeln. Abh\u00e4ngig von der Anzahl an Besuchern also recht h\u00e4ufig.<\/p>\n
Wer etwa eine HTTP-API aufruft, erzeugt jedes mal eine Anfrage an den Zielserver. Da es sich um serverseitigen Code handelt, im Namen des eigenen Servers. Das kann schnell problematisch werden: Abfragenlimits sorgen f\u00fcr tempor\u00e4re oder dauerhafte Probleme beim Laden der Daten. Oder man wird gar wegen eines ungewollten DoS-Angriffs komplett ausgesperrt. Selbst wenn es bei internen Ressourcen bleibt – eine umfangreiche Datenbankabfrage oder andere rechenintensive Vorg\u00e4nge verlangsamen die Ladezeit beim Nutzer, w\u00e4hrend parallel die Serverlast steigt.<\/p>\n
Im „KI“ Zeitalter m\u00fcssen neben menschlichen Besuchern auch Bots zunehmend ber\u00fccksichtigt werden. Zwar gab es die bereits vorher. Doch insbesondere „KI“ Crawler gehen zunehmend aggressiv vor, wodurch selbst auf kleineren Blogs zehntausende Anfragen in k\u00fcrzester Zeit entstehen k\u00f6nnen. Ebenfalls m\u00f6glich sind unerwartet hohe Zahlen echter Besucher, weil Links in Sozialen Netzwerken geteilt werden. Es gibt verschiedene Gr\u00fcnde, warum man auf h\u00f6here Last vorbereitet sein sollte.<\/p>\n
Optimiertes Laden von Daten<\/h2>\n
Grunds\u00e4tzlich sollten nur jene Daten geladen werden, die man tats\u00e4chlich ben\u00f6tigt. Der Klassiker bei Datenabfragen ist SELECT *<\/code> von denen in aller Regel nicht s\u00e4mtliche Spalten Verwendung finden. Insbesondere in Kombination mit JOINs. Hier empfehlen sich die grundlegenden Optimierungen: Indizes verwenden bzw. wenn n\u00f6tig anlegen, Abfragen mit EXPLAIN<\/code> pr\u00fcfen, Volltextsuche vermeiden usw.<\/p>\nL\u00e4sst sich Caching sinnvoll nutzen? Ich habe zur PHP 5-Zeit auf XCache gesetzt. Es speichert den kompilierten Bytecode zwischen, sodass der PHP-Interpreter nicht f\u00fcr jede Anfrage s\u00e4mtlichen Code neu interpretieren muss (OPcache<\/em>). Dies erfolgt im Arbeitsspeicher – damit entf\u00e4llt die I\/O Last. Au\u00dferdem stellt XCache PHP-Funktionen wie xcache_set<\/code> oder xcache_get<\/code> bereit. So kann man Objekte im RAM ablegen, die \u00fcber verschiedene Anfragen hinweg zur Verf\u00fcgung stehen.<\/p>\nAb PHP 5.5 hat die Sprache endlich mit Zend OPcache einen eigenen OPcache integriert2<\/a><\/sup> und mit dem JIT-Compiler in PHP 8.0 ausgebaut. Leider weiterhin „nur“ als Bytecode-Cache. Um selbst Daten ablegen zu k\u00f6nnen, sind Alternativen wie APCu notwendig. Das Prinzip ist identisch, nur die Funktionen daf\u00fcr hei\u00dfen anders: apcu_store<\/code> statt xcache_set<\/code> und apcu_fetch<\/code> anstelle von xcache_get<\/code>. Ein simpler Weg kann darin bestehen, die Daten XX Minuten zu speichern, bevor man sie neu l\u00e4dt. Welcher Wert sinnvoll ist, h\u00e4ngt von der Art der Datenquelle sowie dem erwarteten Besuchsvolumen ab.<\/p>\nQuellen<\/h2>\n\n- https:\/\/developer.wordpress.org\/reference\/classes\/wp_widget\/<\/a> \u21a9\ufe0e<\/a><\/li>\n
- https:\/\/www.php.net\/releases\/5_5_0.php<\/a> \u21a9\ufe0e<\/a><\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"
Es ist in WordPress recht einfach, eigene Inhalte in Form von Widgets einzubinden. Der Beitrag zeigt ein simples Beispiel mit ~30 Codezeilen. Dar\u00fcber hinaus gehen wir auf erweiterte Themen wie das definieren von Einstellungen f\u00fcr die Admin-Oberfl\u00e4che von WP ein. Au\u00dferdem einige \u00dcberlegungen aus eigener Erfahrung, die man sich vor dem produktiven Einbau stellen sollte …<\/p>\n","protected":false},"author":5,"featured_media":16469,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"[{\"content\":\"https:\/\/developer.wordpress.org\/reference\/classes\/wp_widget\/<\/a>\",\"id\":\"fc184e6b-27b1-40a6-8b8e-e84038287b84\"},{\"content\":\"https:\/\/www.php.net\/releases\/5_5_0.php<\/a>\",\"id\":\"859f7e46-dc43-4115-849c-a77f90791af8\"}]"},"categories":[61],"tags":[55,161],"class_list":["post-16431","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-softwareentwicklung","tag-php","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/16431","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=16431"}],"version-history":[{"count":34,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/16431\/revisions"}],"predecessor-version":[{"id":16511,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/16431\/revisions\/16511"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/16469"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=16431"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=16431"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=16431"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}