WordPress mit Advanced Search

Vor kurzem installierte ich das wirklich hervorragende Advanced Search Plugin von Zirona, welches man als Lite-Widget in erfolgreich-bloggen.de in der rechten Spalte sehen kann oder über eine besondere Seite aufrufen kann.

Das PlugIn legt u.a. zur schnellen Suche in Artikeln und Seiten Indexe für die WordPress-Tabellen an. Und hier fängt bereits das Problem an, wenn man in der Datei wp-config.php einen technischen Datenbankuser nutzt, der beispielsweise nur Rechte für normale SQL-Queries hat. Aus Sicherheitsgründen macht dies zwar Sinn, die Installation des Advanced Search PlugIn scheitert mit dem Nebeneffekt, dass der QueryFilter auf posts_requests scheitert, bzw. nicht ausgeführt wird. Über das reinhängen in die posts_requests Handler-Methode erreicht das Plugin, das umfangreichere Datenbankabfragen auf Seiten, Artikel und Kommentare abgefragt werden.

Beim ersten Aktivieren des Plugins versucht es die diversen Indexe anzulegen, gelingt dies, schreibt das Plugin eine WordPress-Option mit dem Namen “as_prepared” und dem Wert “yes”. Gelingt es nicht, wird die Option mit dem Wert “failed” gespeichert. Wenn man nun vorübergehend einen technischen Datenbank-User mir Rootrechten vergibt, sodass die Indexe nachträglich anlegt werden können, hat man das Problem, das die Option “as_prepared” auf “failed” stehen bleibt. In dem PHP-Script mit dem namen queryfilter.php des Advanced Search Plugins, welche die im posts_requests Filter eingehängte Funktion as_queryfilter enthält, wird die Option “as_prepared” überprüft und der Query-String nicht manipluiert, wenn “as_prepared” auf “failed” steht.

Dies hat zur Folge, dass im Advanced-Query-Plugin die Parametrisierung der Suche nicht richtig funktioniert, so unterscheidet die Suche z.B. nicht zwischen der suche in Seiten und Artikeln, obwohl es angehakt wurde. Deshalb muss man wohl der übel auf Datenbankebene die Option von “failed” auf “yes” setzten, insofern man die Indexe richtig angelegt hat. Eine andere Möglichkeit ist, die php-Funktion update_option() zu nutzen, um den Wert zu überschreiben.

Allerdings sind PHP-Kentnisse notwendig. Hier ist unsere Anpassung der index.php des Arthemia Themes.

Natürlich muss zuvor das Plugin installiert und aktiviert werden!

Google Syntaxhighlighter

Dann nehme ich doch gleich mal die Gelegenheit beim Schopf, um das Plugin zu demonstieren, in dem ich ein wenig am Arthemia2-Code meckere!

Leider gibt es da ein Problem, mit der Anzahl der Posts pro Seite, in Verbindung mit dem Blättern über mehrere Seiten. Verändert man die Anzahl der Posts im WordPress-Backend (Dashboard) und stimmt diese Zahl nicht mit der hart codierten Zahl pro Posts im Code der Datei index.php, erhält man ein Error 404.

Den Originalcode:

  $page = (get_query_var('paged')) ? get_query_var('paged') : 1;
      query_posts("cat=-9,-15&paged=$page&posts_per_page=5");

Für “hart codierte” Parameter stehen für Programmier heutzutage eigentlich lebenslämglich auf dem Spiel, weshalb ich nicht verstehen kann das im Originalcode in Zeile 79 der Paramter posts_per_page=5 so geschrieben wurde.

  $page = (get_query_var('paged')) ? get_query_var('paged') : 1;
      $num_of_posts = get_option('posts_per_page');
      query_posts("cat=-9,-15&paged=$page&posts_per_page=$num_of_posts");

Deshalb habe ich in Zeile 80 eine Zeile eingefügt. Ich hole mir zunächst die im Backend eingetragene Anzahl der Posts pro Seite und schreibe den Wert in die Variable $num_of_posts die ich dann in Zeile 81 übergebe.

Quelle: Screenshot SOS Kinderdörfer, www.sos-kinderdoerfer.de

In diesem Artikel stellen wir das Bilder-Gallerie-Plugin von Alex Rabe anhand des SOS-Kinderdorf-Projekt in Second Life vor. Dieses Plugin verfügt über viele Funktionen, ist außerordentlich gut zu bedienen und verbessert die Handhabung von Bildern in WordPress erheblich. Hinzu kommt die schöne Darstellung der Bilder mit Ajax aufgepeppt und ein Widget das noch zusätzlich für die Sidebars verwendet werden kann.

Dabei sprechen wir aus Erfahrung. Auf unserem Blog www.sltalk.de setzten wir bis etwa Mai 2007 das Image Gallery-Plugin von Martin Chlupáč ein. Dieses müssen wir bis heute als Altlast mitschleppen.

Durch die inhaltliche Auseinandersetzung auf diesem Blog erkannten wir, dass sich ein 3D-Internet entwickelt. Also richteten wir SLTalk thematisch auch auf Medien-und Technologiekonvergenzen aus. Dies bedeutete allerdings auch die inhaltliche Einbettung zahlreicher Bilder. Für die schnelle Massenbearbeitung war das alte Plugin nicht geeignet, weshalb wir uns nach neuen Gallerie-Plugins umschauten.

Das NextGen-Plugin von Alex Rabe bietet hierfür die Möglichkeit ganze Bilderreihen im Zip-Format hochzuladen, was das einzelne Hochladen von Bildern erheblich beschleunigt. Hinzu kommt, dass das Plugin auch Metadaten in den Grafikdateien berücksichtigt und Bild-Beschreibungen automatisch übernommen werden können. Unterstützt werden Daten im EXIF, IPTC oder XMP-Format.

In dem aktuellen Artikel über das SOS-Kinderdorf-Projekt in Second Life von Stephanie Posselt könnt Ihr den Einsatz der Galerie auf SLTalk sehen. Als Demo habe ich die gleiche Galerie auch noch einmal hier eingebettet.

123►

Die Einbettung einer angelegten Galerie kann einfach und leicht durch einen Klick im TinyMCE-WYSIWIG-Editor geschehen (siehe Screenshot) oder indem man in eckigen Klammern [[]] gallery=id schreibt, mit der entsprechenden ID der jeweiligen Galerie.

Klick auf das NextGen Icon im TinyMCE WYSIWIG-Editor

Beim Hochladen der Bildarchive kommen schnell Dateigrößen über zwei Megabyte zustande. Damit wird oftmals das maximale Uploadlimit des Webservers erreicht, was zu einem Fehler beim Hochladen der Zip-Archive führt. Der Standardwert der meisten PHP-Installationen liegt bei 2MB, weshalb wir diesen Wert in der Datei php.ini auf 6 Megabyte erhöht haben. Hierzu muss der Wert

upload_max_filesite = 6M

in der Datei phi.ini eingetragen werden.

Zu dem Plugin gibt es natürlich noch viel mehr zu schreiben, aber probiert es doch einfach selbst einmal aus.
Viel Spaß!

Download
http://wordpress.org/extend/plugins/nextgen-gallery/