Sicher wird dem ein oder anderen beim „Googeln“, insbesondere im „Bilder“ Suchmodus, aufgefallen sein, das seltsamerweise Bilder und Texte von Zugangsgeschützen Seiten im Suchindex enthalten sind. Solche Suchergebnisse zeichnen sich dadurch aus das man auf der Zielseite ohne vorheriges Login bzw. Benutzeraccount nicht weiter kommt.
Aber wie kam der Google-Bot dann an die Inhalte, schliesslich hat er sie ja im Suchindex ?
Mittlerweile dürfte sogut wie jeder mal ein Beispiel gesehen haben wo Inhalte großer Anbieter wie YouTube oder Facebook geblockt wurden. Meist geschieht das auf Grund dessen das Rechteinhaber aus der Medienindustrie ihre Rechte verletzt sehen und die Plattformprovider wie Facebook oder YouTube zu solchen Blockierungen zwingen.
Seit einem Upgrade einiger Webapps wie phpmyadmin und roundcube startete plötzlich apache nicht mehr, bzw. er stürtzte ohne Meldung direkt beim Starten ab. Dazu muss man wissen, das ich diese Webapps via Debian Packages installiert habe, da dies Updates und das Management der Apps recht vereinfacht. Nur leider scheint es in diesem Fall ein Killer für den Webserverbetrieb zu sein.
Allerdings machten mich folgende Meldungen im errorlog stutzig ..
# php PHP Warning: Function registration failed - duplicate name - idn_to_ascii in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - idn_to_utf8 in Unknown on line 0 PHP Warning: intl: Unable to register functions, unable to load in Unknown on line 0 Segmentation fault
Wenn man damit Google füttert erhält man Hinweise, das es ein Problem mit den beiden PHP-Modulen php5-intl und php5-idn gibt. In beiden Modulen sind die in der Fehlermeldung genannten IDN-Funktionen enthalten, was das Problem verursacht.
Da die App roundcube das Modul php5-intl als neue Abhängigkeit eingeführt hat und ich keine anderen Abhängigkeiten zu php5-idn entdecken konnte, lag es nahe php5-idn zu deinstallieren.
sudo apt-get purge php5-idn
Und siehe da alles lief wieder wie gewohnt, da sollte ein Maintainer unbedingt auf die Abhängigkeiten der Module achten.
© Michael H.G. Schmidt (michael@schmidt2.de)
Bei uns zu Hause wird Linux(und manchmal auch Windows) eingesetzt. In unserer Familie hat jeder seinen eigenen Laptop. Als Router läuft eine Fritzbox. Die Fritzbox hat zwar eine „Kindersicherung“ aber diese begrenzt nur die zur Verfügung stehende Onlinezeit – Webseiten filtern kann man damit leider nicht. Nach einiger Zeit bin ich zu dem Schluss gekommen, daß es besser wäre, wenn der Content gefiltert wird. Für Windows habe ich dann K9 Webprotection gefunden.
„K9 Webprotection“ ist kostenlos für Privatanwender und funktioniert ganz gut (es tut das was es soll und ist zuverlässig). Leider gibt es keine Linux Version und es ist auch keine geplant. Für Familien gibt es (unter WIN7) zwar auch noch eine Lösung von M$, aber leider ist diese nicht besonders performant, da der M$ Filter scheinbar bei jeder(?) Anfrage des Browsers auch eine Anfrage in der Datenbank von M$ vornimmt.
Nach intensiver Suche stellte sich heraus, das es für Linux keine (kostenfreie) Lösung für Workstations/Desktops gibt. Mein erster Gedanke war einen Server zu installieren (z.B. mit IPcop). Ich entschied mich jedoch dagegen, da dies eine weitere Maschine wäre um die ich mich kümmern müsste – von Stromkosten, Lärmbelästigung und Platzbedarf mal ganz abgesehen.
Ich entschied mich dafür selbst eine Lösung zu basteln. Eine Kombination von SQUID,SQUIDguard & Ubuntu Linux 10.04 LTS (Desktop) schien mir geeignet das Problem zu lösen.
Das ist mal auch ein ungwöhnlicher Fehler für die Sammlung. Da wundert man sich warum sich plötzlich WordPress weigert geupdated zu werden.
Ein Klick auf den Menupunkt „Aktualisieren“ im Dashboard liefert nur folgende lapidare Fehlermeldung ..
You are not allowed to call this page directly
und das obwohl man Adminrechte hat ! Das geschieht auch wenn man folgende Url direct ansurft „/wp-admin/update-core.php“
Wie sich herausstellt, liegt der Fehler bei einem Plugin was wohl nicht ganz kompatibel ist mit WP 3.0.x. Genauer gesagt liegt es am „Nextgen Imageflow“ Plugin. Also bevor man nach anderen Ursachen sucht, sollte man zunächst mal dieses Plugin deaktivieren und nochmals die Aktualisierung anstoßen.
Feedback