$ apt-cache search wordpress
drivel - Blogging client for the GNOME desktop
gnome-blog - GNOME applet to post to weblog entries
kblogger - a simple blogging application for KDE 4
kblogger-kde4 - a simple blogging application for KDE 4 - Transitional Package
lekhonee-common - Wordpress blogging client
lekhonee-gnome - Wordpress blogging client (GNOME front-end)
lekhonee-kde - Wordpress blogging client (KDE4 front-end)
libmarkdown-php - PHP library for rendering Markdown data
tomboy-blogposter - Tomboy addin for posting notes to a blog
wordpress - weblog manager

Eigentlich schreibe ich die Blog-Artikel im FireFox mit dem Editor von WordPress, Zeit sich mal die Offline-Editoren kurz anzusehen …

Zum selbst ausprobieren einfach in der WordPress-Administration unter “Einstellungen / Schreiben” die Option XML-RPC unter Fernpublizieren aktivieren und im Desktop-Blogging-Programm die Adresse auf http://meinblog/xmlrpc.php einstellen.

drivel

Drivel ist übersichtlich, die wichtigstens Formatierungen sind vorhanden und Entwürfe können lokal als XML-Datei gespeichert werden. Die Aktionen “Absenden”, “Aktualisieren” und “Löschen” werden sofort ausgeführt. Artikel befinden sich nicht ganz intuitiv versteckt im Pulldown-Menü “Tagebuch / Letzte Einträge >”. Eine schöne Variante für Netbooks?

Drivel :: Editor

Installation

$ sudo apt-get install drivel

Die Anwendung befindet sich nach der Installation unter “Anwendungen / Internet / Drivel Tagebucheditor” und kann mit der folgenden Konfiguation mit WordPress verbunden werden.

Benutzername: MeinUser
Passwort: MeinPasswort
Tagebuchtyp: Movable Type
Serveradresse: http://meinblog.de/xmlrpc.php

gnome-blog

gnome-blog ist minimalistischer als Drivel. Lediglich Formatierungen für fett und kursiv sind vorhanden. Entwürfe können nicht lokal gespeichert werden. Artikel werden durch “Eintrag veröffentlichen” sofort publiziert und die Anwendung wird beendet? Dafür kann die Anwendung dem Panel hinzugefügt werden. Vielleicht eher etwas für Kurznachrichten?

gnome-blog :: Editor

Installation

$ sudo apt-get install gnome-blog

Gnome-blog kann nach der Installation über “Anwendungen / Internet / Blog-Einträge verfassen” gestartet werden oder dem Panel über das Kontextmenü hinzugefügt werden. Mit folgender Konfiguation werden Artikel im WordPress-Blog veröffentlicht.

Blog-Typ: Selbst betrieben, WordPress
Blog-Basisadresse: http://meinblog.de/xmlrpc.php
Benutzername: MeinUser
Passwort: MeinPasswort
Blogs nachschlagen > Blog-Name: Mein Blog

lekhonee

Lekhonee wirkt unvollständig, Kategorien können nicht aktualisiert werden und im unterem Bereich ist ein Tab “WordPress” mit dem Hinweis “For Future Use”. Das Publizieren, Aktualisieren funktioniert, aber die Artikel werden mit eigener Werbung veröffentlicht “The post is brought to you by lekhonee v0.7″.

Lekhonee Gnome :: Editor

Installation

$ sudo apt-get install lekhonee-gnome

Lekhonee startet über “Anwendungen / Internet / Lekhonee Gnome” und mit folgender Konfiguration funktionierts mit WordPress.

Server: http://meinblog.de/xmlrpc.php
Username: MeinUser
Password: MeinPasswort

tomboy-blogposter

Das Tomboy-Plugin Blogposter verwendet das Atom Publishing Protokoll. Zum selbst ausprobieren einfach in der WordPress-Administration unter “Einstellungen / Schreiben” die Option “Atom Publishing Protocol” unter Fernpublizieren aktivieren und die URL http://meinblog/wp-app.php/posts verwenden.

Notizen werden ohne Feedback über “Post note to your blog” direkt zum Blog gesendet. Wird die Voreinstellung “Create posts as drafts” beibehalten, werden die Artikel unter Entwürfe gespeichert. Auch die von Tomboy erweiterteten Formatierungen werden übernommen.

Tomboy :: Editor

