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 …

Bei der Umbennung der Domäne von webcoach.at auf livinglines.at als Heimat unserer Blogs habe ich bereits festgestellt, dass bei zwei Blogs (Paul und mir) das Speichern der Optionen, wenn man sie direkt aus der Liste der Blogs unter Bearbeiten aufruft nicht möglich ist. Es gibt einen Fehler das eine Option mit Wert 0 nicht geändert werden darf.

Beim überprüfen der Tabellen habe ich festgestellt, dass es in der Tabelle wp_#_options einen Reihen von leeren Datensätzen gab. Nach deren Löschung war das Abspeichern der Optionen bei Paul wieder möglich. Da ich aber gerade keine Zeit hatte mich auch um das Coachit Blog zu kümmern, blieb das Problem dort offen.

Heute habe ich mich dem Thema angenommen und festgestellt, dass es es so einfach wie bei Paul nicht war. Es wurden nähmlich bei jedem Aufruf des Dashboards von Coachit neue Datensätze erzeugt. Zumindest einer. Damit war ein Abspeicher nicht möglich. Nach langwierigem Debuggen – bei dem ich schon die Plugins im Verdacht hatte – stellte ich fest, dass das Theme Schuld. Die Options der Themes werden ebenfalls in der Tabelle gespeichert und das von mir überarbeitete Theme – jetzt Living Lines Coachit 2009 hatte diesen Fehler, der nun zumindest in diesem Theme behoben ist. Damit lassen sich auch die Optionen wieder speichern.

Da ich wie gesagt die Plugins im Verdacht hatte habe ich auch gleich die anstehenden Updates für My Custom Widget und Google Analyticer durchgeführt. Bisher konnte ich keine Fehler bemerken.

Paul wollte für das neue Photo-Blog von Ingrid das Titelfoto tauschen. Die einfache Möglichkeit bestünde natürlich darin das Foto einfach an dieselbe Stelle hochzuladen und den Namen zu ändern, oder aber im Code den Aufruf zu ändern. Ich habe mich entschlossen einen Upload einzufügen, weil ich ohnehin bereits im Theme von Coachit zusätzliche Uploads eingebaut hatte.

Genaugenommen ist der Einbau eines solchen Uploads eine einfache Sache. Wenn da nicht der Hacken wäre, dass die Form den Parameter encryption haben muß, damit der Upload auch tatsächlich funktioniert. Dies scheint bei einfachen Forms nicht immer eingebaut sein.

Also man merke:

enctype="multipart/form-data"

muß als Parameter der Form mitgegeben werden, sonst funktioniert es nicht. Und außerdem, das Theme “Panorama” ist modifiziert!

Paul hat mich heute ganz verwundert gefragt, ob ich den am Design von Picasna etwas geändert hätte, weil die Fotos die wir über das Widget eingebunden haben, nun plötzlich eine grüne Schleife hätte. Vorher war es rechts oben ein weißes Feld mit der Anzahl der enthaltenen Fotos. Abgesehen davon fehlt der Title des Albums, der ursprünglich auch eingeblendet war.

Da es sich jedoch bei der Widgetausgabe um einen Zugriff über picasna.com handelt, kann das Look&Feel von uns gar nicht gesteuert werden.

Ein Blick auf die Picasna-Homepage war des Rätsels Lösung. Es gibt neue Versionen vom Plugin. Dabei wurde in 1.4 das Design geändert und offensichtlich in 1.5 Parameter eingefügt, die auch das alte Design wieder einstellbar machen. Allerdings leider nicht als Defaultwerte.

Um das alte Design bei bereits eingefügten Alben wieder zu bekommen, muß man bei unserem Verfahren schon etwas Hand anlegen. Entweder alle Codes mit den richtigen Einstellungen neu generieren oder je Widget in die Parameter der URL zwei zusätzliche einfügen.

ct=1
bt=1

heißt dann im Text:

..&ct=1&bt=1..

wobei die Reihnfolge egal ist. bt steht für Badget und steuert Form und Hintergrund für die Anzahl der Bilder (1=weißes Feld), ct für die Anzeige des Titels.