Wenn man sich das ganze so zu gemüte führt und mit dem Lachen fertig ist, muss man sich ernsthaft fragen, wie jemand mit einem IQ auf Zimmertemperatur eigentlich ins Internet kommt.

Das ganze (inkl. der Email) gibt es direkt hier auf Würgstoff.de zu lesen.

Im Endeffekt bin ich mir trotzdem nicht ganz mit mir im Reinen, ob ich lachen oder weinen soll bei solchem geistigen Dünnpfiff, aber das kann jeder selber entscheiden

Vielleicht poste ich die Liste ja irgendwann mal sogar hier auf der Seite, derzeit kann ich jedenfalls 2 Dinge abhaken, die für mich wichtig sind.

1. meine eigene Seite ins Netz bringen (wobei es hier immer noch nen Menge zu tun gibt, wenn ich mal extrem viel Langeweile haben sollte, mach ich das Layout dann doch mal selber)
2. einen neuen Job suchen (und natürlich finden)

Eigentlich hab ich ja nicht damit gerechnet, dass alles so schnell geht, aber gut, wie das Leben so spielt, “erstens kommt es anders, zweitens, als man denkt”. Kurzum, am 11.01.09 die erste Bewerbung rausgeschickt und am 23.01.09 auch eine Zusage bekommen.

Am 04.05.09 gehts los, antreten um 09:30 bei meinem neuen Arbeitgeber in Rödelheim als Consultant bei der Firma Prodyna AG.

Zum einen ist der Tapetenwechsel nach dann 5,5 Jahren ein weitere Abschnitt, zum anderen freue ich mich definitiv auf die neue Herausforderung. Anforderungstechnisch gesehen wird sich ebenfalls dort einiges ändern, da ich mit dem Einstieg als Young Professional gleich einen Technologiewechsel mit durchführe. Weg vom Skripten (ASP/PHP) und hin zu was “richtigem”, nämlich Java.

Was natürlich ein weiteres Schmankerl ist, zwei sehr geschätzte Kollegen wechseln ebenfalls mit (ok, einer kommt nen Monat später nach, aber das kann man denke ich verschmerzen). Einer von beiden hat seit Anfang des Jahres ebenfalls ein neues Blog.

Gelesen hatte ich über Content Delivery Networks (CDN) bereits im Rahmen meiner Arbeit rund um das Thema Frontend Optimierung immer wieder mal. Was es ist weiß ich auch, aber verwendet habe ich es weder beruflich noch privat. Also warum nicht mal für die eigene Seite einsetzen und schauen, was so draus wird und was man damit anrichten kann.

Dieser Artikel wird keine Details enthalten, da ich mit vielen Dingen gerade selber noch rumspiele. Artikel mit den Implementierungsdetails und den gefundenen Fallstricken werden noch folgen, bzw. sind bereits in Arbeit.

Wer sich für Optimierung von Web-Frontends im Allgemeinen interessiert, dem seinen die YUI Performance Guidelines ans Herz gelegt.

Einiges daraus habe ich bereits für das Blog hier berücksichtigt, soweit es eine Standardinstallation und das vorgefertigte (aber angepasste) Layout eben zulassen, weitere Anpassungen werden aber garantiert noch folgen um alleine schon die private Neugier zu befriedigen.

Aber ich schweife schon wieder ab, also back to topic wie man so schön sagt.

Warum ein CDN durchaus Sinn machen kann, beschreiben die YUI Performance Guidelines auf kurze und einfache Weise.

Nach ein wenig Recherche über vorhandene Anbieter bin ich auf das Angebot von Amazon WS (AWS) gestoßen, welches von vielen also sehr Preiswert (gerade für den Einstieg) gelobt wird.
In Rechnung wird nur gestellt, was man auch tatsächlich verwendet, wobei die Abrechnung sich für jedes Produkt generell in 2 Teile aufteilt:

1. Bezahlung für Requests
2. Bezahlung für Traffic

Weitere Details über die Kosten findet man direkt auf der Webseite (S3 und CloudFront). Wer ein bisschen ausprobieren will, was an kosten auf ihn zukommt, kann sich mit dem Rechner für die monatlichen Kosten vergnügen (Berechnungsbeispiele finden sich relativ weit unten auf der Seite).