Installation

$ sudo apt-get install tomboy-blogposter

Tomboy befindet sich unter “Anwendungen / Zubehör / Tomboy Notizen” und mit der folgenden Plugin-Konfiguation können Notizen entfernt als Entwürfe gespeichert werden.

Einstellungen / Add-Ins / Tools / Post note to your blog
Aktivieren
Einstellungen
Label for this blog (only used internally): MeinBlog
Username: MeinUser
Password (optional. Will not be encrypted, just scrambled): MeinPasswort

Fazit

Mir persönlich hat am besten das Plugin Blogposter für Tomboy gefallen. Schön mit Ubuntu One die Notizen synchronisiert sammeln und dann wird schon aus der einen oder anderen Idee ein Artikel.

Oder wie blogst Du? :-)

WordPress :: Aktualisierung 2.8.6 => 2.9

Erst ganz vorsichtig und dann vollautomatisch …

Die Aktualisierung wurde in folgender Umgebung durchgeführt. Provider: HostEurope, Produkt: WebPack L 2.0

Test und Backup

Vor der eigentlichen Aktualisierung erst im Testblog die automische Aktualisierung erfolgreich getestet.

Schnell noch ein Backup der Datenbank durch das Plugin WP-DB-Backup erstellt und alle Dateien via FileZilla lokal gesichert.

Aktualisierung

Die automatische Aktualisierung von WordPress im Bereich “WP-Admin” über “Werkzeuge / Autoupdate” konnte ich nach einer gefühlten Ewigkeit erfolgreich durchführen.

Was ist neu?

Auf den ersten Blick nicht viel, schnell gefunden die neue Möglichkeit Bilder direkt in WordPress zu bearbeiten.

WordPress :: Medien bearbeiten

Auf den zweiten Blick findet ihr eine Übersicht der neuen Funktionalitäten in diesem Beitrag.

HostEurope KIS :: Webanwendung WordPress

Einfach eine andere Installationsvariante für das Webblogsystem WordPress kurz angetestet.

Testblog bei HostEurope installieren.

Die folgende WordPress Testinstallation wurde im Paket WebPack L 2.0 durchgeführt. Die Administration für das Webhosting-Paket befindet sich unter “Administration / Webhosting / Konfigurieren”.

• Datenbank für das Testblog unter “Datenbanken / Datenbank verwalten ” anlegen.
• WordPress unter “Skripte / Webanwendungen / WordPress-2.8 ( Web/Blog ) / Konfigurieren” konfigurieren.
  • Konfiguration starten.
  1. Domain ohne Weiterleitung auswählen.
  2. Datenbank auswählen.
  • Installation abschliessen
  1. Tabellen-Prefix
  2. Installationsverzeichnis (leider mit vorangestelltem www)
  3. Loginname
  4. Passwort für Adminzugang
  5. E-Mail
  6. Weblog Titel
  7. Spracheinstellungen
• Webanwendung wurde erfolgreich eingerichtet.

WordPress wird in der Version 2.8 installiert und kann unmittelbar nach der Installation unter der angegebenen URL aufgerufen werden.

Test Aktualisierung von WordPress Version 2.8 zu 2.8.6

Auch die von HostEurope installierte WordPress Version benötigt für ein Update (“Werkzeuge / Autoupdate / Automatisch aktualisieren”) Zugangsdaten.

Verbindungsinformation
 
Um die geforderte Anfrage durchzuführen, sind Informationen zu deiner Verbindung erforderlich.
...

Die automatische Aktualisierung über FTPS (SSL) funktioniert nicht wirklich.

WordPress aktualisieren
 
Downloading update from http://de.wordpress.org/wordpress-2.8.6-de_DE.zip.
 
Unpacking the update.

Mit etwas Geduld und der Variante FTP konnte die automatische Aktualisierung erfolgreich durchgeführt werden.

WordPress aktualisieren
 
Downloading update from http://de.wordpress.org/wordpress-2.8.6-de_DE.zip.
 
Unpacking the update.
 
Überprüfe die entpackten Dateien
 
Installiere die neueste Version
 
Aktualisiere Datenbank
 
WordPress wurde erfolgreich aktualisiert

Test Installation Plugin mg404Rewrite

mg404Rewrite über “Plugins / Installieren / Jetzt installieren / Jetzt installieren” installieren.

