Klar, es hat niemand ein Anrecht auf die Verfügbarkeit von Facebook. Im Geschäftsalltag werden vielfach Verträge für kritische Dienste mit prozentualen Verfügbarkeiten abgeschlossen. Im Grunde genommen hat man das beim ADSL auch. Die meistens garantierte Verfügbarkeit “Best Effort” ist eine Übersetzung nicht wert.

Betrachtet man eine Verfügbarkeit von 99.9% scheint das hoch. Aufs ganze Jahr wird aber eine Ausfallszeit von fast 9 Stunden toleriert. Einen Arbeitstag ohne Email oder ERP? Kaum vorstellbar.

Zurück zu Facebook: Nimmt man an, dass in diesen 2.5 h 50 Millionen Besucher je 10 Rappen an Werbeeinnahmen generiert hätten, dann hat Facebook 5 Millionen Franken in den Sand gesetzt. Und das wäre nur ein Faktor, vielleicht weitaus schlimmer, aber nicht bezifferbar ist der Imageschaden.

Hochverfügbarkeit ist eine komplexe und teure Angelegenheit. Grund genug ab nächster Woche der Sache beruflich nachzugehen.

It works pretty straightforward.

The problem which I faced was with the typical German umlauts like ä,ö,ü. If you enter Pfäffikon (my hometown) than you get a nice exception. Of course there is a solution for this problem (have a look for the modified views.py file on the first mentioned site). But because of the lack of internet I solved the problem by myself.

Here the short explanation:
The script receives the HTTP Data in unicode but uses it with the default encoding of Python. The default encoding can be displayed by printing sys.getdefaultencoding(). On my Debian machine it was ascii. So the script tries to change the Umlauts from unicode to ascii, which can’t work.

Two solutions:
Either you add two lines to the file (/etc/python2.5/sitecustomize.py) and set your default encoding to UTF-8
import sys
sys.setdefaultencoding('utf-8')

or

you do the following in the views.py file:
After line 7 (def article(request, article):)
add
article = article.encode('utf-8')
and
replace the line 71 (searchData = request.GET['data'])
with the following line
searchData = request.GET['data'].encode('utf-8')

Now the offline Wikipedia reader should handle umlauts properly

Bei mir hat es mit diesen Einstellungen funktioniert.

Mit diesen Schritten hat bei mir die Konfiguration funktioniert. Die Soundqualität ist noch nicht die beste, da muss man ein bisschen mit den Parametern spielen.

Für den Mailaccount ist das Tool imapsync ein Traum. Es bietet vielfältige Möglichkeiten, um Mails zwischen zwei Konten zu synchronisieren.

Nach 5 Stunden Synchronisation waren alle Mails auf dem neuen Account. Irgendwann in den nächsten Wochen wird dann definitiv umgestellt und in der Waschküche kehrt Ruhe ein.

Die Situation ist nun folgende: Ich kann meine dynamische IP bei Zoneedit eintragen, bzw. eintragen lassen (mit ddclient). Im Webinterface zeigt es die eingetragene IP an. Die DNS Server, welche für meine Domain zuständig sind, stellen sich dumm. Sie beantworten die gestellten Requests nicht mit der eingetragenen IP Adresse, sondern mit irgendeiner anderen.

Was kann ich tun? Nichts.

Warten vielleicht und mein Zimmer aufräumen

Wenn Du diesen Eintrag liest, dann funktioniert es bereits wieder oder du hältst dich unerlaubterweise in meinem Netzwerk auf

Viel Spass

Preconditions
Working webdav server
ics File of your google or whatever calendar

Install phpicalendar
First of all we install phpicalendar to view the calendars in the webbrowser.
The steps:
- Download
- Extract
- copy the phpicalendar directory into your webdav directory of the webserver
- The directory structure should look like this:

http://www.server.com/webdav/

http://www.server.com/webdav/calendar <= all phpicalendar stuff
http://www.server.com/webdav/calendar/calendars/ <= space for your calendars
- rename the configuration file to config.inc.php

Create a calendar in Lightning
Do a right click below the Calendar in Lightning and choose New Calendar
The new Calendar is on the Network
Next
Format iCalendar (ICS)
Location http://www.server.com/webdav/calendar/calendars/newcal.ics (for exampel)
Next
Name and Color … whatever you want
Next
Finish

Do a right click on the new created calendar and choose Publish Calendar. You need permission to write on your webdav server.
Publishing URL: same URL as above
Click on Publish
After a few seconds the new calendar is created on your server
Close the window

Now copy your backup ics into your calendars directory on the webdav server. Name the file exactly as the new created (for example newcal.ics). You can reload your calendar in lightning (left click on the calendar -> Reload Remote Calendars). The events from your backup ics should appear.

When you create a new event, this event should be automatically uploaded to your webdav server. May be, there are some problems with the permissions (in this case, check if the webserver has rights to write the calendar file).

Nice Features
If you want to read your calendars offline, there is a check box in the properties of each calendar. You can check this, but be aware, that this feature is still experimental.

When your tasks are attached to a calendar you have already uploaded, the tasks are visible in phpicalendar. Are your tasks in a own calendar, just do the steps above.

After this how to you can definitely say goodbye to the google calendar.