Meine aktuellen Kosten für den Februar (die Tage hab ich das CDN für meine Seite auch erst freigegeben, bzw. implementiert) belaufen sich auf aktuell 11 Dollar-cent und ich glaube, das wird für das noch recht junge Blog in dem Monat auch nicht viel mehr werden.

Für die Verwendung als CDN muss man sich für 2 Produkte von AWS registrieren, wofür allerdings eine Kreditkarte benötigt wird:

• Amazon Simple Storage Service ( Amazon S3)
• Amazon CloudFront

Wer ist wofür zuständig ?

Das Amazon S3 übernimmt die Datenhaltung. Hier lädt man sämtliche Inhalte hoch, die man später über das eigentliche CDN verteilen möchte, also Bilder, Videos, Texte und Dokumente, etc.

Das Amazon CloudFront übernimmt die Auslieferung der Daten in den entsprechenden Punkten auf dem Erdball (Serverzentren: USA (8x), Europa (4x), Asien (2x)).

Damit das ganze nicht missverstanden wird: Auf das CloudFront hat man direkt keinerlei Einfluss (abgesehen von Metadaten an den ausgelieferten Objekten, wie z.b. expires headern; dazu in späteren Artikeln ausführlich mehr). Die Synchronisation zwischen Amazon S3 und CloudFront erfolgt vollautomatisch, ohne dass man sich darum kümmern muss, was es sehr angenehm in der Handhabung macht.

Anforderungen an den Server:

• Apache 1.3/2.x
• mod_expires aktiviert
• .htaccess Datei

Dokumentation mod_expires:

• Apache 1.3
• Apache 2.x

Welche Inhalte wollen wir cachen ?

• Bilder (jpg, gif, png)
• CSS
• Javascript

Was sollte man vor der Verwendung wissen ?

Setzt man einen Expires header auf HTTP Inhalte sollte man wissen, dass der Browser diese Inhalte niemals wieder anfragen wird, solange die Cache Lebensdauer noch gültig ist oder der Browsercache geleert wurde. Das ganze passiert unabhängig davon, ob die Dateien auf dem Server geändert wurden oder nicht.
Problematisch kann dieses Verhalten sein, wenn man z.b. in einer Javascript Datei einen Bugfix implementiert hat oder neue Features implementiert hat, welches dann nicht vom Besucher mit aktiviertem Cache bemerkt wird.

Vor der Verwendung sollte man sich also darüber im klaren sein, was man mit dem modul mod_expires machen kann und welche Probleme oder unvorhergesehene/unbeabsichtige Verhaltensweisen damit einhergehen können. Abhilfe hierbeit schafft. z.b. ein Buildsystem, welches geänderte Dateien mit einem neuen Namen versieht und in die Seite einbindet. Ergebnis hierbei ist, dass die aktuellste Version der Datei wieder abgerufen wird.

Und hier der Quelltext

ExpiresActive On
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/x-javascript "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"

Was macht man, wenn man für die Firma Laptops kaufen soll ?
Richtig, man legt ein paar Kriterien fest und durchforstet anhand dieser Liste das Angebot auf dem Markt befindlicher Ware.

Gesagt getan, nach Auswertung aller Kriterien wurde sich für Laptops der Marke Lenovo (Lenovo hat u.a. diese Sparte von IBM gekauft) der Ausführung T61 entschieden. Bei IBM konnte immer das gesamte Paket (Verarbeitung, Updates, etc.) überzeugen, wieso also ein Risiko eingehen.

Soweit auch alles ok, Laptops bestellt, geliefert bekommen, eingerichtet und an die Empfänger verteilt. keine Probleme, alles wunderbar.

Irgendwann wurde der Ruf nach mehr Mobilität innerhalb des Büros laut. Also wieder gesagt getan, Recherche und die schlussendliche Entscheidung, einen AccessPoint von Linksys aus der Business Sparte zu kaufen (WAP2000).

Auspacken, anschliessen, einrichten, und … und … ?
Richtig, die Laptops wollen sich nicht dazu überreden lassen, diesen AccessPoint zu benutzen.

