Ich hatte ja bereits berichtet, dass ich alle meine Plugins mit den Beta-Versionen und den Release Candidates erfolgreich testen konnte. Nachdem ich eben meinen Blog auf die neue Version aktualisiert habe konnte ich auch mit Freuden feststellen, dass nicht nur meine Plugins, sondern anscheinend auch fast alle Plugins, die ich einsetze mit der neuen Version funktionieren. Einzig qTranslate, das für die Mehrsprachigkeit zuständig ist, wird immer erst mit etwas Verzögerung angepasst.

Nach der Installation konnte ich dann auch gleich mal die neue Update Funktion testen, die nun auch das Aktualisieren von Templates unterstützt. Es ist nun auch nach ganz oben im Menü gewandert und zeigt ähnlich zu der Anzeige für Plugin-Updates eine Gesamtanzahl von verfügbaren Plugins an:

Wie ihr sehen könnte sind einige Punkte noch nicht übersetzt. Aber vermutlich muss ich noch die aktuellen deutschen Sprachdateien für WordPress 3.0 runterladen. Da ich das Theme selbst übersetzt habe, sollten hier alle Texte übersetzt sein.

Ich werde euch natürlich auf dem Laufenden halten, sollten sich Probleme mit einem meiner eigenen Plugins oder mit den Plugins, die ich hier einsetze, ergeben. Falls ihr Probleme findet, würde ich mich natürlich über einen Kommentar in diesem Artikel oder noch besser in den Artikeln zu dem jeweiligen Plugin freuen.

Jetzt bleibt mir nur, uns allen viel Spaß mit dem neuen WordPress zu wünschen.

Last call; final bugs
Itch, scratch, contort; calmly wait
For now: RC3

Gleichzeitig findet sich hier auch die Aufforderung an alle WordPress Plugin Entwickler die eigenen Plugins mit dem Release Candidate 3 von WordPress zu testen. Dem bin ich schon zuvor nachgekommen und kann stolz verkünden, dass ich bisher mit keinem meiner 3 aktuellen Plugins einen Fehler finden konnte.

Da es nur noch 9 aktive offene Tickets gibt bleibt zu hoffen, dass wir bald WordPress 3 auf unseren Blog einsetzen können. Ich bin zumindest schon sehr gespannt darauf.

Da ich mich bei der Entwicklung an bestimmte Standards gehalten habe und keine als DEPRECATED (veraltet) gekennzeichnete Funktion eingesetzt habe, sollten die Plugins dann auch mit der finalen Version von WordPress 3.0 funktionieren. Ich werde aber die NIGHTLY BUILDS in regelmäßigen Abständen testen und eventuell auftretende Fehler noch vor dem Erscheinen der finalen Version von WordPress 3.0 beheben.

Solltet ihr bereits Fehler mit WP 3.0 gefunden haben oder aber einen Fehler mit einer aktuellen Version, dann teilt mir das bitte in einem Kommentar auf den Pluginseiten oder in diesem Post mit.

Ich wünsche uns allen viel Spaß mit den tollen neuen Features von WP 3.0 und hoffe, dass wir sie bald in einer finalen Version genießen können.

Zusätzlich konnte ich auch die Sprachenauswahl auf der Login Seite reparieren. Diese war auch seit irgendeinem Update defekt und man musste dann nachträglich die Sprache innerhalb des Backends wechseln. Das funktioniert jetzt also auch wieder direkt bei der Anmeldung.

Da für WordPress 3.0 schon angekündigt wurde, dass sich für Plugin Entwickler einiges ändern wird hoffe ich, dass meine Mühe nicht umsonst gewesen ist und das Plugin auch mit Version 3.0 noch auf Anhieb funktioniert.

Die neue Version könnt ihr auf meinem Post zum Plugin sowie im Plugin Repository von wordpress.org runterladen. Wer es schon installiert hat kann es wie immer direkt über das Backend komfortabel aktualisieren. Solltet ihr das Plugin bereits vorher verwendet haben, müsst ihr eventuell einmal die Cookies für eure Website löschen, damit das Plugin reibungslos funktioniert.

Danke an dieser Stelle noch einmal an Inaki und Lars für ihre Rückmeldung bezüglich des Fehlers in WordPress MU!

Auch die IT-Welt ist jedes Jahr mit witzigen und teilweise sehr gut versteckten Scherzen vertreten. Ich möchte hier drei Beispiele aufführen, die mir dieses Jahr besonders gut gefallen haben. Dieses Jahr waren es aber auch viele internetbezogene Themen und nicht die üblichen Vaporware Meldungen, die es mir angetan haben.

3. Platz: Peruns Weblog: Google kauft WordPress, Adobe senkt Preise

Die Bronzemedaille geht an Peruns Weblog. Hier wurden gleich mehrere Behauptungen aufgestellt. So wurde hier berichtet, dass Google WordPress gekauft haben soll und dabei Apple und Microsoft ausgestochen hat. Hier wurden auch Kommentare von Googles Pressesprecher sowie von Steve Jobs und Bill Gates aufgeführt. Das Statement von Steve Jobs wird allerdings unglaubwürdig, als er vom fehlenden feminine touch enttäuscht ist und die mangelnde Euphorie der WordPress User gegenüber seiner Person bemängelt. Die Aussage von Bill Gates wird spätestens dann unglaubwürdig, als ein Kommentar von ihm über den Speicherbedarf von PCs aufgeführt wird, das nachweislich nicht von ihm stammt, wobei hier der Autor sogar noch auf den Wikipedia-Artikel verweist, der auch genau das aussagt.

Sehr schön wären auch die Behauptungen über Adobe, die Photoshop für 99€ in der 3er Lizenz abgeben würden und aufgrund von aktuellen Sicherheitslücken jedem Benutzer bei jedem Start einen 10€ Amazon Gutschein schenken würden.

Alles in allem war hier der Aprilscherz für jeden Benutzer sehr schnell erkennbar. Wer es dennoch glaubte bekam schon in den ersten Kommentaren die Auflösung.

2. Platz: WordPress Deutschland: WordPress Deutschland muss seine Domain abgeben

Der Aprilscherz von WordPress Deutschland war nicht direkt erkennbar. So wurde die Abgabe der Domain an WordPress mit dem Markenrecht begründet und es wurde auch auf den Fall von 2006 verlinkt, bei dem die Domain wordpress.de bereits abgegeben werden musst. Auch hat der Autor keine Kosten und Mühen gescheut und die neue Domain wördpräss.de wirklich registrieren lassen und eine provisorische Seite eingerichtet.

