Die Anzahl der Kommentare, die von Spam-Bots in meinen Blogs eingefügt werden steigt von Tag zu Tag. Heute habe ich beschlossen, dass ich keine Lust habe weiterhin unerwünschte Kommentare als SPAM zu markieren. Also habe ich in den PlugIns gestöbert und eine ganze Reihe von PlugIns gefunden, die versprechen, Spam erfolgreich abzuwehren. Ich habe vorläufig mal zwei davon installiert, die nach unterschiedlichen Methoden arbeiten:

Block-Spam-By-Math
Dieses Plugin stellt eine kleine Rechenaufgabe die gelöst werden muß als Bedingung für das Abschicken des Kommentars und verhindert daher – hoffentlich – die Einträge überhaupt.

TrollGuard
ist ein angeblich selbstlernender Spamfilter. Habe ihn noch nicht ausprobiert.

Bin schon gespannt auf die Ergebnisse!

Das Kopieren eines Wordpress-Blogs funktioniert mit Daten exportieren und Daten importieren recht einfach. Im Detail stellt sich dann doch die eine oder andere Herausforderung:

1. Der neue Blog muß “eingerichtet” sein. D.h das Theme und die dort getroffen Einstellungen sowie die generellen Einstellungen des Blogs werden NICHT übernommen. (Möglicherweise würde es helfen, wenn man die wp_??_options zur Gänze in das neue Blog übernimmt. Doch vermutlich werden dann auch andere Einstellung übernommen, die so gar nicht gewünscht sind …. Nun das sollte ja nicht so aufwendig sein!
2. Bei der Gelegenheit ist mir aufgefallen, dass ich die Optionen des alten Themes “Magazin basic” zwar editieren, aber nicht mehr speicher kann. Nach einigem Suchen habe ich herausgefunden, dass im global.css die id auf display:none gesetzt ist. Habe zunächst dieses CSS geändert doch dann wieder den Originalzustand hergestellt und im function.php des Themes beim DIV eine Styleanweisung engefügt.
3. Das Kopieren der mycustomwidgets ist nicht damit getan, dass man den entsprechenden php-File kopiert, sondern man muß auch die Widgets in der wp_??_options übernehmen. Das sind alle Optionen die im Namen ein mwc enthalten. Diese kann man einfach in die neue Datei kopieren. Wenn dort bereits Optionen mit einer übereinstimmenden Opt_ID vorhanden sind, kann man die IDs in der Ursprungsdatei ändern (Habe kein Problem bemerkt). Die Datei muß trotzdem kopiert werden, oder die Widgets sind neu zu speichern.
4. Beim Importieren sollte man sich vergewissern, dass man tatsächlich im richtigen Blog ist. Als MU-Admin gelingt es einem nämlich die Stammdaten des Blogs zu bearbeiten während man sich in einem anderen befindet. Dies bringt im Importieren dann eher unschöne Ergebnisse.
5. Bei der Einrichtung des DomainMappings ist darauf zu achten, dass in der Haupteinrichtung (für alle Blogs) eine Häckchen für Adminseiten mit Originaladresse aufrufen gesetzt ist, sonst kommt man nicht auf die Admin Seite!

Nun läuft es also wieder!

Speziell bei unseren Blogs, wo sich eher selten etwas tut und die Interessenten nicht regelmäßig auf die Seite schauen wäre eine MailingList hilfreich. Ich stelle mir vor, dass man sich Einschreiben und Austragen kann und entscheiden kann, ob man von allen Artikeln oder eventuell nur einer Gruppe oder einem Tag und/oder allen Kommentaren verständigt werden will. Schön wäre es außerdem, wenn man gleich einen Teil des Inhaltes im Mail sehen könnte.

Es gibt drei Plugins z.Thema Mailing List wobei ich mir hier nicht ganz sicher bin, ob die de Mails auch versenden oder nur das Ein-/Austragen bewerkstelligen. Jenes Plugin, welches am ehesten tatsächlich Mails versendet hat eine italienische Website und ist daher für mich nicht gut lesbar.

Dann habe ich noch ein Software gefunde, die gegen eine moderate Gebühr downzuloaden wäre und über ein Plugin ins Wordpress installiert werden kann: Supermailinglist

Plugins:

• Newsletter
• Mailpress

Mailpress habe ich nun mal testhalber installiert!

Das sind Kommentare, die ein Blog automatisch einfügt, wenn man sich in einem Artikel eines Blogs, also Beispielsweise diesen hier, auf einen anderen eines Blogs (möglicherweise sogar desselben Blogs) bzeieht.

Diese Pingbacks haben nicht funktioniert. Ärgerlich. Ich hatte einen Artikel geschrieben der eine Hilfestellung zu einem anderen Artikel in einem anderen Blog seins sollte -> OpenERP Meine Idee war, dass duch diese Pingbacks zu dem Artikel Bedarf in OpenERP automatisch ein Kommentar hinzugefügt würde der auf den Artikel hier verweist. Dem war aber nicht so.

Dann habe ich das getestet, die Pingbacks funktionieren nicht.

Also bin ich auf die Suche gegangen und glücklicherweise in Kunts Blog fündig geworden. Herzlichen Dank!

Also es wird in naher Zukunft nicht gefixed werden, da die WordPress-Entwickler kein Bedürfnis dafür sehen. Bei wem also die Pingbacks nach dem Update auf 2.8 wieder nicht ankommen, dem wird wohl oder übel wieder nichts anderes übrig bleiben als selber Hand an die cron.php zu legen und die entsprechende Einstellung manuell wieder auf 1 Sekunde zu setzen. Im WordPress 2.8 findet man die entsprechende Zeile unter der Zeilennummer 229:

229:    wp_remote_post( $cron_url, array('timeout' => 0.01,
        'blocking' => false, 'sslverify' =>
        apply_filters('https_local_ssl_verify', true)) );

Heute habe ich mich mal schlau gemacht, ob es neben dem Passwortschutz für einzelne Posts und Seiten auch eine generellere Möglichkeit des Zugriffsschutzes gibt. Wie immer habe ich in den Plugins jede Menge davon gefunden. Ich bin mir noch nicht darüber im Klaren nach welchen Gesichtspunkte die Plugins bei der Suche aufgelistet werden, trotzdem habe ich bisher immer nur die erste Seite angesehen.

Aus der Riesenauswahl an Plugins habe ich mich für eines entschieden, das eine ausgefeilte User und Eintragsverwaltung bietet. Damit kann man die Berechtigung sehr fein einstellen. Es können verschiedene User-Gruppen definiert werden und jede UserGruppe kann man die Rechte auf bestimmte Seiten, Kategorien, Posts, Kommentare usw. entziehen. Es funktioniert also nicht mit Zuweisung von Rechten, sondern mit Entzug von Rechten. Der Entzug der Rechte kann so aussehen, dass die nicht zugänglichen Seiten nicht sichtbar sind, mit einem Hinweise keine Berechtung sichtbar sind. Man kann den Titel einsehen und keinen Text oder nur einen Teil des Textes, oder keine Kommentare usw. usf.

Diese Plugin ist nun mal auf unserem Blog installiert und in der Spielwiese aktiviert.

Inzwischen stehe ich immer noch in Gloggnitz. Bäume sind auf die Bahnstrecke zwischen Gloggnitz und Payerbach gefallen, somit ist die Strecke im Moment nicht passierbar. Wann es weitergehen wird? Keine Ahnung, mal sehen …

Ich habe mich schon immer gewundert, wieso alle Kommentare auf meiner Homepage zum Beitrag Michael Pogacnik gemacht werden. Gestern früh habe ich auf XING in der Statusmeldung auf meine neue Homepage hingewiesen und das Ergebnis beobachtet. Dabei ist mir dann aufgefallen, dass wieder ein Kommentar zur Miha Pogagcnik gemacht wurde. Dieser Kommentar wird auf der WebSite aber bei allen Beiträgen der Kategorie News und Events angezeigt.

Mühsam bin ich der Sache auf den Grund gegangen, bis ich herausgefunden hatte, was ohnehin meine Vermutung war. Die Ursache liegt in jenem “MyCustomWidget” welches die neben dem Beitrag die Liste der anderen Beiträge derselben Kategorie anzeigt. Das Widget wird offensichtlich direkt aus the_content aufgebaut und verändert den Zeiger im LOOP. Diese Veränderung wird noch nicht für den Inhalt der Seite aber dann für die Metadaten wirksam.

In der nächsten Recherche habe ich mich damit beschäftigt herauszufinden, wie ich den LOOP im MyCustomWidget gegen den äußeren abschirmen könnte, oder noch besser, wie ich nach der Ausführung des Widgets den LOOP-Zeiger wieder zurücksetzen könnte. Keiner meiner Versuche hat auch nur eine geringe Veränderung gebracht.

Letzten Endes habe ich es mitten in der Nacht aufgegeben und dem Autor des Plugins die Bitte um Hilfe auf die Seite gepostet. Heute mittag hatte ich schon eine Antwort. Ich habe sofort den Code im Plugin geändert – wenn wundert es – es arbeitet nun wunderbar!

Herzlichen Dank an Janek Niefeldt dem Autor des Plugins und Betreiber der WebSite für die rasche Hilfe und das tolle Tool!

Zuletzt konnte ich das Plugin nicht installieren, weil VHOST nicht aktiv war. Dann hat mir Fritz die DNS und VHOST Einträge eingefügt. Das Ergebnis war, dass die aktiven Blogs mit VHOST = yes nicht angesprochen werden können. Also habe ich einen Schalter eingefügt, der VHOST in Abhängigkeit vom Servernamen schaltet. Dabei habe ich entdeckt, das ein define nach einem define den Wert nicht mehr ändert. Der Schalter ist in wp_config.php.

Nachdem ich diesen Schritt erfolgreich vollzogen und den Blog test umgestellt sowie einen neuen angelegt hatte, bekam ich beim Installieren des Plugins den Hinweis:

Please copy sunrise.php to
/srv/www/vhosts/www.webcoach.at/blogs//wp-content/sunrise.php
and uncomment the SUNRISE definition in
/srv/www/vhosts/www.webcoach.at/blogs/wp-config.php

den ich prompt ausgeführt habe. Das Auskommentieren in wp-config.php darf allerdings wieder nur unter der Bedignung stattfinden, dass VHOST = yes ist.

Nachdem ich dachte alles richtig gemacht zu haben und das PlugIn installiert hatte waren die Tests nicht erfolgreich. Frustrierend. Wofür nun die ganze Mühe. Ein Nachschalgen half nicht die Beschreibung war dürr und den Code zu analysieren hatte ich keine Lust.

Wenn es nichts gebracht hat, dann wenigstens alles wieder deinstallieren. Als endlich alles wieder bereinigt war ist mir beim letzten Schritt, der Deaktivierung des Codes für VHOST aufgefallen, dass bei der Eingabe der gerouteten Domäne VHOST nicht auf yes gesetzt wird. Wenn das nicht passiert und dies aber die Voraussetzung für das Funktionieren des Plugins ist, liegt die Vermutung nahe, dass das Plugin deswegen nicht funktioniert – es wird ja auch sunrise nicht angesprochen.

Also neuerlicher Versuch, nun ging der Versuchsaufbau schon schneller und siehe da – es arbeitet! Perfekt. Allerdings gibt es noch Probleme mit den Kategorien und dem Archiv, aber auch das wird sich lösen lassen!

Hat sich schon gelöst! Es ist wichtig, dass das neue Blog tatsächlich mit VHOST=yes angelegt wird. Im vorigen Fall wurde der neue Blog offensichtlich anders angelegt und ich habe dann die Adressen geändert. Das hat interessanterweise nicht funktioniert. Obwohl eine Adressänderung beim TestBlog das Problem nicht hat, aber das hatten wir bei der Domainumstellung auch schon! Vielleicht ist es auch ein Cache-Problem (ich glaube dort war es auch so und hat sich nach und nach lösen lassen – muß mal nachsehen)

Abschließend sind die Blogs nun als Default auf VHOST=yes gesetzt, was für jedes neue Blog jedenfalls wirksam werden sollte. Die Blogs für die die alte Zugriffsvariante gilt sind taxativ im wp_config.php aufgezäht. Es sind derzeit alle außer livinglines, foto und test. Für test ist außerdem im indes.php noch ein redirect eingefügt damit der alte Aufruf mit dem Pfad auch funktioniert. Dies wäre für alle weiteren Umstellungen hilfreich.

Nachricht für Kommentare

Habe gestern zufällig festgestellt, dass der Mailversand für die Anfrage von Kommentaren nicht mehr funktioniert. Habe mit Axel in der Sache konferiert. Er hat gleich herausgefunden, dass man am einfachsten herausfindet wieso es nicht geht, wenn man sich ein neues Passwort zustellen läßt. Es kommt eine Mitteilung, das die Mail-Funktion nicht aktiviert ist.

Axel hat auch festgestellt, dass die Mailfunktion auf diesem Server noch nie aktiviert war! Nun habe ich weiter gestöbert und herausgefunden, dass man die Mailfunktion auf SMT umstellen kann. Allerdings eher ziemlich hardcoded in wp_includes/pluggable.php muß es in der Funktion heißen:

    // Set to use PHP's mail()
//    $phpmailer->IsMail(); Haza geändert auf SMTP!
    $phpmailer->IsSMTP();

jetzt sollte es wieder gehen!

Bei Coachit ist es geplant, IngridLauer war die Vorreiterin. Eine Domain soll direkt auf ein Blog unserer WordPress-mu Installation zeigen. Das was ich mir einfach vorgestellt habe ist nicht ganz so einfach.

Das Problem beginnt damit, dass ich für eine Domain zumindest ein echtes Verzeichnis brauche. Derartige Verzeichnisse werden für die Blogs in unserem mu aber nicht angelegt und können auch nicht angelegt werden. Ein Redirect wäre möglich, heißt aber, dass nach erfolgreichem Aufruf nicht die gewünschte Adresse in der URL steht.

Wenn man die Domain auf das Basisverzeichnis legt und dann in den Blog-Einstellungen die Domain verändert funktioniert zwar der Blog auf den ersten Blick, aber die AdminSeite kann nicht aufgerufen werden. Damit ist eine Administration des Blogs nicht mehr möglich.

Nun habe ich weiter gesucht und herausgefunden, dass es ein PlugIn gibt. Dieses PlugIn erfreut sich großer Beliebtheit, ich habe es installiert, es kann aber nicht konfiguriert werden. Es gibt eine für mich nicht definierbare Fehlermeldung. Nach Studium der Homepage habe ich den Verdacht, dass dieses Fehlermeldung sich darauf bezieht, dass wir keine Subdomains unterstützen. Wenn ich Subdomains richtig verstehe, dann sind das solche, die statt dem www einen anderen Begriff an den Beginn stellen. Also werde ich Fritz als nächstes bitten, die Subdomains zu aktivieren.

Nachdem Paul mich immer wieder darauf aufmerksam macht, dass doch wohl auch die eigenen Zugriffe in den Google Statistiken zu finden sind, habe ich mir die Statistik von gestern angesehen – da habe ich an meinem Reise-Blog gebastelt – und festgestellt, dass er wohl recht hat.

Nun habe ich heute – nachdem ich das Plugin schon upgedatet hatte – nochmals in die Optionen gesehen und eine gefunden, die die Ursache sein Könnte. Wordpress Admin Login sollte disabled sein, ist aber im Standard enabled. Ob diese Option schon immer da war und ich sie übersehen habe oder ob sie neu hinzugekommen ist weiß ich nicht. Ob sie wirkt auch nicht. Wollen mal hoffen …