Installiere Plugin: mg404Rewrite 0.8
 
Lade Installationspaket von http://downloads.wordpress.org/plugin/mg404rewrite.0.8.zip herunter.
 
Paket wird entpackt.
 
Installiere das Plugin.
 
Das Plugins mg404Rewrite 0.8 wurde erfolgreich installiert.
 
Aktionen: Aktivieren Sie dieses Plugin | Zurück zur Plugin-Installation

Permalinks unter “Einstellungen / Permalinks” auf sprechende URL ändern.

Bsp. von

http:/sub.domain.tld/wordpress/?p=123

nach

http://sub.domain.tld/wordpress/2009/12/12/sample-post/.

Wenn Ihre .htaccess-Datei beschreibbar wäre, könnte WordPress sie automatisch bearbeiten.
Das ist nicht der Fall. Darum finden Sie hier die mod_rewrite-Regeln, die Sie manuell in Ihre .htaccess-Datei einfügen müssen.
Klicken Sie in das Feld und verwenden Sie Strg+A, um alles auszuwählen.

Erst die Schreibberechtigung auf das WordPress-Installationsverzeichnis für Andere (777) ermöglicht die Aktualisierung der .htaccess-Datei durch WordPress.

mg404Rewrite Version 0.9

Aufruf der sprechenden URL

http://sub.domain.tld/wordpress/2009/12/12/sample-post/

mit aktiviertem mod_rewrite Workaround (200 OK) funktioniert.

$ wget http://sub.domain.tld/wordpress/2009/06/hello-world/
--2009-12-13 12:24:31--  http://sub.domain.tld/wordpress/2009/06/hello-world/
Auflösen des Hostnamen »sub.domain.tld«.... 80.237.132.205
Verbindungsaufbau zu sub.domain.tld|80.237.132.205|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 7754 (7,6K) [text/html]
In »index.html« speichern.
 
100%[======================================>] 7.754       --.-K/s   in 0,02s   
 
2009-12-13 12:24:33 (471 KB/s) - »index.html« gespeichert [7754/7754]

Das Plugin mg404rewrite konnte erfolgreich unter WordPress 2.8.6 getestet werden, Zeit das Plugin zu aktualisieren.

Die neue Version ist auf der Plugin-Seite und im WordPress Plugin Directory.

Fazit

Der Easy Application Installer ist eine Möglichkeit bekannte Webanwendung leicht und schnell, ohne Einarbeitung in die jeweilige Webanwendung, zu installieren. Da werde ich mir bestimmt noch die eine oder andere der 34 Anwendungen ansehen …

Apropos mg404rewrite, mod_rewrite bei HostEurope kann erst ab “WebPack L/WebPack L 2.0″ genutzt werden, vielleicht funktioniert der Workaround für sprechende URLs in kleineren Paketen? ;-)

Kurze Anweisungen werden in WordPress für Bildlegenden (caption) oder Bildgalerien (gallery) verwendet und können leicht um eigene ShortCodes erweitert werden. Hier eine Idee …

Offline Notizen :: WordPress ShortCodes

Beispiellayout für Hinweistexte.

Dies ist ein Hinweis … Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat. …

Man könnte für das Beispiel Hinweistext …

<div style="border: 1px solid silver; margin: 0pt 0pt 1.5em; padding: 3px; overflow: auto; background-color: rgb(176, 224, 230); color: rgb(17, 0, 0);">
<img src="/wp-content/uploads/..../../info.png" alt="Hinweis" title="Hinweis" style="margin: 4px 8px 0pt 0pt; float: left;" height="24" width="24">
Mein Text für Hinweise.
</div>

… schreiben.

Oder einfach einen Shortcode …

[info]Mein Text für Hinweise.[/info]

… verwenden.

Quellcode für die drei ShortCodes “info”, “warn” und “tip”.

<?php
/*
Plugin Name: MyShortCodes
Plugin URI: http://mgsimon.de/2009/12/05/wordpress-shortcodes
Description: My short codes for [info]...[/info], [warn]...[/warn] and [tip]...[/tip]
Version: 0.1
Author: mgsimon
Author URI: http://mgsimon.de
*/
 
add_shortcode( 'info', 'sc_info' );
 
