Da der letzte Hamburg-Urlaub doch schon etwas her ist, war es mal wieder an der Zeit, diese schöne Stadt zu besuchen. Gesagt, getan, und so sind wir am 2. Weihnachtstag mit dem Zug losgedüst. Ausnahmsweise diesesmal mit dem Zug, da 140 € hin und zurück für 2 Personen in der 1. Klasse doch schon verführerisch günstig ist. Leider war sowohl Hin- als auch Rückfahrt nur in einem ollen renovierten 6er Abteil des IC, die 2. Klasse im ICE wäre vermutlich komfortabler gewesen. 
Irgendetwas muss man sich ja vornehmen. Ich nehme mir mal Telefonnummern- und Datumsschreibweisen vor und versuche, mich an die gültige Normung zu halten.
Bei der Formatierung von Telefonnummern gilt laut Wikipedia das Format +49 30 12345-67 bzw. 0 30 12345-67 mit funktionsbezogener Trennung durch Leerzeichen, die Durchwahl wird mit Bindestrich abgetrennt. Das in Deutschland häufig verwendete 0 30 / 12 34 56 ist zwar üblich, aber eben falsch.
Noch schlimmer (und unschöner) wird es mit den Datumsformat. In der Wikipedia heißt es dazu z. B.
Eine führende Null bei Datumsangaben ist ebenfalls nicht mit dem Begriff ‚Ordinalzahl‘ zu vereinbaren. Es gibt keinen 06. Tag. Die führende Null wurde vor Jahrzehnten eingeführt, weil man damit erreichen wollte, dass Datumsangaben beim Schreiben mit der Maschine sowohl bei ein- als auch bei zweistelligen Tages- und Jahreszahlen bündig untereinander angeordnet wurden. Sie verhindert zudem, dass nachträglich eine Ziffer davorgesetzt werden kann, um Datumsangaben zu verfälschen (und das Datum um 10, 20 oder 30 Tage nach hinten zu versetzen). Sie passt allenfalls für Vordrucke, die Felder für einen zweistelligen Eintrag vorsehen. Falsch ist also eine Darstellung wie: 06. Juni 2001. Richtig heißt es: 6.6.2001 oder 6. Juni 2001.
Die oft übliche Schreibweise 06.06.2001 wäre demnach laut Wikipedia falsch. Allerdings steht im Duden dazu auch noch etwas:
Tag und Monat sollen bei einer reinen Zahlangabe zweistellig angegeben werden.
Daraus folgt also: Verwendet man das deutsche Datumsformat (DD.MM.YYYY) innerhalb eines Satzes, lässt man führende 0en weg. Steht die Zahl für sich alleine (z. B. in einem Formular), macht man die 0en dran.
Auf die Geschichte, wo welche Leerzeichen/Abstände eingefügt werden sollen, gehe ich besser gar nicht ein.
Update am 10.1.2014: Bereich bzgl. cron-Job überarbeitet
Das dürfte wohl kein Problem sein und hat sangyye schon mal beschrieben …
mkdir -p tmp && cd tmp
wget http://piwik.org/latest.zip
unzip latest.zipDanach das Verzeichnis “piwik” dahin schieben, wohin man es denn haben möchte. Alternativ kann man das alles natürlich auch lokal machen und dann mit einem (s)FTP-Programm hochladen.
Diesen Schritt muss man zwar nicht unbedingt machen, es wird aber für stärker frequentierte Seiten empfohlen, da dadurch die Auswertung der Berichte schneller läuft.
Erstmal muss man in den Einstellungen von Piwik unter “Allgemeine Einstellungen” den Punkt
Piwik erlauben, die Archivierung zu starten, wenn Berichte im Browser angezeigt werden.
auf Nein stellen, damit die Berichte nicht mehr im Browser generiert werden.
Beim Punkt
Berichte für heute (sowie jeden anderen Zeitraum, die den heutigen Tag beinhalten) höchstens so oft neu berechnen:
muss man für sich selbst überlegen, welcher Zeitraum wirklich sinnvoll/nötig ist und ob der Server dabei nicht zu sehr überlastet wird.
Danach geht der Spaß in der Shell los und man fängt mit der Bearbeitung der Crontab an. Diese wird (eh klar) mit crontab -e aufgerufen und dann mit dem folgenden cron ergänzt:
PATH=/package/host/localhost/php-5/bin:/bin:/usr/bin
PHPRC=/home/UberspaceUser/etc
MAILTO="mail@example.org"
*/5 * * * * php /var/www/virtual/UberspaceUser/sub.example.org/piwik/misc/cron/archive.php --url=http://sub.example.org/ >/home/UberspaceUser/piwik-archive.logHinweis zur letzten Zeile: Ab einer Version (keine Ahnung welche genau) wurde das Archivierungs-Skript verschoben/geändert, man muss daher die Zeile wie folgt ändern:
*/5 * * * * php /var/www/virtual/UberspaceUser/sub.example.org/piwik/console core:archive --url=http://sub.example.org/ >/home/UberspaceUser/piwik-archive.log
Danach dann einfach alles speichern und den Editor beenden.
Am Anfang bietet es sich an, die Log-Datei mit tail -f ~/piwik-archive.log zu überwachen, ob der cron korrekt ausgeführt wird.
Das dürfte es dann aber auch schon gewesen sein. 
Damit die Datenübertragung (speziell das Tracking-Javascript piwik.js) vom Server zum Browser schneller läuft, sollte/kann man sich im Hauptverzeichnis von Piwik noch eine .htaccess mit folgendem Inhalt anlegen, damit die serverseitige Komprimierung benutzt wird:
# rules for gzip-compression
<IfModule mod_deflate.c>
# html, txt, css, js, json, xml, htc:
AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
AddOutputFilterByType DEFLATE text/javascript application/javascript application/x-javascript
AddOutputFilterByType DEFLATE text/xml application/xml text/x-component
<FilesMatch "\.(ttf|otf|eot|svg)$" >
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>Piwik-Hilfe zu Auto-Archivierung
Uberspace-Wiki zu cron
Uberspace-Wiki zu PHP in cron
Da überall irgendwelche Zusammenfassungen vom letzten Jahr gepostet werden, mach ich das halt auch mal, so wie letztes Jahr. Ich übernehme die Zahlen einfach und ergänze ein wenig…
Update am 3.2.: Tabellen-Header schöner formatiert und meistbesuchte Seiten ergänzt
"Statistiken zu 2013" vollständig lesenIn der Wochennotiz Nr. 179 vom OSM-Blog wird auf das iOS-Programm Hoursome (Apple Store) hingewiesen, mit dessen Hilfe man sich von Orten in der Umgebung die Öffnungszeiten anzeigen und diese auch bearbeiten kann.
Die Bedienung/Übersichtlichkeit bei der Eingabe der Öffnungszeiten ist recht gut gemacht und daher war ich die letzten Tage immer mal dran gesessen, Daten für Geschäfte in der Umgebung einzugeben.
Nun kommen wir aber leider zum Aber (und dem Unschönen an der App):
Die eingegebenen Daten werden nicht direkt in der OpenStreetMap-Datenbank gespeichert, sondern nur in einer Datenbank des Programmierers. Diese Daten werde als wöchentliche Version auf der Homepage zum Download zur Verfügung gestellt und man (jemand) muss sich dann mit JOSM die Mühe machen, die Daten einzulesen und manuell in die eigentliche OSM-Datenbank einzutragen. Das hatte ich leider auch nicht gelesen (steht auf der Homepage in einem Satz beschrieben), aber so hat man doch wieder doppelte Arbeit, denn genauso gut hätte ich die Daten auch gleich in die richtige Datenbank eintragen können. 
Zwar sind die Daten in der Entwickler-DB gespeichert und damit für jeden Interessierten verwendbar, wenn man selbst nicht mit JOSM hantieren will, aber optimal ist es m. E. noch nicht.
Vielleicht wird es ja noch und das Programm wird um einen automatischen Import bzw. ein direktes speichern in die OSM-Datenbank erweitert. Wünschenswert wäre es, denn so wie es jetzt ist, macht es (mir) keinen richtigen Spaß, Daten einzutragen.