Kurz die Settings für den WLAN AccessPoint:

* WPA2 (Personal)
* Passwort: eine Passphrase mit Sonderzeichen
* SSID: Broadcast aktiviert

Alles in allem eigentlich nichts, was irgendwie Raketenwissenschaft darstellt.

Und was macht man jetzt als versierter Anwender ? Richtig, fleissig austesten und das ganze Paket abarbeiten:

* Lenovo WLAN Treiber aktualisieren
* Intel WLAN Treiber raussuchen und einspielen
* Verschlüssellung ändern auf WPA und WEP
* Kennwort ändern

Alles ohne irgendeinen nennenswerten Effekt, aber immerhin ist man schlauer. Die mitgelieferten Tools von Intel zeigen uns zumindest schonmal, dass es zum Zeitpunkt der Authentifizierung knallt und das ganze nicht mehr weiter geht. Also mal wieder Google besuchen und die große weite Welt befragen.
Als auch das zum wiederholten Male kein Ergebnis bringt wird der Lenovo Telefon Support bemüht. Also, Hotline angerufen, nette Warteschleifenmusik gehört, einem Mitarbeiter das Problem geschildert, Ticketnummer notiert und auf den zugesagten Rückruf innerhalb von 24 Stunden gewartet.

Eine Woche später kam dann doch der Rückruf der Hotline mit der hilfreichen Aussage, sie könnten zu dem Problem nichts sagen und das Ticket würde jetzt geschlossen werden. Ein Veto brachte nichts, das Gespräch wurde auch recht unfreundlich recht schnell beendet. (irgendwie hatte ich das Gefühl, die nette Dame hat weder auf deutsch, noch auf englisch verstanden, wieso es nicht akzeptabel ist, das Ticket einfach zu schliessen).
Aber als ITler läßt man sich ja nicht entmutigen, oder ? Also noch tiefer in die Trickkiste greifen und den Laptop mal mit unterschiedlichen WLAN AccessPoints konfrontieren. Ergebniss:

* AP1: Netgear WGR614v7 -> funktioniert sofort
* AP2: DLINK 524 -> funktioniert nur manchmal und nach Androhung von Gewalt
* AP3: FritzBox FON/WLAN-> funktioniert nicht
* AP4: der selbe wie AP1 -> funktioniert nicht

Lustigerweise muss man sagen, dass sämtliche diese WLAN Geräte mehr oder weniger unter meiner Kontrolle stehen (wer kennt das nicht: “Du machst doch was mit Computern…”) und alle die selben Einstellungen verwenden (WPA2) mit jeweils leicht geänderten Passphrases.

Der eigentliche Witz an der Sache ist, dass AP1 (meiner zu Hause) und AP2 die selben Geräte sind und ich die Passphrases einmal angeglichen habe, das für mein Verständnis jeweils gleiche Voraussetzungen gegeben waren.

Mit diesem Ergebnis wieder bei Lenovo angerufen, Ticketnummer bekommen und Rückruf in 24 Stunden. Diesmal haben wir dann nach 1-1,5 Wochen zurückgerufen und erfahren, dass es laut einem Lenovotechniker an unserem Access Point liegen muss und das Ticket wieder geschlossen wird. Alles weitere Diskutieren brachte auch wieder nichts (ich tippe auch hier wieder auf ein Verständigungsproblem).

Also nochmal eine neue Trickkiste aufgemacht. Ubuntu uns DVD Laufwerk und Livedistri booten und schon geht das WLAN. WLAN Karte (PCMCIA) ins Notebook, einrichten und wieder geht das WLAN…

Das eine Menge Geräte in unser WLAN verbinden können (und auch die Aufzählung der Geräte) hat den Lenovo Support im übrigen auch nicht interessiert. (wenn es interessiert, verbinden können: IPhones, Windows SmartPhones, MacBook PROs ein IMAc und Laptops diverser anderer Hersteller)

In Zukunft sollen hier kleine und große Artikel rund um mein Leben als Softwareentwickler erscheinen.

Inhalte werden sein: technisches, lustiges, kurioses, ärgerliches und alles, was sich sonst noch lohnt, beschrieben zu werden.