mgBlog

(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 …)