Mein Tourenbuch ist umgezogen 18.03.2013
Ich habe meinem Fahrrad-Tourenbuch eine eigene Website gegönnt. Wurde hier einfach zu viel...
All meine großen und kleinen Fahrrad-Abenteuer finden sich ab sofort auf bike.azett.com.
Stück für Stück werde ich auch die älteren Touren dahin umziehen. Aber das lohnt sich, vor allem für die Leser: Nun sind die Touren in Kategorien geordnet und lassen sich so leichter auffinden. Wie wäre es zum Beispiel mit den besonders schönen Touren oder den langen Brettern? Weiterhin verfügbar ist natürlich auch das Juristenlatein.
Außerdem lässt sich nun jede Tour einzeln kommentieren. Ich bin auf (fast) alles gefasst, lasst euch aus ;)
Die Touren der Jahre, die ich noch nicht komplett ins neue Tourenbuch umgezogen habe, sind der Vollständigkeit halber noch eine Weile hier auf azett.com verfügbar. Aber nicht mehr lange, also: Lesezeichen aktualisieren!
bike.azett.com - viel Spaß beim Stöbern, Lesen, Bilderkucken und natürlich auch beim Nachradeln!
All meine großen und kleinen Fahrrad-Abenteuer finden sich ab sofort auf bike.azett.com.
Stück für Stück werde ich auch die älteren Touren dahin umziehen. Aber das lohnt sich, vor allem für die Leser: Nun sind die Touren in Kategorien geordnet und lassen sich so leichter auffinden. Wie wäre es zum Beispiel mit den besonders schönen Touren oder den langen Brettern? Weiterhin verfügbar ist natürlich auch das Juristenlatein.
Außerdem lässt sich nun jede Tour einzeln kommentieren. Ich bin auf (fast) alles gefasst, lasst euch aus ;)
Die Touren der Jahre, die ich noch nicht komplett ins neue Tourenbuch umgezogen habe, sind der Vollständigkeit halber noch eine Weile hier auf azett.com verfügbar. Aber nicht mehr lange, also: Lesezeichen aktualisieren!
bike.azett.com - viel Spaß beim Stöbern, Lesen, Bilderkucken und natürlich auch beim Nachradeln!
moziloWiki mit PHP 5.4: Leere Einträge (und was man dagegen tun kann) 16.03.2013
moziloWiki, das Wiki für Einsteiger, wird schon eine Weile nicht mehr weiterentwickelt. Die letzte Version 1.0.3 läuft jedoch stabil und findet auch weiterhin aktive Verwendung.
Wird htmlentities() ohne den Encoding-Parameter aufgerufen, muss der übergebene Inhalt also UTF8-kodiert sein, sonst liefert die Funktion schlicht einen leeren String zurück. Genau das passiert bei moziloWiki, denn es arbeitet mit ISO-8859-1. Mit dem eingangs beschriebenen Ergebnis: Der Inhalt der Wiki-Einträge ist leer.
Man nehme also Zeile 62 in WikiSyntax.php...
Und schon funktioniert moziloWiki auch mit PHP 5.4 :)
Das Problem
Bei einem Umzug einer moziloWiki-Instanz auf einen anderen Server stolperte ich über folgendes Problem: Das Wiki an sich - Layout, Menüs, die ganze Seitenstruktur - wurde zwar korrekt angezeigt, nicht aber die Inhalte der einzelnen Einträge. Die blieben einfach leer.Die Ursache
Auf dem neuen Server läuft PHP 5.4 - und da hat sich etwas an der von moziloWiki verwendeten Funktion htmlentities() verändert: Der Wert des optionalen Parameters encoding ist nun nicht mehr ISO-8859-1, sondern UTF-8.Wird htmlentities() ohne den Encoding-Parameter aufgerufen, muss der übergebene Inhalt also UTF8-kodiert sein, sonst liefert die Funktion schlicht einen leeren String zurück. Genau das passiert bei moziloWiki, denn es arbeitet mit ISO-8859-1. Mit dem eingangs beschriebenen Ergebnis: Der Inhalt der Wiki-Einträge ist leer.
Die Lösung
Beim Aufruf der Methode htmlentities() in moziloWiki muss man explizit angeben, dass der übergebene Text in ISO-8859-1 vorliegt. Dann zeigt moziloWiki wieder den Inhalt der Einträge an.Man nehme also Zeile 62 in WikiSyntax.php...
// content formatting
$content = htmlentities($content);
...und ersetze sie durch...
$content = htmlentities($content);
// content formatting
$content = htmlentities($content, ENT_COMPAT | ENT_HTML401, "ISO-8859-1");
$content = htmlentities($content, ENT_COMPAT | ENT_HTML401, "ISO-8859-1");
Und schon funktioniert moziloWiki auch mit PHP 5.4 :)
Installation von ownCloud 4.5.6 auf Shared-Hosting-Account bei UD Media 15.02.2013
Da ich Cloud-Anbietern grundsätzlich misstraue, mag ich das "Meine-eigene-Cloud"-Prinzip von ownCloud sehr: Damit kann sich jeder seine ganz persönliche Cloud aufsetzen - auf dem eigenen Server, oder, wenn nicht vorhanden, sogar auf Shared-Hosting-Accounts.
ownCloud verwaltet dabei nicht nur Dateien (es gibt Synchronisations-Clients für diverse Desktop- und Mobilsysteme), sondern auch per CalDAV erreichbare Kalender sowie Kontakte (via CardDAV). Wer braucht da noch einen Account bei Google? :)
Bei einer ownCloud-Installation auf einem Shared-Hosting-Account bin ich über kleine Problemchen gestolpert, deren Lösung ich hier darstellen werde.
Die Ursache: Das data-Verzeichnis gehört dem FTP-Benutzer, mit dem ich es angelegt hatte. ownCloud läuft aber unter dem Webserver-Benutzer apache (ID 81). Stehen nun die Zugriffsrechte auf 770, darf der Apache-User nicht mehr zugreifen, denn er ist nicht in der Gruppe des FTP-Users (FAQ-Eintrag zu diesem Thema bei UD Media). Stehen sie dagegen auf 777, hat das ownCloud-Script zwar Schreibzugriff auf das data-Verzeichnis, meckert aber mit der nicht übergehbaren Fehlermeldung.
Diese Meldung lässt sich allerdings einfach unterdrücken. Es genügt, die dazugehörige Prüfung in der Datei lib/util.php (Zeilen 241 bis 267) schlicht auszukommentieren:
ownCloud verwaltet dabei nicht nur Dateien (es gibt Synchronisations-Clients für diverse Desktop- und Mobilsysteme), sondern auch per CalDAV erreichbare Kalender sowie Kontakte (via CardDAV). Wer braucht da noch einen Account bei Google? :)
Bei einer ownCloud-Installation auf einem Shared-Hosting-Account bin ich über kleine Problemchen gestolpert, deren Lösung ich hier darstellen werde.
Ausgangslage
Die folgenden Aussagen betreffen einen Shared-Hosting-Account beim Hoster UD Media. UD Media empfiehlt sich für diesen Zweck, weil es ohne Aufpreis verschlüsselte Kommunikation per SSL bietet - ohne diesen Schutz möchte ich meine persönlichen Dateien und Termine nicht durchs Internet schicken.Los gehts
Zum Einsatz kommt die aktuelle ownCloud-Version 4.5.6, die ich heruntergeladen, lokal entpackt und dann per FTP auf den Server geladen habe. (Es gibt auch einen Web-Installer, den ich allerdings links liegen ließ.)Stolperstein eins
Beim Aufruf meiner ownCloud im Browser (http://adresse.de/cloudverzeichnis) bekam erst einmal einen kapitalen Fehler 500:Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Der UD-Media-Server stolpert über die letzte Zeile der Datei ownCloud-Verzeichnis/.htaccess - kommentiert man die mit einem Doppelkreuz (#) aus, ist das Problem vom Tisch: The server encountered an internal error or misconfiguration and was unable to complete your request.
#Options -Indexes
Stolperstein zwei
Das nächste Problem folgte auf dem Fuß: ownCloud beschwert sich, dass die Zugriffsrechte auf das Verzeichnis ownCloud-Verzeichnis/data zu lax seien. Dumm nur: Folgt man den Anweisungen und setzt die Zugriffsrechte auf 770, folgt die nächste Fehlermeldung auf dem Fuß: Nun kann ownCloud nicht mehr schreibend auf das Verzeichnis zugreifen.Die Ursache: Das data-Verzeichnis gehört dem FTP-Benutzer, mit dem ich es angelegt hatte. ownCloud läuft aber unter dem Webserver-Benutzer apache (ID 81). Stehen nun die Zugriffsrechte auf 770, darf der Apache-User nicht mehr zugreifen, denn er ist nicht in der Gruppe des FTP-Users (FAQ-Eintrag zu diesem Thema bei UD Media). Stehen sie dagegen auf 777, hat das ownCloud-Script zwar Schreibzugriff auf das data-Verzeichnis, meckert aber mit der nicht übergehbaren Fehlermeldung.
Diese Meldung lässt sich allerdings einfach unterdrücken. Es genügt, die dazugehörige Prüfung in der Datei lib/util.php (Zeilen 241 bis 267) schlicht auszukommentieren:
$CONFIG_DATADIRECTORY = OC_Config::getValue( "datadirectory", OC::$SERVERROOT."/data" );
// Ab hier auskommentieren!
/*
//check for correct file permissions
if(!stristr(PHP_OS, 'WIN')) {
( ... )
}else{
//TODO: permissions checks for windows hosts
}
// Bis hier auskommentieren!
*/
// Ab hier auskommentieren!
/*
//check for correct file permissions
if(!stristr(PHP_OS, 'WIN')) {
( ... )
}else{
//TODO: permissions checks for windows hosts
}
// Bis hier auskommentieren!
*/
azett@Twitter