First I found out the best way to avoid problems with routing urls beeing not cached - especially when using Router::mapResources() - is to enable the caching per action in the controller like this:

function view($id = null) {
$this->cacheAction = "10 minutes";
// more stuff
}

The next problem was that cached views don't retain document mime type (xml, json, etc.). The first request works correctly (uncached request), but the second request will come back as text/html. You can find a more detailed description of the problem here.

I got an advice to enable callbacks for my views but that slows down and defeats the purpose of the cache. My approach now is to use a layout like this:

With the header('Content-type: text/x-json'); embedded in the nocache tags, it works fast and returns the correct mime type.

• Development-Server XDebug enabled, APC enabled, View cache disabled:
  Requests per second: 1.64 [#/sec]
• Development-Server XDebug enabled, APC enabled, View cache enabled (files):
  Requests per second: 29.04 [#/sec]
• Development-Server XDebug disabled, APC enabled, View cache enabled (files):
  Requests per second: 95.66 [#/sec]

Further reading
8 Ways to Speed Up the Performance of CakePHP Apps.
Store View Cache in APC or Memcached.

Error: Could not stat() command file ‘/var/lib/nagios3/rw/nagios.cmd’!

In "/etc/nagios3/nagios.cfg" the "check_external_commands=1" was already set. So there was something more required to make it run on Debian...

Deep in my memory I know that there was a debian way to solve this user right related problem. This time I'll write it down here - perhaps I'll find it more easily when I upgrade to Debian GNU/Linux 6.0 (codenamed squeeze) and/or Nagios4.

/etc/init.d/nagios3 stop
dpkg-statoverride --update --add nagios www-data 2710 /var/lib/nagios3/rw
dpkg-statoverride --update --add nagios nagios 751 /var/lib/nagios3
/etc/init.d/nagios3 start

Ich glaube viele Apple Benutzer kennen das Tool aber nicht oder können vielleicht nicht viel damit anfangen. Vielleicht ändert sich das nun, denn Lars Blumberg erläutert in seinem wunderschön gemachten Screencast sehr anschaulich die Bedienung und Funktionsweise des Apple Automators. Da dieses Video im Rahmen eines Seminars "End user programming" entstanden ist, geht Lars Blumberg zu Beginn auf das Pipe-Konzept ein auf dem der Automator beruht, bevor ein Beispiel erläutert wird.

Im dritten Teil des Screencasts wird die Programmierung einer eigenen Erweiterung (Action) für den Automator mit Xcode demonstriert. Alle Schritte sind in dem liebevoll gemachtem Video ausführlich dokumentiert, so dass ich hoffe dass Anwender und Scripter neugierig gemacht werden sich einmal etwas ausführlicher mit Apples Automator auseinander zu setzen.

So funktioniert der Apple Automator from Lars Blumberg on Vimeo. (c) 2008 Lars Blumberg

Folgende Geräte (allesamt mit optischen Input) für den nicht mobilen Einsatz hatte ich dabei im September 2008 in die engere Wahl gefasst:

• Citypulse Yearm Series DA7.2xII 2
  4 Bit/192Khz D/A Converter Stereo Hi-Fi Phones Amp with Balanced Output.
  "Often compared to the well-known Benchmark DAC1, the Citypulse 7.2x has gained an international reputation as the best-value D/A converter available."
  Erfahrungsbericht gefunden bei Hifi-Forum.
  Preis gefunden im Hifi-Forum - ca. $340 USD
• Citypulse Rush Series DA2.03eII
  24 Bit/192Khz D/A Converter Stereo Hi-Fi Phones Amp with USB Input (den ich aber nicht nutzen würde, weil ich USB freihalten möchte)
  Preis DA2.03eII ca $430 USD
• Zhaolu D2.5 DAC
  modding Potential - werde ich wohl nicht nutzen. KHV optional.
  Preis: 150$ bis 215$ je nach Chip-Varianten.
  + a Discrete Headphone Amplifier Module is available as an upgrade for $55 USD
• TIANYUN ZERO 24/192 DAC
  ca. 100 EURO (wahrscheinlich der Preis/Leistungs-Sieger)
  Anbieter gibt's diverse bei eBay.
  Infos zu dem original verbauten opa2604
  Infos zu dem Upgrade OPA-627 gibt's auch bei diesen Reviews: Hier und dort.
  Über dieses recht preiswerte Modell habe während meiner Recherche ich im Hifi-Forum fast nix gefunden. Vielleicht sieht's inzwischen anders aus.
• Audio Technika (Japan) AT-HA25D
  (soll Bassschwach sein?)
  Preis bei ebay ca. 200US$
• Yulong DAH1 Mark: Der Vorgänger soll ein Grundrauschen gehabt haben. Über den neuen "Mark" habe ich noch nichts gefunden. Wenn schon stationär, wäre ein Drehregler wünschenswert. Die Tipptasten für Volume finde ich nicht optimal. Das Display ist auf Bildern schick, soll aber kaum ablesbar sein.
  Bewertung
  ca. 280 US$

Wahrscheinlich habe ich ein wichtiges Gerät in dieser Klasse übersehen. Zu den verbauten DACs und Amps kann ich als Laie absolut nichts sagen. Z.B. ob es da grosse Qualitäts und Klangunterschiede gibt? Meine Anforderung ist dass es natürlich nicht rauscht, verzerret oder brummt und dass die Wiedergabe halt möglichst unverfälscht. Es sollten auch hochohmige KH betrieben werden können ohne Einbussen bei der Lautstärke zu haben. Wahrscheinlich bieteten dass alle der o.b. Geräte und es ist eher eine Frage der sonstigen Anschlussmöglichkeiten und des Preises.

Als KH hatte ich folgende auf meinem Radar um meinen HD25-1 abzulösen:

• Beyerdynamic DT880 (2005)
• HD650
• AUDIO-TECHNICA (Japan) ATH-W1000 - geschlossen. Soll im Vergleich zu HD650 besser sein
• Alessandro / Grado are usually the rock lover’s choice - aber welches Modell? Schlechter Tragekomfort wird nachgesagt

Den AKG K701 habe ich mal ausgeklammert, weil ich mehrfach gelesen habe, dass er für meine Musikrichting nicht optimal ist (ein Fehler?). Ich höre überwiegend Prog-Rock, Neo-Prog und Progressive-Metal. Siehe auch mein Profil bei last.fm.

Den BT880 und den HD650 habe ich dann im direkten Vergleich gehabt. Ich habe mich für den Sennheiser entschieden. Mein HD25-1 ist noch als mobiler KH im Einsatz (ein wirklich guter KH). Der HD650 ist sehr gut.

Ich habe mich vor einigen Monaten dann bei dem DAC/KHV für den TIANYUN ZERO 24/192 DAC mit OPA-627 Upgrade entschieden. Ein sehr guter DAC/KHV zum vernünftigen Preis. Im Zusammenspiel mit HD650 wirklich grossartig. Wieder einer dieser Kaufentscheidungen wo ich mich frage: Warum nicht eher? Nicht nur, dass ich damit die Probleme des schlechten Analog-Ausgangs bei MacBook Pro umgehe(!): Endlich wieder Sound, so wie es sein soll. Ich habe bisher noch nie so hochwertig (fast audiophil) Musik genossen und dabei alte Alben neu entdeckt. Ist natürlich zu grossem Teil auch dem HD650 zu verdanken. Das hätte ich schon früher machen sollen, jetzt wo mein Hörvermögen altersbedingt schon nachlässt. Also auch wenn der Preis nach Chinesischem Billigschrott riecht - die Leistung ist grossartig, der Sound bomastisch. Die Verarbeitung der Platine total okay und das Gehäuse geht auch noch in ordnung.

Weitere Fotos vom TIANYUN ZERO 24/192 DAC mit OPA-627 Upgrade gibt's hier.

Mit CloudFront kann ich nun vor meinen öffentlichen S3 noch ein Content Delivery Network vorschalten, dass automatisch meine Inhalte über alle verfügbaren Standorte synchronisert und bei Requests auf meine Inhalte immer die schnellste Verbindung auswählt. Mehr Details zur neuen CloudFront, dem Content Delivery Network von Amazon gibt's unter aws.amazon.com/cloudfront/ und im original Wortlaut des Developer-Newsletters.

Dear AWS Customer,

Today, we're excited to announce the public beta of Amazon CloudFront, a new web service for content delivery. With CloudFront, you can distribute content using a worldwide network of edge locations that provide low latency and high data transfer speeds. CloudFront works seamlessly with other AWS services such as Amazon S3, and like all AWS services, is self-service with no up-front commitments, no long-term contracts and pay-as-you-go pricing. You can sign up for CloudFront - and begin using it today - at aws.amazon.com/cloudfront.

The initial release lets developers and businesses deliver popular, publicly readable content worldwide. CloudFront has a number of exciting features that differ from many traditional methods of content delivery. It:

lets you get started easily there's no need to contact a sales person or negotiate a contract. Anyone can get started in just minutes with only a credit card.
works seamlessly with Amazon S3 - you can start delivering your files stored in Amazon S3 through CloudFront edge locations in a matter of minutes.
is simple and easy to use - a single API call is all that's needed to get started delivering your content.
lets you pay only for what you use there are no minimum fees and no long-term commitments.
To Use Amazon CloudFront, all you need to do is store your objects in Amazon S3 (make sure they are publicly readable), then, make a simple API call to register your bucket with CloudFront. This API call will return a new domain name for you to include in your web pages or application. When clients request an object using this domain name, they will be automatically routed to the nearest edge location used by Amazon CloudFront for fast delivery of your content. No negotiations, no upfront fees, and no volume commitments. It's that simple.

You can learn more about Amazon CloudFront and get started using the service at aws.amazon.com/cloudfront.

Sincerely,
The Amazon CloudFront Team

Wie in der Anleitung beschrieben muss zunächst die aktuelle Dashboard-Software für Apple-Notebooks installiert werden. Die aktivierte SIM in den USB-Modem-Stick einlegen und den Stick in einen freien USB-Port einsetzen. Soweit beschreibt die Anleitung das Procedere wie zu erwarten war. Die Vodafone Mobile Connect Card UMTS war nun im OSX eingebunden - aber wie stelle ich eine Verbindung via WebSessions her?

Dazu fand ich auf der Seite "Installationshinweise zu Websessions" den Link zum Dokument: "Anleitung: Vodafone WebSessions mit Apple-Notebooks nutzen". Genau das, was ich gesucht habe - aber leider steht auf der ersten Seite in fett: "Hinweis: Diese Anleitung gilt nicht für Apple MacBook Pro Notebooks mit Intel-Prozessor." - boom - und leider gibt es auch keine Info, wo ich als MacBook Pro Nutzer denn eine alternative Dokumentation finde. Ich habe auf den Vodafoneseiten auch nichts gefunden... Daher habe ich mich weitestgehen an diese eigentlich für meinen Anwendungsfall nicht gültig Anleitung gehalten und APN auf event.vodafone.de umgestellt. Bei den Custom Connection-Settings habe ich noch auf "DE VodafoneD2 Websessions" umgestellt. Die unter Punkt 11 gezeigten Screenshots gelten so nicht mehr für Leopard. Die Angabe von Account-Name und Kennwort sind auch nicht erforderlich. Über die Systemeinstellungen/Netzwerk ist dann über den vom Dashboard erstellten Eintrag "Vodafone" eine Verbindung ins Internet über die Default-Configuration möglich. Der Requet einer beliebigen URL im Browser führt zur WebSessions-Seite so dass man das gewünschte Pakete buchen kann.

Aus meinem Büro heraus bekomme ich immerhin Werte die sogar leicht über meinem ehemaligen DSL Anschluss liegen:

Zum Vergleich dazu mein ehemaliger DSL-Anschluss:

Das ist sogar als Backup-Lösung für meine Kabel-Deutschland-Anbindung ausreichend.

Was noch etwas nervt ist die Komprimierung aller Bilder die Vodafone vornimmt - irgendwie soll man das über den Vodafone HighPerformance Client abstellen können. Ein Hinweis besagt: "Im Vodafone Dashboard ist der HighPerformance Client bereits integriert." - aber entsprechende Einstellungsmöglichkeiten habe ich - bei der Mac-Version - bisher nicht entdeckt.

Eine etwas älteres Video von seinem Vortrag (mit zum Teil überholten Aussagen, siehe hier und hier), welches aber dennoch wirklich ansehenswert ist, gibt es unter: www.loromoar.com.

Jonathan stellt im Slide 34/35 "EC2 for extra capacity" ein optionales Model vor, bei dem für die DB und den Loadbalancer ein Inhouse-Lösung angetrebt wird (Eigens RZ oder klassischer Hoster). Die Gründe dafür deutet er auch schon im Video an (welches dieses Modell noch nicht zum Gegenstand der Diskussion gemacht hatte): EC2 hat kein persistentes Speichermedium. Fällt die Instanz aus, gehen die Daten verloren. Wenn nicht konstant dedumpt und auf S3 gesichert wird, droht Datenverlust.
Ich fürchte jedoch das gerade bei RoR-Anwendungen recht komplexe und viele SQL Abfragen entstehen, so das sich eine erhöhte Latenz zwischen den Application-Servern die unter EC2 laufen und der Datenbank, die inhouse läuft sehr negativ auf die Antwortzeiten auswirken könnte. Ich würde daher lieber die DB@EC2 belassen und das Verlustrisiko von Daten minimieren indem eine Replikation (Slave) in eine oder mehrere EC2 Instanzen oder auch auf einen Slave im eigenen RZ gemacht wird. Der Vorteil dabei ist, dass die Application-Server kürzere Latenzzeiten zur DB haben und der Traffic innerhalb EC2 bleibt und somit auch kostenlos ist. Fällt die Master-DB aus, so kann ein Slave die Aufgabe übernehmen.

Das Argument den Loadbalancer Inhouse zu nehmen ist, dass beim Ausfall des EC2 basierten Loadbalancers eine neue IP zugewiesen wird und es somit zur vorübergehenden Unerreichbarkeit kommen kann, wenn DNS-Server die Updates nicht rasch genug verarbeiten. Steht der Loadbalancer hingegen im eigenen RZ oder beim klassischen Hoster habe ich eine statische IP und kann das Problem (eher) umgehen, so dass keine DNS-Update erforderlich wird.
Aber man erkauft sich diesen Vorteil zum einen durch mehr Latenzzeit: der Loadbalancer muss nun alle Requests erst an die weit entfernten EC2 Instanzen weiterreichen und auf deren Antwort warten. Der Weg von den Clients zum Loadbalaner kommt in diesem Fall dann noch hinzu. Hier kann es sich dann schon lohnen über eine Proxy/Cash-Lösung nachzudenken. Was aber ebenfalls noch zu berücksichtigen ist: Ich habe nun zwei mal den Traffic zu bezahlen: Einmal zwischen EC2 und dem Loadbalancer und hinzu dann noch der Traffic zwischen dem Loadbalancer und den Clients.

Also auf den ersten Blick würde ich den Loadbalancer doch lieber auch bei EC2 einsetzen...

Ein recht radikaler aber genialer Ansatz ist der Verzicht auf einen dedizierten Loadbalancer.

Lei Zhu beschreibt in seinem Aritkel wie man das Problem mit der dynamischen IP lösen kann indem man ganz auf einen Loadbalancer verzichtet und das Konzept und die Aufgabe des Loadbalancers gleich auf den Client überträgt: Client-Side Loadbalancing!

Zum Slide:

| View | Upload your own

                    (1) braun  -----------------------\
                    (2)                                |
                    (3) grün   \              (3)      |
Analog-ISDN-Buchse  (4) braun  |  ISDN-Kabel  (4)        \    Analog-Kabel (4)
FRITZ!Box Fon 7050  (5) weiß   |              (5)        /                 (5)
                    (6) gelb   /              (6)      |
                    (7)                                |
                    (8) weiß   -----------------------/

Mein Hintergrund: Mein ISDN Anschluss von der Telekom soll (übergangsweise bis zur Rufnummernmitnahme nach Kabeldeutschland) für eingehende Anrufe weiterhin genutzt werden können. Der neu hinzugekommene analoge Anschluss der mir vom Kabelmodem zur Verfügung gestellt wird, soll so mit meiner bereits existierenden ISDN-Anlage via FRITZ!Box weiterhin genutzt werden können (kein Neukauf eines analogen Telefons erforderlich, da ich den analog Eingang der FRITZ!Box Fon nutzen kann).
Ein entsprechendes Y-Kabel habe ich nicht finden können. Aber mit der hier gezeigten Belegung habe ich ein einfaches Netzwerk Patchkabel zweckentfremden können. An einer Seite wird der Stecker abgeschnitten. Dort wird dann eine ISDN-Dose ( 3, 4, 5, 6 ) und eine analoge Dose ( 1, 8 ) angelegt.

Zunächst bekam ich jedoch einen Schreck, denn die beiliegende Anleitung zum Modem beschreibt unter den Eigenschaften auf Seite 1: "Schafft beim Datenempfang bis zu 10 Megabit pro Sekunde". Also habe ich offenbar ein falsches Modem bekommen, denn ich hatte ja den Tarif mit 26Mbit/s gebucht?! Via Internet-Recherche habe ich ein Dokument gefunden, wonach das THG520 nach DOCSIS2.0 zertifiziert ist - demnach also mit den 26MBit zurechtkommen sollte.

Und Speedtests zeigen auch, dass das Modem offenbar mehr als die 10MBit/s kann.
Test via PowerBook G4 (1,67Ghz):

Deutlich besser sieht es via meinem Debian Etch Server aus
Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz:

Bei Speedtest.net:

Und bei wieistmeineip.de bekomme ich:

Download-Geschwindigkeit: [++] 25.226 kbit/s (3.153 kByte/s)
Upload-Geschwindigkeit: [++] 1.049 kbit/s (131 kByte/s)

Die Testresultate entsprechen den Resultaten anderer Benutzer mit gleicher Bandbreite beim selben Provider. Also muss ich mir offenbar keine Sorgen machen - aber mehr als Verwirrend finde ich es schon, dass man ein Kabelmodem bekommt, dass nur 10MBit können soll, wenn man deutlich mehr Bandbreite gebucht hat.

Mir ist natürlich bewusst, dass diese Speedtests nur eine Art Schnelltest sind, die extrem ungenau sind. Ich werde die Bandbreite in der Praxis im Auge behalten - der erste Eindruck ist aber gut; Downloads (>80MB) von meinem Server in Deutschland werden mit durchschnittlich 2600kByte/s entgegengenommen.

Mein DSL-Anschluss wird übergangsweise weiterhin als Backup betrieben und liefert folgende Resultate:

Das Webinterface gibt folgende Modemwerte preis:

Damit kann ich wohl ganz zufrieden sein, wenn ich die Aussage eines Technikers zu den Modemwerten lese:

Der Downstream sollte bei QAM 256 von -4 bis +13 dBmV gehen, viel wichtiger ist der SNR Wert: der sollte ab 34 aufwärts sein.

Upstream soll zw. 40 und 50 dbmV liegen! In dem Bereich läuft das Webstar und vor allem das Thomson-modem perfekt!

(Bei QAM 64 sollte der Downstream von -10 bis +7 liegen und der SNR bei min. 30dB. upstream-Wert ist der gleiche wie o.g.)

Sun Java 2 ist in der "non-free" Sektion der Debian Repositories verfügbar. Damit auf diese Sektion zugegriffen werden kann, muss das non-free repository in der apt sources Datei verfügbar gemacht werden. Die Datei /etc/apt/sources.list sollte wie folgt ausschauen - wichtige Passage ist hervorgehoben:

deb http://ftp.de.debian.org/debian/ etch main non-free contrib

Nun apt updaten mit:

sudo apt-get update

Nun die Java Debian Pakete installieren:

sudo apt-get install sun-java5-jre

Oder wenn das JDK ( das Java SDK ) installiert werden soll:

sudo apt-get install sun-java5-jdk

Alternativen: GNU Compiler für Java