Die wenigsten werden aber wohl geglaubt haben, dass WordPress Deutschland als neue Domain eine mit Sonderzeichen verwenden würde, auch wenn die Zielgruppe der Seite diese auf ihrer Tastatur ohne weiteres eintippen können.

Aber alleine die gute Planung durch die angelegte Domain und die stichhaltige Begründung sind die Silbermedaille mehr als wert.

1. Platz: tagesschau.de: Alle IP-Adressen besetzt – ICANN schaltet Rootserver ab

Der mit Abstand beste Aprilscherz, den ich dieses Jahr gelesen habe kommt von der Online-Redaktion von tagesschau.de. Die Meldung wurde sogar im News-Feed veröffentlicht. In dem Artikel wird behauptet, dass die ICANN die letzte noch verfügbare IP Adresse vergeben hat. Die drastische Maßnahme die nun ergriffen werden müsse wäre die Abschaltung des Root-Servers am 2. April um Mitternacht US-Westküstenzeit. Im Laufe dieses Tages würden dann alle Server von IPv4 auf IPv6 umgestellt. Alle IPv6 fähigen Rechner könnten danach wieder auf das Internet zugreifen, für die IPv4 Rechner wäre eine Verbindung nach diesem Tag nicht mehr möglich. In dem Artikel wurde auch auf ein Interview mit einem Experten verlinkt. Auch wurde genau erklärt, wie eine IPv4 Adresse aufgebaut ist und wieso diese jetzt nun alle verbraucht sind.

An keiner Stelle im Text war sofort erkennbar, dass es sich um einen Aprilscherz handelt. Lediglich hinter ein paar Link im Text und hinter einem Link am Artikelende wurde auf eine Seite verlinkt, die die Situation aufklärte. Da wohl einige User die Meldung geglaubt haben wurde heute eine Aufklärung veröffentlicht, in der ein paar Reaktionen nachzulesen sind.

Mit dem gut recherchierten Text gepaart mit dem fingierten Interview hat sich dieser Aprilscherz mit Recht die Goldmedaille in diesem Jahr geholt. Ich bin schon gespannt was uns im nächsten Jahr von der tagesschau.de Redaktion aufgetischt wird.

Was waren euere Highlights am 1. April? Habt ihr anderen auch einen Streich gespielt oder seid auf einen reingefallen? Kennt ihr auch noch gute Scherze, die online die Runde gemacht haben? Über Kommentare dazu und zu den von mir erwähnten Scherzen würde ich mich wie immer freuen.

Wer mich also schon immer mal persönlich treffen möchte hat dort die einmalige Gelegenheit dazu. Natürlich lohnt sich ein Besuch des WordCamp auch dann, wenn ihr etwas über die Macher hinter den ganzen Plugins und Themes erfahren möchtet und euch mit Gleichgesinnten austauschen möchtet. Es ist die Gelegenheit eure Fragen und Anregungen mit anderen Nutzern von WordPress zu diskutieren.

Das Programm steht wie immer bei solchen Barcamps im Vorfeld noch nicht statt. Jeder kann auf der Website selbst eine Session zum Programm anmelden. Wenn ihr also ein tolles Thema rund um WordPress habt, dass ihr anderen vorstellen möchtet, dann meldet eure Session an.

Das WordCamp 2010 findet im betahaus statt. Ich finde das die perfekte Location dafür. Es basiert auf dem Prinzip des Coworking. Jeder arbeitet hier zwar für sich, aber anstelle ein eigenes kleines Büro zu mieten und dort alleine und verlassen zu arbeiten, trifft man sich hier mit vielen anderen kreativen Köpfen. Da ich schon immer mal das betahaus besuchen wollte trifft sich das also ganz gut.

Also, wer von euch jetzt Lust bekommen hat auch am WordCamp teilzunehmen sollte sich schnell auf der Website anmelden, da die Teilnehmerzahl auf 200 begrenzt ist. Die Schutzgebühr für das WordCamp beträgt 10€, die aber vollständig an eine gemeinnützige Organisation gespendet werden. Vermutlich ist die Anmeldung nicht kostenlos, damit sich auch nur diejenigen Anmelden, die wirklich kommen möchten. Es wäre doch schade, wenn am Ende wie im letzten Jahr ein Viertel von den 200 Angemeldeten nicht kommen.

In diesem Sinne, bis Juli auf dem WordCamp! Und wer mich dann wirklich treffen möchte kann gerne vorher mit mir Kontakt aufnehmen. Am besten hinterlasst ihr hier einen Kommentar

Der Kommentator, der den Fehler gefunden hat, konnte auch selbst am nächsten Tag schon eine Lösung finden, die er auf seinem eigenen Blog sowie als weiteres Kommentar hinterlassen hat. An dieser Stelle nochmals vielen Dank an David.

Ich versuche Fehler, die mir mitgeteilt werden immer innerhalb von wenigen Tagen zu beheben. Dazu bin ich natürlich darauf angewiesen, dass mir diese auch mitgeteilt werden. Bei WordPress kann es sehr oft vorkommen, dass sich zwei Plugins nicht zusammen vertragen. Wenn ihr also mit einem meiner Plugins ein Problem feststellen solltet, dann scheut euch nicht mir das mitzuteilen. Ich werde gerne versuchen das Problem zu beheben.

Ich selbst habe Akismet nach ca. einer Woche aktiviert. Am Anfang gab es noch so gut wie keine Kommentare auf meinem Blog. Allmählich sind dann aber diverse Spam-Bots auf meinen Blog aufmerksam geworden. Von Pflichangabe wie E-Mail wollte ich eigentlich absehen und auch ein Captcha finde ich persönlich sehr nervig, wenn ich auf einem Blog oft einen Kommentar hinterlasse. Daher habe ich Akismet getestet uns bin seither sehr zufrieden damit. Alle Mails zu Medikamente, Casinos, Geld verdienen und so manch nicht jugendfreiem Thema werden dadurchz wirksam geblockt. Für den unwissenden Blogbetreiber ist es auch manchmal recht schwer die gut getarnten Kommentare zu entlavern, die z.B. den Blog loben, nur um damit einen Backlink zu setzen und den Blogbesucher dann auf eine zweifelshafte Seite zu lenken.

Ich kontrolliere alle als Spam markierte Kommentare mit Hilfe meines Kommentar-Feed Plugins per Outlook. Das dauert pro Tag nur ein paar Sekunden und ich kann damit Kommentare finden, die von Akismet fälschlicherweise als Spam markiert wurden, was aber extrem selten passiert.