function sc_info( $atts, $content = null ) {
	return '<div style="background-color:#B0E0E6; border:1px solid silver; color:#110000; margin:0 0 1.5em; overflow:auto; padding: 3px;">
<img src="/wp-content/plugins/MyShortCodes/info.png" alt="Hinweis" title="Hinweis" width="24" height="24" style="margin: 4px 8px 0 0; float:left;"/>'.$content.'</div>';
}
 
add_shortcode( 'warn', 'sc_warn' );
 
function sc_warn( $atts, $content = null ) {
	return '<div style="background-color:#FFC0CB; border:1px solid silver; color:#110000; margin:0 0 1.5em; overflow:auto; padding: 3px;">
<img src="/wp-content/plugins/MyShortCodes/warn.png" alt="Warnung" title="Warnung" width="24" height="24" style="margin: 4px 8px 0 0; float:left;" />'.$content.'</div>';
}
 
add_shortcode( 'tip', 'sc_tip' );
 
function sc_tip( $atts, $content = null ) {
	return '<div style="background-color:#98FB98; border:1px solid silver; color:#110000; margin:0 0 1.5em; overflow:auto; padding: 3px;">
<img src="/wp-content/plugins/MyShortCodes/tip.png" alt="Tipp" title="Tipp" width="24" height="24" style="margin: 4px 8px 0 0; float:left;" />'.$content.'</div>';
}
 
?>

Beispiellayout für wichtige Hinweise.

Dies ist eine Warnung … Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat. …

Beispiellayout für Tipps.

Dies ist ein Tipp … Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat. …

weitere Infos zu ShortCodes

• da “WordPress 2.5 Shortcode API“,
• dort “10 incredibly cool WordPress shortcodes” oder
• hier “Shortcode API“

Quelle Google webmaster-tools :: Dauer des Herunterladens einer Seite (in Millisekunden)

… und einigen Auswertungen.

Die Seiten werden bei Host Europe bei gleicher Grundkonfiguration wesentlich schneller ausgeliefert. FireBug zeigt im Netzwerk-Reiter drei bis vier Sekunden für das Laden der kompletten Einstiegsseite an und monitorus hat zuvor bei Strato häufig zwei bis drei mal pro Woche eine nicht Erreichbarkeit der URL im Report angezeigt.

Eigentlich war mir die Geschwindigkeit nicht so wichtig, aber wie die zwei folgenden Grafiken zeigen, sind die Seiten seit der Umstellung auch für den Crawler von Google interessanter.

Quelle Google webmaster-tools :: Pro Tag gecrawlte Seiten

Quelle Google webmaster-tools :: Pro Tag heruntergeladene Kilobyte

Nichts gegen Strato aber mit einem Webhosting-Paket bin ich mit WordPress bei Host Europe besser aufgehoben.

Domain

Im Zuge des Umzugs auch ein Wechsel von der Subdomain blog.mgsimon.de auf die Domain mgsimon.de.

Kurz notiert …

1. Domain im Host Europe KIS unter “Administration / Webhosting / Konfigurieren / Domains / Domainzuordnung editieren” auf das WordPress Installationsverzeichnis einstellen.
2. Domain in WordPress unter “Admin / Einstellungen / Allgemein” in WordPress-Adresse (URL) und Blog-Adresse (URL) eintragen.
3. Direkt in der Datenbank oder einfacher mit einem Search and Replace Plugin alle absoluten Adressierungen ändern (http://sub.meinedomain.de => http://meinedomain.de).
4. sub.meinedomain.de-Referenzen aus dem weltweitem Netz mit den folgenden zusätzlichen RewriteRules ordentlich auf meinedomain.de umleiten.

   RewriteCond %{HTTP_HOST} ^([^.]+)\.meinedomain\.de$ [NC]
   RewriteRule ^(.*)$ http://meinedomain.de/$1 [R=301,L]

Test

$ wget http://blog.mgsimon.de/2009/11/15/mybookworld-backup/
--2009-11-22 15:20:53--  http://blog.mgsimon.de/2009/11/15/mybookworld-backup/
Auflösen des Hostnamen »blog.mgsimon.de«.... 80.237.132.205
Verbindungsaufbau zu blog.mgsimon.de|80.237.132.205|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 301 Moved Permanently
Platz: http://mgsimon.de/2009/11/15/mybookworld-backup/ [folge]
--2009-11-22 15:20:53--  http://mgsimon.de/2009/11/15/mybookworld-backup/
Auflösen des Hostnamen »mgsimon.de«.... 80.237.132.205
Wiederverwendung der bestehenden Verbindung zu blog.mgsimon.de:80.
HTTP Anforderung gesendet, warte auf Antwort... 200 OK
Länge: nicht spezifiziert [text/html]
In »index.html.1« speichern.

Sieht gut aus … fertig. :-)

