Heute früh mal die Genauigkeit meiner GPS-Maus überprüft. Punkt (1) bezeichnet die Position, die die GPS-Maus ausspuckte, Punkt (2) meinen wirklichen Standort.

Heute fürh auf dem Weg zur Arbeit mal mein GPS-to-Wordpress Script getestet.

Fazit:
Bis auf eine versemmelte Umrechnung soweit alles funktionsfähig.

Wer bei Apache 2.2 VirtualDocumentRoot in Verbindung mit suPHP nutzen muß/möchte, anschließend Fehlermeldungen wie diese bekommt:

[Fri Aug 29 18:24:06 2008] [error] [client 11.22.33.44] SoftException in Application.cpp:217: File "/var/www/domain1.tld/www/script.php" is not in document root of Vhost "/htdocs"

und schließlich stundenlang im Netz nach einer Lösung sucht, sollte trotz dass die Direktive VirtualDocumentRoot angegeben ist, noch zusätzlich DocumentRoot mit angeben. Zum Beispiel so:

<VirtualHost 11.22.33.44:80>
[...]
DocumentRoot /var/www/domain1.tld
VirtualDocumentRoot /var/www/domain1.tld/%-3+
[...]
</VirtualHost>

Hintergrund ist, daß VirtualDocumentRoot zwar das Wurzelverzeichnis angibt aber die eigentliche Servervariable DOCUMENT_ROOT nicht umbiegt, auf die sich die PHP-Scripte beziehen. suPHP weiß also im Anschluß nicht, daß sich das ausgeführte Script eigentlich im richtigen Pfad befindet.

Hier mein kurzer Erfahrungsbericht mit vServern von netclusive.de. Ich habe für mich entschieden: Nie wieder! Ich habe eine riesen Odyssee durch und bin mehr als enttäuscht. Aber von vorn:
Kurz nach Weihnachten wunderte ich mich, warum denn der Server schon seit fast 24h nicht erreichbar ist. Nichterreichbarkeiten von bis zu ca. 6h waren mir ja nicht neu, aber so lange? Also ans Telefon und nachgefragt. Kurze Frage, kurze Antwort.

“Jaa, wir haben hier ein Problem. Irgendwas hat den Server zerschossen, wir wissen nicht was. An die Daten kommen wir leider auch nicht mehr ran.”

Nachdem ich mich gesetzt hatte, dachte ich mir so: “Moment, du hast ja immer fleißig in der Konfigurationsoberfläche Backups der Kiste gemacht. Also lass’ sie das Ding neu aufsetzen und das Backup einspielen”. Gesagt, getan. Aber da kam mir netclusive in die Quere.

“Ja, wir haben schonmal nachgeschaut, das Backup ist leider nicht mehr lesbar, wir können da nichts machen. An dieser Stelle können wir ihnen nur eine kostenlose Neuinstallation anbieten…”

Also habe ich mich mit der ganzen Sache abfinden müssen, netclusive “Auf (Nimmer)wiedersehen” gewünscht und mir einen neuen Anbieter gesucht. Und zwei Dinge gelernt.

1. Ziehe dir trotz des Backupservices des Anbieters ein zweites Backup.
2. Auf Knien erklärt sich’s den Kunden besser was da passiert ist…

Als Ausgleich für den entstandenen Schaden wurde mir noch “einen Monat freie Servermiete” angeboten. Zu gütig!
Jetzt, nach fast 4 Wochen, bin ich langsam wieder soweit, dass alles wieder geht und wieder hergestellt ist. Leider muss ich meinen Blog neu anfangen, aber das ist das geringste Übel… Naja… auf ein neues.

Zum Schluss noch ein Wort zur Leistung des von mir gemieteten vServers: Mäßig bis schlecht. Ständig scheint der Server sich scheinbar erhangen zu haben und langsam ist er obendrein noch.

Wie ich für mich feststellen musste, zähle ich zur Kategorie der Hacker.

[...]
Das Gericht stellte fest, dass Ritz dabei seine “Identität hinter Proxies verbarg, ein UNIX-Betriebssystem verwendete und neben anderen Methoden Shell Accounts einsetzte. Außerdem gab er sich als Mail-Server aus.” Die auf diese Weise gewonnenen Informationen machte Ritz publik. Diese Information, stellte das Gericht fest, sei nicht öffentlich verfügbar gewesen. Damit habe Ritz die Datensicherheit von Sierra gefährdet, Ritz sei also als Hacker einzustufen, schließlich sei der Befehl “host -l” dem normalen Anwender nicht bekannt.
[...]

Nun, “host -l” ist mir bekannt, ich benutzt ein UNIX-Betriebssystem und ich setze Shell-Accounts ein….

Quelle: Heise.de