Mein Spam/Ham Verhältnis, wie es die Akismet-Statistiken anzeigen ist zur Zeit bei ca. 1:22 was also bedeutet, dass auf einen guten Kommentar 22 Spam Kommentare kommen. Mein Aksimet “Yummy Pie” sieht also zur zeit wie folgt aus:

Wem dieser Kuchen genauso wenig schmeckt wie mir, der kann gerne etwas dagegen unternehmen, indem er mal das ein oder andere Kommentar hinterlässt. Die Hürden dazu habe ich wie gesagt sehr niedrig gesetzt.

Allen Lesern, die selbst einen Blog betreiben und noch kein Akismet einsetzen, kann ich dies nur nochmals empfehlen. Es benötigt keinen großen Aufwand und erspart einem viel Zeit beim aussortieren des Spams. Die nächste Plugin Empfehlung wird wohl über WPtouch sein, dass ich seit Anfang des Jahres einsetze. Der ein oder andere Handy-Surfer wird es wohl schon bemerkt haben.

Installation und grundlegende Einstellungen des Plugins

Das Plugin kann genauso einfach installiert werden wie jedes andere auch. Es ist prinzipiell auch keine Anpassung irgendwelcher Zugriffsrechte notwendig und es müssen auch keine Änderungen am Theme vorgenommen werden. Das hat mich zuerst etwas überrascht, aber es hat auf anhieb funktioniert.

Bevor ihr das Plugin verwendet, solltet ihr ein paar grundlegende Einstellungen über das Adminmenü, das ihr über den Link “Sprachen” erreicht, vornehmen. Als erstes solltet ihr natürlich festlegen, welche Sprachen ihr in eurem Blog anbieten möchtet und welche davon die Standardsprache ist. Die Sprache, die ihr hier einstellt wird aber nicht in jedem Fall verwendet. Nehmen wir z.B. an, dass einer eurer Besucher in seinem Browser Englisch als Standardsprache ausgewählt hat. Dieser Besucher bekommt dann automatisch den Blog in englischer Sprache präsentiert, vorasugesetzt, ihr bietet ihn auch in englisch an. Sollte aber ein Besucher z.B. Spanisch gewählt haben, und ihr bietet die Sprache nicht an, dann wird die zuvor gewählte Standardsprache präsentiert.

Die zweite wichtige Option betrifft die Links, die für die anderen Sprachversionen verwendet werden sollen. Diese Option findet ihr unter “Erweiterte Einstellungen”. Ich verwende für meinen Blog den Query-Modus, da ich bei den beiden andern Modi Probleme mit verschiedenen Plugins hatte.

Zuletzt solltet ihr euch noch die übrigen erweiterten Funktionen ansehen und überlegen, welche davon für euch sinnvoll wäre. Sehr wichtig könnte hier die “Datum / Zeit Konvertierung” sein, da je nach verwendeter Datumfunktion in euerm Tempalte sonst keine korrekten Zeit- und Datumsangaben ausgegeben werden können.

Verwendung des Plugins

Sobald ihr einen neuen Artikel verfassen möchtet, werden euch vermutlich zuerst die zusätzlichen Titel-Eingabefelder auffallen. Pro Sprache kann hier ein eigener Titel eingegeben werden. Wenn ihr den Blogtitel auch für eure Permalinks verwendet, wird allerdings immer der Titel der Standardsprache für den Permalink verwendet zzgl. Modifikation durch den zuvor eingestellen Modus.

Ebenfalls hinzugekommen ist ein Umschalter für den Inhalt des Artikels, hier könnte ihr jede Sprache in einem eigenen “Tab” bearbeiten. Ich erstelle in der Regel einen Artikel zuerst in deutsch und kopiere dann den gesamten Inhalt in den englischen Tab und ihn dort Absatz für Absatz zu übersetzen. Somit kann ich Links, Bilder und Quelltexte an der Stelle direkt wiederverwenden. Einige der Bilder oder Quelltexte werden von mir aber auch in der englischen Version ausgetauscht bzw. ersetzt.

Übersetzung von Schlagwörtern und Kategorien

Ein wenig versteckt ist die Möglichkeit auch die Schlagwörter (Tags) und die Kategorien zu übersetzen. Wenn man beim Verfassen eines neuen Artikels ein neues Schlagwort oder eine neue Kategorie anlegt, dann wird erst einmal für jede Sprache der Wert für die Standardsprache verwendet. Ihr könnt aber sehr einfach über die Verwaltung der Schlagwörter und Kategorien im Adminmenü alles für die anderen Sprachen übersetzen. Diese Übersetzung gilt dann für denen Bereich, in dem die Schlägwörter eingesetzt werden. Auch Plugins für Suchmaschinenoptimierung, die eventuell die Schlagwörter für den META-Tag “keywords” verwenden, bekommen so den übersetzen Wert geliefert.

Den Umschalter nicht vergessen

Damit eure Benutzer auch zwischen den verschiedenen Sprachen hin- und herschalten können, dürft ihr natürlich den Umschalter nicht vergessen. Am einfachsten geht das mit dem von qTranslate bereitgestellten Widget, dass ihr in eine eurer Seitenleisten einbauen könnt. Platziert es am besten sehr weit oben, damit ein Benutzer, der die Sprache eures Blogs nicht sofort versteht, direkt erkennen kann, dass es den Blog auch in anderen Sprachen gibt.

Ich wünsche euch nun viel Spaß beim Testen von qTranslate. Wenn ihr Fragen oder Anmerkungen zum Artikel habt würde ich mich wie immer über einen Kommentar sehr freuen.

Da es keine Möglichkeit gab dies über das Plugin zu lösen, habe ich mir eine eigene, aber gleichzeitig auch sehr einfache und erweiterbare Möglichkeit überlegt. Die Lösung für das Problem ist die Anpassung der .htacces Datei. Dies hat auch den Vorteil, dass dazu alle Links zum Feed umgeleitet werden, unabhängig davon, wo sie auftauchen. Die .htaccess sieht in meinem Fall wie folgt aus:

# BEGIN Feedburner feed rewrites
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteCond %{QUERY_STRING} ^lang=en$
RewriteRule ^feed$ http://feeds.feedburner.com/Kau-boysBlog_en [L]
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteRule ^feed$ http://feeds.feedburner.com/Kau-boysBlog [L]
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteCond %{QUERY_STRING} ^lang=en$
RewriteRule ^comments/feed$ http://feeds.feedburner.com/CommentsForKau-boysBlog [L]
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteRule ^comments/feed$ http://feeds.feedburner.com/Kommentare-Fuer-Kau-boys-Blog [L]
</IfModule>
# END Feedburner feed rewrites

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Interessant ist hier der erste Abschnitt der .htaccess, der untere wurde automatisch von WordPress erzeugt und kann sich von eurem unterscheiden, je nachdem welche Permalink Struktur ihr gewählt habt. Wichtig zu erwähnen ist hierbei auch, dass mein Blog nicht in einem Unterordner wie “wordpress” oder “blog” liegt, sondern auf höchster Ebene der Domain, also direkt im “httpdocs” Order sollte euer Blog in einem Unterordner liegen, müsst ihr diesen entsprechen in den Zeilen 7, 9, 12 und 14 angeben. Sehr wichtig ist auch das “^” am Anfang der RewriteRule, damit nicht jeder Feed-Link durch Zeile 9 umgeleitet wird. Auch das “[L]” am Ende solltet ihr nicht vergessen, damit das Rewriting nach der entsprechenden RewriteRule abgebrochen wird und nicht durch eure Permalink-Rules nachträglich beeinflusst wird.

UPDATE: Wie ich heute auf der Feedburner Website erfahren habe, muss zusätzlich die Zeile RewriteCond %{HTTP_USER_AGENT} !FeedBurner vor jeden Rewrite eingefügt werden, da Feedburner selbst auch den Feed lesen können muss. Somit darf der User-Agent FeedBurner natürlich nicht auf sich selbst weitergeleitet werden.

Die Feed selbst müsst ihr natürlich noch bei Feeburner “burnen”, damit ihr sie hier auch verwenden könnt. Die RewriteRule könnte in abgewandlet Form auch für andere Parameter verwendet werden. Wenn ihr beispielsweise pro Kategorie einen Feed anbieten möchtet, wäre folgende Zeile sinnvoll:

RewriteRule ^category/(.*)/feed$ http://feeds.feedburner.com/YourFeed_$1 [L]

Mit dieser Zeile könnt ihr dann alle zukünftigen Kategorien von eurem WordPress Blog an Feedburner weiterleiten. Selbstverständlich müsst ihr auch hier zuvor jeden Feed bei Feedburner “burnen” und dabei dann einen Namen wie z.B. YourFeed_Allgemein verwenden. Die Links zu den Kategorie-Feeds könnt ihr dann über euer Template entsprechend zusammenstellen lassen.

Ich hoffe, dass euch der Tipp weiterhelfen konnte. Wenn ihr Fragen dazu habt oder ihr vielleicht ein Plugin kennt, das die beschriebene Funktionalität ohne eine Änderung der .htaccess bietet, würde ich mich wie immer über einen Kommentar freuen.

Da WordPress PHP und eine MySQL-Datenbank voraussetzt, kommen leider bei vielen Hostern nur teure Tarife in Frage. Die haben dann meistens mehr Domains als man für den Blog benötigt und auch meist zu viel von allem anderen. Als Alternative konnte ich ihm nur WordPress.com nennen. Da bekommt man ja bekanntermaßen einen kostenlosen Blog, aber man kann nicht seine eigene Domain verwenden. Es sei denn man nutzt eine Frame-Weiterleitung, aber wieso dass keine gute Idee ist, habe ich ja schon in meinen Artikel “Die Grenzen der Frame-Weiterleitung sprengen” beschrieben.

Gestern bin ich dann auf das besagte Angebot von Strato gestoßen. Das Paket nennt sich M@il&Blog und enthält alles, was man für WordPress Installationen benötigt. Bei einem Preis von 1,50€ pro Monat kann man auch nicht meckern. Normale Webhosting Angebote mit PHP und MySQL kosten oft 4€ oder sogar mehr. Wem die 100MB nicht reichen bekommt im XL Paket 500MB und darf darauf 5 Blog veröffentlichen, wozu die bis zuu 10 Subdomains genutzt werden können.

Ich habe das Paket selbst noch nicht getestet und der Beitrag soll auch nicht als Werbung verstanden werden. Aber wer schon immer einmal selbst mit dem Gedanken gespielt hat einen eigenen Blog zu erstellen und wen die Einschränkungen von WordPress.com davon abgeschreckt haben, dem empfehle ich, sich das Angebot mal genauer anzusehen. Und fast hätte ich es vergessen: Die ersten drei Monate gibt es das alles für 0€, aber das kennt man ja auch so von Strato.

Falls jemand von euch das Paket bereits gebucht hat, würde mich sehr interessieren, wie zufrieden ihr damit seid. Wie einfach klappt die Installation von WordPress. Gibt es eine Verwlatungskonsole und ist z.B. phpMyAdmin vorinstalliert? Über einen Kommentar würde ich mich sehr freuen.

Die meisten meiner deutschsprachigen Leser werden wohl einen Blog in deutscher Sprache verfassen. Jeder, der das tut wird bemerkt haben, dass ein Titel mit Umlauten einen Permalink ohne korrekte Umformung der selbigen erzeugt. Der Titel dieses Blog Artikel wäre in der Standardkonfiguration also “wp-permalauts-das-must-have-plugin-fur-deutsche-blogs”. Hierbei wir also das “ü” kurzerhand zu einem “u”. Da dies gerade in Bezug auf die Suchmaschinen-Optimierung negativ ist, empfehle ich wp-parmalauts.

Sobald das Plugin installiert ist und aktiviert wurde, werden die Umlaute direkt beim Verfassen der Artikels korrekt umgewandelt. Das “ü” wird also zu einem “ue” und ist somit auch als “ü” z.B. von Google erkennbar. Natürlich steht es jedem frei, den Permalink selbstständig zu ändern. Es finden sich im Netz haufenweise Empfehlung, wie man einen Permalink gestalten sollte. Wer aber den Artikel-Namen innerhalb des Permalinks verwendet und sich keine Gedanken mehr über Umlaute machen möchte, der sollte das Plugin einmal testen.

Ich hoffe dieser erste Plugin-Tipp hat euch weiterhelfen können. In meinem nächsten Artikel über Plugins werde ich vermutlich das qTranslate Plugin behandeln, das die Grundlage für die Zweisprachigkeit des Blogs bildet.

Etwas Neues erschaffen

Das Schwierigste ist vermutlich eine Idee für ein gutes Plugin zu finden. Die drei bisherigen Plugins, die ich geschrieben habe, enstanden aus einer konkreten Not heraus. Eine bestimmte Funktion fehlte in den Grundfunktionen von WordPress und es war kein Plugin in Sicht, das diese Funktion nachliefern konnte.