Das Plugin mg404rewrite konnte ich erfolgreich entfernt in der Umgebung des Providers testen, Zeit das Plugin zu aktualisieren.

Die neue Version ist auf der Plugin-Seite und im WordPress Plugin Directory.

Die letzten vier Teile der AdWz-Serie haben die Erweiterungen für das Plugin mg404rewrite zur Umsetzung der Idee aus AdWz WP-Plugin 14 – Post beschrieben.

Der HTTP-Response wird kurz vor dem Senden durch das Plugin ausgewertet und in allen Formularen mit der Methode Post wird eine auflösbare URL (Nicht-Permalink) gesetzt.

Im letzten Schritt muss diese auflösbare URL durch ein weiteres Skript (PostProxy) verarbeitet werden.

PostProxy

Das Unbekannte – ein Formular mit der Methode Post an eine Permalink-URL – muss mit übertragenen Daten die ursprüngliche Permalink-Anfrage simulieren.

1
2
3
4
5
6
7
8
9
10
11

<?php
	if (isset($_POST["mg404_posturl"]) && isset($_POST["mg404_level"])) {
		$url =  parse_url($_POST["mg404_posturl"]);
		$_SERVER["REQUEST_URI"] = $url["path"];
		for ($i=0; $i<$_POST["mg404_level"]; $i++) 
			$chdir .= "../";
		chdir($chdir);
		if (is_file("index.php"))
			include("index.php");
	}
?>

Abgesichert durch die Abfragen in Zeile zwei und acht werden zur Simulation der ursprünglichen Permalink-Anfrage die Umgebungsvariable REQUEST_URI überschrieben (Zeile 4) und die Datei index.php von WordPress eingebettet (Zeile 9).

REQUEST_URI wird durch WordPress ausgewertet und sollte wie eine normale mod_rewrite Permalink-Anfrage verarbeitet werden.

weiter …

Das Plugin funktioniert mit der letzten Erweiterung in der lokalen Entwicklungsumgebung. Bevor die neue Version 0.7 auf der Plugin-Seite und im Plugin-Verzeichnis von WordPress.org aktualisiert wird, müssen die Änderungen noch entfernt in der vorgegebenen Umgebung des Providers getestet werden.

Erst einmal eine AdWz-Pause und dann demnächst auch die neue Version …

Im diesen Teil der AdWz-Serie werden die regulären Ausdrücke aus AdWz WP-Plugin 17 – Regex im Plugin mg404rewrite eingesetzt.

mg404_PostProxy

1
2
3
4
5

function mg404_PostProxy($content) {
	$formregex = "/" . get_option('mg404_postproxy_formregex') . "/i";
	$content = preg_replace_callback($formregex,'mg404_FormProcessor',$content);
	return $content;
}

In der für den Ausgabepuffer angemeldeten Funktion (Zeile 1) wird der reguläre Ausdruck (Zeile 2) aus der Konfiguration gelesen und für die Suche aufbereitet. In PHP werden reguläre Ausdrücke am Anfang und Ende durch ein / gekennzeichnet. Das Zeichen i führt diesen Ausdruck unabhängig der Groß- / Kleinschreibung aus.

Die Funktion preg_replace_callback (Zeile 3) meldet für diesen regulären Ausdruck eine Funktion an. Sollte im Ausgabepuffer eine Form mit der Methode Post vorhanden sein, wird die angemeldete Funktion (mg404_FormProcessor) zur Auswertung ausgeführt.

mixed preg_replace_callback  ( mixed $pattern  , callback $callback  , mixed $subject  [, int $limit  [, int &$count  ]] )

Jeder Treffer wird der Funktion übergeben und ausgewertet zurück gegeben. Am Ende wird der modifizierte Ausgabepuffer überschrieben und gesendet.

mg404_FormProcessor

1
2
3
4
5
6
7
8
9
10
11
12
13

