mgBlog

(AdWz; Auf dem Weg zum) WP-Plugin 19 – PostProxy

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.

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 18 – Regex & PHP

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;
}

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 17 – Regex

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.

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 16 – Konfiguration

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.

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 15 – HTTP-Response

Im ersten Schritt zur Umsetzung der Idee aus
AdWz WP-Plugin 14 – Post muss die Seite vor der Auslieferung (HTTP-Response) angepasst werden. In der Antwort müssen alle enthaltenen Formulare mit der Methode Post gefunden werden. Wann oder wo Formulare eingebaut werden ist zuvor nicht bekannt. Die Verarbeitung muss kurz vor der Auslieferung erfolgen, damit alle aktivierten Plugins und andere WordPress Anpassungen die Anfrage vor dem Plugin mg404rewrite ausgewertet haben.

Vergeblich auf der Suche nach einem guten Einstiegspunkt (Hook) in der WP-API habe ich die PHP-Funktion ob_start – Ausgabepufferung aktivieren – gefunden.

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 14 – Post

Die Entwicklung des Plugins mg404rewrite hatte ich eigentlich mit der mod_rewrite Aktivierung bei Strato eingestellt, aber das Plugin wurde mittlerweile bei wordpress.org um die 300 mal heruntergeladen und eine mögliche Lösung für die Verarbeitung übermittelter Formulardaten durch die Variante Post ist mir schon vor einiger Zeit eingefallen.

Problem

Der Workaround, Permalinks durch eine benutzerdefinierte Fehlerseite auflösen zu können, funktioniert nicht für übertragene Daten mit der Methode Post.

Eine Lösungsmöglichkeit für eine oder wenige Seiten mit Formularen beschreibt Ingo Henze in “Es geht doch, Kontaktformular mit POST und Permalinks“.

Aber für viele Seiten wird die manuelle Lösung schnell unübersichtlich und mit etwas Dynamik wie z.B. durch ein Plugin auf mehr oder weniger allen Seiten unmöglich.

Wie könnte eine allgemeine Lösung durch ein Plugin aussehen?

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 13 – mod_rewrite

Der Provider Strato (www.strato.de) hat das URL-Umschreibungsmodul – mod_rewrite – aktiviert. Die suchmaschinenfreundlichen Permalinks funktionieren ohne Workaround. Der Standard über Regeldefinitionen in der .htaccess sind ausreichend. Keine manuelle Anpassungen sind notwendig.

Das Plugin mg404rewrite wird wenigstens bei Strato (www.strato.de) weiterhin nicht benötigt. Vorerst der letzte Artikel in der Serie AdWz, die Entwicklung des Plugins wird eingestellt.

(AdWz; Auf dem Weg zum) WP-Plugin 12 – 304 Not Modified

Das Plugin mg404rewrite läuft seit einigen Monaten stabil in diesem Blog und wurde in der einen oder anderen WordPress-Installation mit aufgenommen. Grund genug sich die ToDo-Liste anzusehen. “Conditional Gets” und “HTTP-Post” werden durch das Plugin noch nicht verarbeitet. Dieser Teil der Artikelserie “AdWz …” setzt sich mit dem Thema “Conditonal Gets” auseinander.

“Conditional Gets” werden u.a. für sogenannte Feeds benötigt. WordPress, andere Blogs und viele Quellen im weltweitem Netz bieten einen Newsfeed an.

Feed oder Newsfeed (RSS oder Atom) ist ein elektronisches Nachrichtenformat, das dem Nutzer ermöglicht, über Inhalte einer Website, Änderungen daran oder Nachrichten in gegebenenfalls zusammengefasster Form auf dem Laufenden zu bleiben.

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 11 – Trackbacks

In der Blogosphäre werden die Blogs untereinander vernetzt. Die erforderlichen Links werden durch Trackbacks oder Pingbacks erzeugt. Dazu werden zwischen den beteiligten Weblogs nach einem festen Protokoll Daten ausgetauscht, die die Beziehung zwischen den betreffenden Einträgen herstellen. Der Titel, Name des Blogs, die Quelladresse und ein Auszug aus dem Artikeltext werden der Zieladresse über eine HTTP-Post Anfrage übertragen.

Sollte ein Fehler auftreten (HTTP-Statuscode 404 Not Found) werden die Daten einer Anfrage über HTTP-Post vom Webserver nicht der Fehlerseite übergeben. Die Permalinks für Trackbacks in der Form http://mgsimon.de/sample-post/trackback werden mit der Lösung über die Fehlbehandlung nicht funktionieren.

(weiterlesen…)

(AdWz; Auf dem Weg zum) WP-Plugin 10 – 302 Found

Das Plugin mg404Rewrite überschreibt bis zur Version 0.4 bei erfolgreichen Anfragen den HTTP-Statuscode 404 Not Found durch 200 OK, damit Permalinks auch ohne das Apache-Modul mod_rewrite funktionieren.

Nicht immer wirklich richtig, denn WordPress sendet bei Trackback-Referenzen (die Dinger zur Selbstreferenzierung der Blogs untereinander) nicht den HTTP-Statuscode 200 OK. Der Code 302 Found mit der Referenz zum dazugehörigen Beitrag wird gesendet, damit anschliessend dieser angezeigt werden kann.

Version 0.5 wird diesen Sonderfall durch eine kleine Änderung berücksichtigen.

(weiterlesen…)