Bevor ihr also ein neues Plugin schreibt, sucht erst einmal im Plugin Verzeichnis ob nicht bereits ein Plugin existiert, das in etwa euren Anforderungen entspricht. Solltet ihr eines gefunden haben, dass sehr vielversprechend aussieht, aber eine bestimmte Funktionalität doch nicht bereitstellen sollte, sprecht mit dem Autor des Plugins. Er ist vielleicht nur nicht auf die Idee gekommen, diese Funktion mit einzubauen.

Solltet sich wirklich kein Plugin finden, dass alle Funktionen beinhaltet, die ihr benötigt, könnt ihr entweder ein komplett neues Plugin schreiben, oder auf einem bereits existierenden aufbauen. Mein Backend Localization Plugin bietet zum Beispiele ein Funktion des qTranslate Plugins, das ich auch in diesem Blog verwende. Diese Funktion ist aber leider nur im Paket mit allen anderen Funktionen von qTranslate nutzbar und somit für Bloginhaber, die nur diese eine Funktionalität benötigen nicht sehr hilfreich. Daher gab es eine Berechtigung ein neues Plugin mit nur dieser einen Funktion neu zu schreiben. Dabei habe ich mich aber mit einem ganz anderen Ansatz an das Problem herangewagt und nicht nur einfach einen Teil aus dem andern Plugin herauskopiert. Wenn ihr also eine Idee kopiert, erschafft wirklich etwas Neues, das anderen einen echten Nutzen bietet.

Wenn ihr zur Zeit keinen Bedarf habt, ein eigenes Problem durch ein Plugin zu lösen, aber unbedingt einmal eines schreiben wollt, dann findet ihr vielleicht unter euren Lesern jemanden, der ein dringendes Problem hat. Oder schaut euch einfach die Ideen der WordPress Benutzer an. Vielleicht gibt es dort eine Idee, die ihr mit einem Plugin lösen könnt.

Legt Wert auf die Qualität

Ich habe für meinen Blog verschiedene Plugins getestet. Viele davon hatten allerdings eine leider sehr schlechte Qualität. Manche waren nicht besonders aktuell und wurden trotzdem als kompatibel mit der neuesten WordPress Version angegeben. Andere Plugins waren dermaßen schlecht programmiert, dass sie zum Absturz des Blogs geführt haben. In solchen Fällen ist dann das Löschen des Pluginordners per FTP die einzige Möglichkeit den Blog wieder zu retten. Auch wenn euer Plugin funktioniert, sollte es die beschriebene Funktion auch gut umsetzen und je nach Notwenigkeit ein paar Anpassungsmöglichkeiten bieten. Viele Plugins werden vermutlich kurz nach dem Installieren auch gleich wieder entfernt, wenn es dem Benutzer nicht zusagt. Die Downloadstatistik zeigt euch dann lediglich an, dass ihr mit der Beschreibung den Benutzer zum Download bewegen konntet, aber nicht, ob er es auch tatsächlich nutzt.
Also bevor ihr das Plugin das erste Mal veröffentlicht, testet es ausgiebig in euren Blog oder noch besser in einem extra eingerichteten Testblog. Ich nutze zum Testen der Abwärtskompatibilität einen lokalen Testblog, den ich mit Hilfe von Subversion auf eine beliebige Version umstellen kann. Dadurch geht das Testen sehr schnell und effizient von statten.

Die Präsentation nicht vernachlässigen

Im Plugin Verzeichnis gibt es viele Plugins, denen jegliche Beschreibung fehlt. Das Erstellen einer Readme für das WordPress System ist nicht besonders schwer. Seht euch dazu einfach die Readme eines Plugins an, das auf eurem Blog installiert ist. Wenn ihr ein Plugin mit Benutzoberfläche erstellt macht Screenshots, denn niemand entscheidet sich gerne für die Katze im Sack.
Wenn ihr eine extra Seite auf eurem eigenen Blog über das Plugin habt, stellt trotzdem die Grundlegenden Informationen auf WordPress bereit, denn einge Blogbesitzer installieren die Plugins direkt im Blog und klicken nicht unbedingt auf den “Plugin-Homepage” Link. Ihr müsst keinen Roman schreiben, aber kurz und knapp die wichtigsten Funktionen und eventuelle Einschränkungen beschreiben. Wenn ihr ein bestehendes Plugin erweiter habt, dann erwähnt das auch, damit der Nutzer erkennen kann, ob er vielleicht ein ähnliches schon installiert hat.
Zuletzt noch eine Bitte zu den Tags für euer Plugin. Ich habe schon sehr viele Plugins gesehen, die dutzende Tags verwenden, nur um in jeder erdenklichen Gruppe genannt zu werden. Das ist zum einen nicht fair gegenüber anderen Entwicklern, die wirklich etwas für diesen Tag erstellt haben und es vermittelt auch einen sehr zweifelhaften Eindruck. Es könnte also ein, dass er Nutzer das Plugin noch nicht einmal ausprobiert, weil er es für nicht sehr seriös hält.

Macht das Plugin übersetzbar

Niemand erwartet von euch, dass ihr das Plugin in hunderte Sprachen übersetzt, aber bereitet es zumindest darauf vor, übersetzt werden zu können. Ihr werdet euch wundern, wie schnell sich ein begeisterter Benutzer eures Plugins findet, der euch eine Übersetzungsdatei anbietet. Da WordPress weltweit genutzt wird, und nicht jeder Nutzer auch gut Englisch kann, solltet ihr also allen einen Gefallen tun und euch die Anleitung zum Übersetzen von WordPress ansehen. Im Blog von Ryan Boren findet ihr dann auch die Information, wie ihr euer Plugin vorbereiten müsst. Oder sucht einfach mal im Internet nach einer Anleitung, es gibt dort sehr viele ausführliche Anleitungen, die sich dem Thema annehmen.

Nutzt die Vielfalt der API

Die API von WordPress bietet für sehr viele Standardaufgaben die passende Funktion. Wenn ihr zum Beispiel Daten aus der Datenbank auslesen müsst, nimmt sie euch fast die ganze Arbeit ab. Auch das Erstellen von komplexen Links geht wie von selbst. Wann immer es möglich ist, solltet ihr also auf die Funktionen aus der API zurückgreifen.