function mg404_FormProcessor($match) {
	$formtag = $match[0];
	$urlregex = "/" . get_option('mg404_postproxy_urlregex') . "/i";
	preg_match($urlregex,$formtag,$actionurl);
	$linkregex = "/" . get_option('mg404_postproxy_linkregex') . "/i";
	if (preg_match($linkregex,$actionurl[1]))
		return $formtag;
	$postproxyurl = get_option('siteurl') . "/" . get_option('mg404_postproxy_url');
	$formtag = str_replace($actionurl[1],$postproxyurl,$formtag);
	$formtag .= "<input type='hidden' name='mg404_posturl' value='" . $actionurl[1] . "'/>";
	$formtag .= "<input type='hidden' name='mg404_level' value='" . substr_count(get_option('mg404_postproxy_url'),'/') . "'/>";
	return $formtag;
}

In der für den regulären Ausdruck angemeldeten Funktion (Zeile 1) wird der Treffer als Array übergeben. Mehrere Treffer würden im Array durch Gruppierung (Klammerung) im regulären Ausdruck übergeben, da in diesem Fall nur ein Treffer vorhanden sein kann wird der erste Index (0) in der Variable formtag (Zeile 2) abgelegt. Die URL der Aktion wird extrahiert (Zeile 4) und in actionurl zur weiteren Verarbeitung abgelegt. actionurl wird überprüft (Zeile 6) und bei einem nicht vorhandenen Permalink wird die Funktion vorzeitig ohne Veränderung verlassen (Zeile 7). Im anderen Fall wird das Form-Tag überarbeitet und zusätzlich der ursprünglichen URL der Aktion zurück gegeben (Zeile 9-12).

weiter …

Der Ausgabepuffer wird der Konfiguration entsprechend ausgewertet. Zu guter Letzt muss PostProxy zur Simulation die angefragte URI überschreiben und die Datei index.php von WordPress einbetten. Ein weiteres Skript wird demnächst im nächsten Teil der AdWz-Serie erstellt.

Regex; regular expressions (reguläre Ausdrücke) – in den 1960ern von Ken Thompson für die Entwicklung von qed und grep zuerst benutzt – sind Suchmuster, um eine definierte Menge aus einer Zeichenkette zu extrahieren. Vom Suchen, Ersetzen bis Prüfen können in vielen Editoren, mit Tools wie z.B. grep und in so gut wie allen Programmiersprachen reguläre Ausdrücke verwendet werden.

Beispiel eines regulären Ausdrucks zur Überprüfung einer E-mail-Adresse in richtiger Schreibweise (Syntax).

^([a-zA-Z0-9]((\.|\-)?[a-zA-Z0-9])*)@([a-zA-Z]((\.|\-)?[a-zA-Z0-9])*)\.([a-zA-Z]{2,8})$

Auf den ersten Blick kompliziert, aber angefreundet mit der Syntax kann schnell mit diesem mächtigen Tool viel Arbeit gespart werden.

Ohne weiter auf das o.a. Beispiel einzugehen werden für die Erweiterung des Plugins zur Verarbeitung der Post-Forms an Permalinks einige reguläre Ausdrücke verwendet.

mg404rewrite

Im ersten Schritt werden alle Formulare mit der Methode Post gesucht. Die URL der Aktion wird extrahiert und zur weiteren Verarbeitung überprüft.

Varianten

Folgende Varianten – bestimmt nicht vollständig – müssen durch reguläre Ausdrücke gefunden und ausgewertet werden.

1
2
3
4
5
6
7

... <form method="post" action="mypermalinkurl"> ...
... <form method='post' action='mypermalinkurl'> ...
... <form method=post action=mypermalinkurl> ...
... <form action="mypermalinkurl" method="post"> ...
... <form action='mypermalinkurl' method='post'> ...
... <form action=mypermalinkurl method=post> ...
... <form method="post" action="mypermalinkurl"> <input ...>myinputfield</input> ...

Regex Form-Tag

Regulärer Ausdruck wird auf dem übergebenen Ausgabepuffer angewendet.

Kurz notiert von links nach rechts.

<form

Findet genau die angegebene Zeichenketten.

<form.+method=

Das Ergebnis wird auf viele Zeichen bis zum Ende der Zeichenkette method= erweitert. . für ein beliebiges Zeichen und + (Wiederholungsfaktor: min. 1) für mindestens eins oder mehrere des vorhergenden regulären Ausdrucks (beliebiges Zeichen, der Punkt .).