Die Funktionen sind oft schon seit mehreren Versionen vorhanden und wurden sehr intensiv getestet. Zusätzlich sind sie in der Funktions-Referenz im Codex sehr gut erklärt. Solltet euch die Beschreibung einmal nicht ausreichen, rate ich euch, einen Blick in den Quellcode zu werden. Viele Funktionen erklären sich dadruch wie von selbst. Ihr könnt dabei auch erkennen, ob ihr die Funktion in ihrer Form verwenden könnt, oder doch eine eigene schreiben müsst. Solltet ihr wirklich mal eine umfangreiche Funktion neu schreiben müssen, solltet ihr sie im Quellcode kommentieren, damit ein anderer Programmierer sie eventuell für ein anderes Plugin wiederverwenden kann.

Zeigt Interesse für die Benutzer eures Plugins

Eine Sache, die ich leider mit vielen anderen Plugins erlebt habe ist das mangelnde Interesse der Programmierer an den Benutzern ihres Plugins. Ich habe zwei Plugins gefunden, die sehr gut programmiert waren und die auch eine sehr große Beliebtheit und Verbreitung haben. Aber in beiden Plugin gab es jeweils einen gravierenden Programmierfehler, der den Einsatz unter bestimmten Bedigungen unmöglich machte. Leider reagierten beide Programmierer erst nach mehreren Monaten auf eine Anfrage. Daher habe ich in beiden Fällen die Fehler selbst korrigiert. Bei jedem Update eines der Plugins, in denen die Fehler aber nicht korrigiert waren, war ein erneutes beheben des Fehler notwenig.

Ich versuche Anfragen zu meinen Plugins immer sehr zeitnah zu beantworten und konnte die Probleme bisher auch lösen. Nicht immer wird es euch gelingen das Plugin für jeden Benutzer zu reparieren. Oft scheitert es an der Kombination von Plugins, die der Benutzer im Einsatz hat. Aber nur ihr, könnt dem Benutzer einen Tipp geben, was er eventuell tun kann, um das Problem in seinem Fall zu lösen.

Fazit

Wer Plugins nur für sich selbst schreibt und kein Interesse hat, sich mit den auftretenden Fehlern zu beschäftigen, der sollte es meiner Meinung nach auch nicht veröffentlichen, denn es wächst auf beiden Seiten der Frust. Für den Benutzer bedeutet das oft, dass er kein Vertrauen mehr in eure Plugins haben wird.

Dieser Artikel soll niemanden davon abschrecken ein Plugin zu schreiben. Ich habe schon Plugins gesehen, die aus nur 4-5 Zeilen Code bestanden und eine echte Funktion gut umgesetzt haben. Es ist auch noch kein Meister vom Himmel gefallen und jeder von uns lernt ständig dazu, wie man seine Plugins noch effektiver und Nutzerfreundlicher gestalten kann. Aber einen gewissen Standard solltet ihr euch schon setzen, denn immerhin präsentiert ihr einer riesigen Nutzergemeinde euer Meisterwerk und ihr wollt doch auch bestimmt stolz darauf sein können.

Wie Sieht es bei euch aus. Habt ihr selbst ähnliche Erfahrungen beim Programmieren gemacht? Hattet ihr auch schon einmal Ärger mit fehlerhaften Plugins und keine Hilfe bekommen? Oder habt ihr euch bisher noch nicht getraut selbst aktiv zu werden und ein Plugin zu schreiben?

Ich würde mich über viele Kommentare und eine rege Diskussion sehr freuen. Und wenn jemand etwas zu meinen Plugins anmerken möchte oder jemand vielleicht sogar eine neue Übersetzung liefern könnte wäre ich noch viel glücklicher.

Wenn du dieses Plugin einsetzt, kannst due einen speziellen RSS Feed abonnieren, der alle Kommentare enthält, auch solche, die moderiert werden müssen. Jeder Feed-Eintrag enthält zusätzlich die Links, um einen Kommentar zu löschen, freizugeben oder als Spam zu markieren. Als Spam markierte Kommentare werden nicht mehr im Feed angezeigt.

Installation:

Installation über die WordPress Adminstrator-Seiten:

1. Gehe zur Admin-Seite Plugins -> Installieren
2. Suche nach kau-boy und wähle das Plugin aus
3. Wähle die Aktion Jetzt installieren
4. Klicke auf Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen

Installation unter Verwendung der WordPress Adminstrator-Seiten:

1. Lade die zip-Datei des Plugins herunter: kau-boys-comment-notification.1.2.zip
2. Gehe zur Admin-Seite Plugins -> Installieren
3. Wähle den Link Hochladen unter Plugins Installieren Überschrift
4. Wähle die zip-Datei aus und klicke Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen

Installation unter Verwendung von FTP

1. Lade die zip-Datei des Plugins herunter: kau-boys-comment-notification.1.2.zip
2. Entpacke es und lade es in dein /wp-content/plugins/ Verzeichnis hoch
3. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
4. Du musst eventuell die Einstellungen anpassen

Screenshots

Screenshot des Feed Dashgboard Widgets

Versionsgeschichte:

• 1.2 Hinzufügen einer Option zum Verbergen von Papierkorb-Kommentaren
• 1.1 Hinzufügen von schönen Icons zum Feed und einer Option diese zu verbergen
• 1.0.1 Entfernen von “short open tags”, die auf blogs die Fehler verursachen die “short_open_tag” nicht auf “On” gesetzt haben
• 1.0 Hinzufügen der Benutzerdaten (Name, E-Mail, Website) und der Option zum verbergen, hinzufügen eines Trackback/Pingback avatar icons zum Feed
• 0.6 Hinzufügen der Option zum Verbergen aller Kommentar-Arten um spezielle Feeds, wie z.B. einen Moderations-Feed erstellen zu können
• 0.5 Hinzufügen der Option zum Anpassen des Feeds zum Dashboard, um sie auch Redakteuren anzuzeigen
• 0.4 Option zum Einfügen von Spam Kommentaren zum Feed hinzugefügt, um Kommentare zu erkennen, die von Akismet fälschlicherweise als Spam markiert wurden
• 0.3 Hinzufügen von Links zum Ansehen des Kommentars im Blog und zum Antworten auf einen Kommentar
• 0.2 Optionen zum Anpassen des Feeds hinzugefügt, Avatare zu Fee hinzugefügt
• 0.1 Erste stabile Version

Wenn dir dieses Plugin gefällt oder dir etwas fehlt, würde ich mich freuen es zu erfahren. Hinterlasse einfach ein Kommentar auf dieser Seiter oder auf meiner WordPress Plugin Seite.