<form.+method=["']?post

Der Ausdruck wird durch die Zeichen in eckigen Klammern und ? (Wiederholungsfaktor: optional) zusätzlich der Zeichenkette post um optional ein “ oder ein ‘ erweitert, um die unterschiedlichen Notationen abzudecken (siehe Varianten Bsp. Unterschiede Zeile 1 “, 2 ‘ und 3).

<form.+method=["']?post.*?>

Das Form-Tag – nicht mehr und nicht weniger – wird benötigt. Durch die letzte Erweiterung beliebiges Zeichen . in beliebiger Anzahl * (Wiederholungsfaktor: eins, viele oder keins) bis zum abschließenden Zeichen >, wird das Tag Form im ganzen gefunden.

Nicht mehr durch das letzte ? (non-greedy). Ohne das Fragezeichen hinter dem Wiederholungsfaktor würde das Ergebnis bis zur letzten > des Ausgabepuffers reichen – etwas viel (siehe Bsp. Variante Zeile 7).

Die Wiederholungsfaktoren sind erst einmal “gierig” (greedy) – bis zum letzten und durch die zusätzliche Angabe ? wird der Ausdruck “genügsam” (non-greedy) – bis zum ersten aufgelöst.

Regex Action-URL

Regulärer Ausdruck wird auf das Ergebnis von Regex Form-Tag angewendet.

.*action=["'](.*?)["' >]

Referenzierung auf die URL durch die Klammerung. Die URL wird im zweiten Schritt ausgewertet, da die Reihenfolge der Attribute im Form-Tag nicht bekannt ist (siehe Bsp. Variante Zeile 1-3 und 4-6).

Gut, mit Look-around assertions hätte man bestimmt in einem Schritt auch die URL ermitteln können, aber wollen ja auch nicht übertreiben.

Regex Non-Permalink

Regulärer Ausdruck wird auf das Ergebnis von Regex Action-URL angewendet.

Wie der Webserver eingehende Anfragen auswertet, kann außerhalb der Umgebung nicht für alle Fälle vorhergesagt werden.

Der folgende Ausdruck soll die URL zur weitere Verarbeitung auswerten. Endet die URL auf .php ist die Zieladresse bestimmt kein Permalink und das Formular muss nicht berücksichtigt werden.

.*\.php$

$ kennzeichnet das Ende der Zeichenkette und \ hebt die Metabedeutung des nächsten Zeichens . auf.

weiter …

Die Konfigurationswerte für die regulären Ausdrücken können im Administrationsbereich auf der Seite Einstellungen / Verschiedenes abgelegt werden.

Apropos Konfiguration: Bin gleich über einen Fehler gestolpert. Die Werte wurden nicht richtig dargestellt. Das Zeichen ” hatte den Wert der Eigenschaft value vorzeitig beendet. Die in der Form darzustellenden Werte einfach zuvor mit der WordPress-Funktion attribute_escape() anpassen.

Soviel erst einmal zu den regulären Ausdrücken. Das Plugin muss nur noch erweitert werden, damit alle Post-Forms an Permalinks verarbeitet werden können. Dazu ein anderes mal mehr … :-)

Wieso jetzt auf einmal Konfiguration?

Die Erweiterung zur Verarbeitung gesendeter Daten mit der Methode Post an eine Permalink-URL wird jede Antwort auswerten müssen. Durch diese Auswertung wird jede Anfrage zusätzlich Last erzeugen. Die Erweiterung sollte mindestens de-aktivierbar sein, da nicht jeder Formulare in dieser Variante einsetzt.

Zusätzlich werden Daten für reguläre Ausdrücke, Erkennungskriterien für Permalinks und die PostProxy-URL in der Konfiguration abgelegt, damit nicht bei jeder kleinen Änderung das Plugin angepasst werden muss.

WordPress & Konfiguration

Konfigurationen werden in der Datenbanktabelle wp_options verwaltet. Eine nicht verlinkte WordPress-Seite http://[meinblog]/wp-admin/options.php zeigt alle vorhandenen Optionen auf einer Seite an. Seit WordPress 2.7 wurde eine Settings API hinzugefügt, um Einstellungen leicht über die Administration verwalten zu können.

Das Plugin wird dann nur noch ab Version 2.7 funktionieren, aber was solls – WordPress sollte so und so auf dem aktuellsten Stand gehostet werden.

Settings API

Im ersten Schritt muss die Konfiguration über die Aktion “admin_init” initialisiert werden.

add_action('admin_init','mg404_settings_api_init');

In der angemeldeten Funktion zur Initialisierung werden Administrationsbereich, Felder und Callback-Funktionen definiert.

function mg404_settings_api_init() {
	add_settings_section('mg404_setting_section', 'mg404rewrite', 'mg404_setting_section_callback', 'misc');
	add_settings_field('mg404_postproxy_enable', 'Activate PostProxy', 'mg404_postproxy_enable_callback', 'misc', 'mg404_setting_section');
	register_setting('misc', 'mg404_postproxy_enable');
}

Hatte versucht die Felder passend dem Administrationsbereich “Permalink” zuzuordnen. Leider – warum auch immer – funktioniert die Settings API nicht auf dieser Konfigurationsseite? Die Bereiche media, reading, writing und misc konnte ich erfolgreich testen. WP-Bug? mg404rewrite Einstellungen werden jetzt erst einmal misc “Verschiedene Einstellungen” zugeordnet.

add_settings_section

Die Funktion add_settings_section ordnet die Optionen einem Bereich in der Administration zu.

add_settings_section($id, $title, $callback, $page)

• $id – Bezeichner zur späteren Referenzierung (im o.a. Bsp.: mg404_setting_section).
• $title – Titel wird als Überschrift im (Unter-)Bereich ausgegeben (im o.a. Bsp.: mg404rewrite).
• $callback – Callback-Funktion, um u.a. eine Beschreibung auszugeben (im o.a. Bsp.: mg404_setting_section_callback).
• $page – Namen der Konfigurationsseite (general, reading, writing, media etc.). Bereich wird am Ende dieser Seite hinzugefügt (im o.a. Bsp.: misc).

add_settings_field

Die Funktion add_settings_field fügt ein Feld auf der Konfigurationsseite hinzu.

add_settings_field($id, $title, $callback, $page, $section = 'default', ...)

• $id – Eindeutiger Bezeichner für das anzulegende Konfigurationsfeld (im o.a. Bsp.: mg404_postproxy_enable).
• $title – Titel wird als Kurzbeschreibung links vom Feld ausgegeben (im o.a. Bsp.: Activate PostProxy).
• $callback – Callback-Funktion, um die Form zur Verwaltung auszugeben (im o.a. Bsp.: mg404_postproxy_enable_callback).
• $page – Namen der Konfigurationsseite (general, reading, writing, media etc.). Muss mit dem angegebenen Wert $page in add_settings_section übereinstimmen (im o.a. Bsp.: misc).
• $section – Muss mit dem angegebenen Wert $section in add_settings_section übereinstimmen (im o.a. Bsp.: mg404_setting_section).
• …

register_setting

Die Funktion register_setting meldet ein Feld zur Verwaltung durch WordPress an.

register_setting($option_group, $option_name, ...)

• $option_group – ? (im o.a. Bsp.: misc).
• $option_name – Muss mit der $id aus add_settings_field übereinstimmen (im o.a. Bsp.: mg404_postproxy_enable).
• …

Callback-Funktionen

Die Funktion mg404_setting_section_callback gibt lediglich eine Beschreibung für den zuvor definierten Konfigurationsbereich aus.

function mg404_setting_section_callback() {
	echo "<p>Intro text for our settings section</p>";
}

mg404_postproxy_enable_callback muss zur Verwaltung die Felder mit der dazugehörigen ID für die Form ausgeben und zusätlich muss der Wert über get_option($id) richtig gesetzt werden.

function mg404_postproxy_enable_callback() {
	$checked = get_option('mg404_postproxy_enable');
	if ($checked) 
		$checked = " checked='checked' ";
	echo "<input {$checked} name='mg404_postproxy_enable' id='mg404_postproxy_enable' type='checkbox' value='1' class='regular-text code'>";
}

Fertig?

Mit einigen zusätzlichen Feldern sollte das Formular wie folgt aussehen.

weiter …

Der Einstiegspunkt wurde in AdWz WP-Plugin 15 – HTTP-Response gefunden und eine Möglichkeit, das Plugin zu konfigurieren, hier beschrieben. Demnächst etwas über reguläre Ausdrücke, damit auch die richtigen POST-Forms gefunden werden … :-)