Zuerst müsst Ihr entscheiden, wo der Blog installiert werden soll. Entweder direkt auf einer eurer Domains oder auf einer Subdomain. Diese müsst ihr eventuell zuerst über Plesk erzeugen und dort die PHP-Unterstützung aktivieren.

Jetzt meldet Ihr euch per SSH am Server an, das geht unter Unix Systemen direkt mit der Konsole (dem Terminal) und unter Windows mit Tools wie PuTTY. Dort navigiert Ihr zu dem httpdocs Ordner eurer Domain bzw. Subdomain, in die ihr den Blog installieren möchtet. Für eine Domain example.com könnte der Ordner wie folgt aussehen:


cd /var/www/vhosts/example.com/httpdocs


Nicht immer steckt der Plesk vhosts Ordner aber in /var, daher müsst ihr eventuell feststellen, wo er auf eurem Server liegt.

Anschließend müsste Ihr euch die aktuelle Version von WordPress runterladen. Ich tue das hier exemplarisch mit der englischen Version, Ihr könnt aber auch die Deutsche Version runterladen und installieren:


wget http://wordpress.org/latest.zip


Nachdem die Zip-Datei runtergeladen wurde, müsst Ihr Sie entpacken.


unzip latest.zip


Dabei wird der Inhalt in einen Unterordner “wordpress” entpackt. Möchtet Ihr den Blog aber unter einem anderen Ordnernamen aufrufbar machen, könnt Ihr den Ordner “wordpress” einfach umbenennen.


mv wordpress/ blog


Damit habt Ihr WordPress installiert. Wenn ihr nun example.com/blog aufruft und versucht die Konfigurationsdatei zu erstellen bekommt Ihr allerdings eine Fehlermeldung. Beim entpacken wurden alle Ordner dem Benutzer und dessen Gruppe zugeordnet (z.B. root). Damit Ihr mit dem Plesk Benutzer per FTP Zugriff auf das Verzeichnis bekommen könnt, müsst ihr zuerst alle Order und Dateien dem Plesk Benutzer zuordnen. Dazu wechselt Ihr zuerst in den Ordner und passt dann den Besitzer an:


cd blog/
chown dein_plesk_username . -R


Anschließend solltet Ihr noch die Gruppe auf die Standardgruppe von Plesk setzen:


chgrp psacln . -R


Aber auch jetzt könnt Ihr die Konfigurationsdatei noch nicht über das WordPress-Setup erzeugen. Damit Ihr die Installation über den WordPress-Setup-Wizzard durchführen könnt, müsst ihr den ROOT Ordner des Blog dem Benutzer zuordnen, der den Apache-Server ausführt. Um festzustellen, welcher Benutzer dies ist, könnt ihr den Befehl “top” verwenden.


Ausgabe (Auszug): 3113 www-data 18 0 45400 25m 4044 S 0.0 0.5 0:18.57 apache2


Diese Zeile zeigt und, dass der Benutzer www-data den Apache-Server ausführt. Mit STRG+C kehrt Ihr wieder zur Konsole zurück.

Jetzt weisen wir den ROOT Ordner des Blogs dem www-data Benutzer zu (der Punkt am Ende des Befehls gehört dazu):


chown www-data .


Nun könnt Ihr den WordPress-Setup-Wizzard durchführen und euch ein erstes Mal am neuen Blog anmelden. Es gibt allerdings noch ein paar andere Ordner, die Ihr anpassen müsst, damit der Blog vollständig über den Adminbereich verwaltet werden kann. Vor Allem die Ordner “cache”, “uploads”, “upgrades” und eventuell die Order “plugins” und “themes” müssen für den Apache-Benutzer schreibbar sein. Diese befinden sich alle im Ordner “wp-content” und können somit gemeinsam schreibar gemacht werden. Damit Ihr auch per FTP auf solche Dateien zugreifen könnt, solltet Ihr dem “wp-content” Order daher die Gruppe des Apache-Benutzers zuordnen:


chgrp www-data wp-content


Damit die Gruppe auch Dateien dort ablegen darf, müsst Ihr zusätzlich die Zugriffsrechte anpassen:


chmod g+w wp-content/ -R


Hiermit sollten alle notwendigen Anpassungen vorgenommen sein. Ihr habt dadruch die Sicherheitseinstellungen bezüglich der Zugriffsrechte von Plesk beibehalten und lediglich einige problematische Ordner auch für die Gruppe des Apache-Benutzers freigegeben. Ihr solltet auf keinen Fall Pauschal allen Ordnern die Schreibberechtigung für die Gruppe setzen oder gar allen Benutzern alle Rechte, wie es manche Plugins gerne hätten.

Die einzige Einschränkung besteht hier beim Installieren oder Aktualisieren von Plugins bzw. Themes und beim Upgrade von WordPress. Da der Benutzer www-data nicht der Besitzer aller Ordner ist, muss bei diesen Vorgängen der FTP-Benutzer und dessen Passwort eingegeben werden. Wenn Ihr allerdings den Benutzer ändert, verliert Ihr den Zugriff auf den Blog per FTP (zumindest den Schreibzugriff). Dies lässt sich leider oft nicht beheben, da der www-data Benutzer nicht per FTP zugreifen darf und Ihr auch vermutlich keine Möglichkeit habt, den Plesk-Benutzer zum ausfüren des Apache-Servers einzustellen.

Solltet Ihr noch ein Problem gefunden haben oder Anmerkungen haben, würde ich mich über einen Kommentar sehr freuen.

Es sind alle Sprachen auswählbar, die in WordPress installiert wurden. Fals also eine Sprache fehlt, kann diese auf der Website von WordPress runtergeladen werden und in das entprechende Verzeichnis installiert werden. Der Download-Link und das eigene Verzeichnis für die Sprachdateien werden in der Administrationsoberfläche des Plugins angezeigt.

Installation:

Installation über die WordPress Adminstrator-Seiten:

1. Gehe zur Admin-Seite Plugins -> Installieren
2. Suche nach kau-boy und wähle das Plugin aus
3. Wähle die Aktion Jetzt installieren
4. Klicke auf Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen, vor Allem die Sprache für das Backend

Installation unter Verwendung der WordPress Adminstrator-Seiten:

1. Lade die zip-Datei des Plugins herunter: kau-boys-backend-localization.1.5.zip
2. Gehe zur Admin-Seite Plugins -> Installieren
3. Wähle den Link Hochladen unter Plugins Installieren Überschrift
4. Wähle die zip-Datei aus und klicke Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen, vor Allem die Sprache für das Backend

Installation unter Verwendung von FTP

1. Lade die zip-Datei des Plugins herunter: kau-boys-backend-localization.1.5.zip
2. Entpacke es und lade es in dein /wp-content/plugins/ Verzeichnis hoch
3. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
4. Du musst eventuell die Einstellungen anpassen, vor Allem die Sprache für das Backend

Screenshots:

Screenshot der Einstellungsseite

Screenshot der Sprachumschalters im Adminmenü (ähnlich zum qTranslate Umschalter)

Screenshot der Sprachauswahl im Loginfomular

Versionsgeschichte:

• 1.5 Plugin für WordPress 3.0 MULTISITE Feature repariert
• 1.4 Plugins für WordPress MU repariert und die Login Sprachen Auswahl repariert
• 1.3 Anpassung des Plugins für die Verwendung mit PHP4. Danke an David für den Fix!
• 1.2.1 Ersetzen der do_action() Funktion mit der add_action() Funktion für admin_menu um Probleme mit anderen Plugins zu vermeiden
• 1.2 Hinzufügen von neuen unterstützten Sprachen
• 1.1 Entfernen von “short open tags”, die auf blogs die Fehler verursachen die “short_open_tag” nicht auf “On” gesetzt haben
• 1.0 Hinzufügen eines Sprachumschalters zum Adminmenu und einer Option zum verbergen der Sprachauswahl im Anmeldeformular
• 0.6 Speichern der Spacheinstellungen in einem Cookie um verschiedene Sprachen für mehrere Benutzer zu ermöglichen
• 0.5 Hinzufügen einer Sprachauswahl zur Anmelden Seite
• 0.4 Anzeige aller Sprachen, die im WordPress language Ordner gespeichert sind
• 0.3 Aktivieren der neuen Sprache nach dem Speichern (kein Neuladen mehr nötig)
• 0.2 Hinzufügen der deutschen Übersetzung für die Einstellungsseite
• 0.1 Erste stabile Version

Wenn dir dieses Plugin gefällt oder dir etwas fehlt, würde ich mich freuen es zu erfahren. Hinterlasse einfach ein Kommentar auf dieser Seiter oder auf meiner WordPress Plugin Seite.

Der eingegebene Text kann in den Titel der Beiträge und/oder im Inhalt gesucht werden. Es kann zusätzlich die Formatierung der Ergebnisse über eine eigene CSS Datei an den Blog angepasst werden. Es kann jeweils der Titel oder zusätzlich ein Teil des Inhalts angegeben werden, wobei hier auch die Länge des auszugebenden Inhaltes eingestellt werden kann.

Installation:

Installation über die WordPress Adminstrator-Seiten:

1. Gehe zur Admin-Seite Plugins -> Installieren
2. Suche nach kau-boy und wähle das Plugin aus
3. Wähle die Aktion Jetzt installieren
4. Klicke auf Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen, gerade wenn dein Suchfeld eine andere ID als s hat

Installation unter Verwendung der WordPress Adminstrator-Seiten:

1. Lade die zip-Datei des Plugins herunter: kau-boys-autocompleter.2.2.zip
2. Gehe zur Admin-Seite Plugins -> Installieren
3. Wähle den Link Hochladen unter Plugins Installieren Überschrift
4. Wähle die zip-Datei aus und klicke Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen, gerade wenn dein Suchfeld eine andere ID als s hat

Installation unter Verwendung von FTP

1. Lade die zip-Datei des Plugins herunter: kau-boys-autocompleter.2.2.zip
2. Entpacke es und lade es in dein /wp-content/plugins/ Verzeichnis hoch
3. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
4. Du musst eventuell die Einstellungen anpassen, gerade wenn dein Suchfeld eine andere ID als s hat

Screenshots:

Screenshot des Plugins in einem neuen WordPress blog

Screenshot der Einstellungsseite (auch in englisch erhältlich)

Versionsgeschichte:

• 2.2 Deaktivieren der Suche für Suchfelder im Adminbereich und Ermöglichen der Verwendung zusammen mit dem relevanssi Plugin
• 2.1 Hinzufügen einer neuen Version von jQuery Autocomplete
• 2.0.1 Entfernen von “short open tags”, die auf blogs die Fehler verursachen die “short_open_tag” nicht auf “On” gesetzt haben
• 2.0 Autocompleter mit mehreren Textfelder auf einer Seite nutzbar machen, verbessern der Kürzung des Inhalt von Artikeln
• 1.9 Beheben von Problemen mit PHP4, funktioniert nun auch mit qTranslate im “Query-Modus” (?lang=de)
• 1.8 Hinzufügen der Einstellung für die Länge des Titels und des Inhalts in den Ergebnissen
• 1.7 Erstzen von jQuery suggest durch jQuery autocomplete, da das suggest Plugin HTML Auszeichnungen zerstört
• 1.6.1 Verwendung des id Attributs als Standard anstelle des name Attributs
• 1.6 Hinzufügen der Möglichkeit das Suchfeldes anhand des name Atrrbiuts auszuwählen
• 1.5.2 Hinzufügen der richtigen Kodierung zu html_entity_decode() um das Zerteilen von XML Enitäten zu verhindern
• 1.5.1 Fehler im AJAX repsonse behoben, der die Einstellung für die Ergebnisfelder nicht geladen hat
• 1.5 Hinzufügen Auswahlmöglichkeiten für die Such- und Ergebnisfelder
• 1.4.1 Aktualisierung der Übersetzungsdatei
• 1.4 Kombinieren der Styles für jQuery und script.aculo.us, Hinzufügen  einer Einstellung zur Multibyte-Kodierung
• 1.3.5 Fehler bei der html_entity_decode() Konvertierung beseitigt
• 1.3 Enfternen eines Kommentars in autocompleter.js.php, welcher eine PHP header warning  erzeugt hat
• 1.2 Verwendung von html_entity_decode() um das Zerteilen von Enitäten zu verhindern
• 1.1 Entfernen von WordPress shortcodes um leere oder falsche Seiten zu verhindern
• 1.0 Möglichkeit jQuery ODER script.aculo.us zu verwenden, Übersetzen der Einstellungsseite ins Deutsche
• 0.4 Hinzufügen der Einstellung für die Anzahl der Suchergebnisse und der eigenen CSS Date
• 0.3 Hinzufügen der Einstellung für die Suchfeld ID
• 0.2 Erste stabile Version

Wenn dir dieses Plugin gefällt oder dir etwas fehlt, würde ich mich freuen es zu erfahren. Hinterlasse einfach ein Kommentar auf dieser Seiter oder auf meiner WordPress Plugin Seite.