Nun haben wir aber bemerkt, dass die Header-Informationen (Metadaten) der ausgelieferten Bilder nicht optimal für die Cache-Nutzung der Browser waren. So haben wir zwar den Cache-Control Header gesetzt, welcher aber offensichtlich erst in Kombination mit einem Expires Header wirklich gut funktioniert. So haben die Browser die Bilder zwar aus dem Cache genommen, dennoch aber immer eine Request an Amazon S3 geschickt. Diese wurden mit “not modified” quittiert. Da sich unsere Bilder aber kaum ändern ist auch diese Request unnötig.

Wir wollten nun mit der Software “Bucket Explorer” zu allen Dateien die entsprechenden MetaDaten hinzufügen. Da es für uns aussah als sei das eine recht unkritische Änderung haben wir alle Dateien markiert und die Software machen lassen was nötig ist. Mit über 3.000 Dateien dauert der Vorgang etwas – und während der “Bucket Explorer” wild die auf Amazon S3 ausgelagerten Bilder änderte stellten wir fest, das einige Bilder schon nicht mehr verfügbar waren.

Natürlich haben wir den Vorgang erstmal beendet, um eine Ausbreitung des Problems zu verhindern.

Nach genauerer Analyse stellte sich heraus, dass Amazon S3 jede Anfrage auf eine unserer Dateien mit

<Error>

<Code>AccessDenied</Code>

<Message>Access Denied</Message>

<RequestId>DA60AA9F2FACFC28</RequestId>

<HostId>

9pU1s5bXZYv439VkUIk5LQVbDTGYA5p7YSkomxNgoR0sctrM7/+PPVPAIzMlRp6

</HostId>

</Error>

quittierte.

Auch wenn man eine Datei in das S3 Bucket schon, sie auf public setze erschien diese Meldung. In einem zum Test angelegten Bucket funktionierte aber alles wunderbar. Alle Rechte-Änderungen haben nichts gebracht – auch Tipps aus dem Netz, dass man per FTP die Owner Daten zurücksetzt und wieder korrekt setzt haben keine Wirkung gezeigt. Amazon S3 gabe immer die obige Fehlermeldung zurück.

Letztendlich haben wir versucht das komplette Bucket zu kopieren … nach einiger Zeit (denn auch das dauert bei über 3.000 Dateien seine Zeit) stellten wir fest, dass der Zugriff auf diese Dateien dann möglich war.

Unsere Lösung war also die Dateien komplett in ein neues Bucket zu kopieren und dort wieder auf public zu setzen. Leider ein sehr langwieriger Prozess.

Nun noch die Amazon CloudFront Subdomain ändern löschen und neu anlegen, den Nameserver Eintrag auf dem Server anpassen und alles läuft wieder. Einen Arbeitstag später …

Facetime Logo

Auf der gestrigen Presse-Veranstaltung hat Apple neben den Neuerungen im kommenden MacOsX 10.7 Lion, dem neuen iLife 2011 und einem fantastischen neuen MacBook Air die lang erwartete Factime Version für den Mac vorgestellt. Damit ist es nun möglich auch mit Mac-Nutzern zu “facetimen” – die kein iPhone besitzen (wenn es denn solche gibt).

Die Beta von Facetime gibt es ab sofort zum kostenlosen Download.

Doch so fern ist das nicht, denn sein iPad oder iPhone (oder ziemlich viele andere TouchScreen Geräte) kann man durch einen 4-stelligen Code vor unerlaubtem Zugriff schützen. Auch iPhone/iPad-Apps lassen sich oft so absichern.

Da man iPhone und iPad mit dem Finger steuert hinterlassen diese in der Regel fettige Rückstände – daher werden diese Geräte von den Nutzern besonders häufig geputzt. Aber genau da liegt das Problem, denn putzt man sein iPhone oder iPad nicht nach der Pin Eingabe kann man ganz einfach welche Zahlen gedrückt wurden. Nun muss man nur die Reihenfolge herausbekommen …

Da hilft aber auch keine Software oä … um dieses Risiko zu minimieren hilft einfaches, regelmäßiges Putzen des Touch Screens. Softwareseitig könnte man das verhindern, indem man die Zahlen im Ziffernblock bei jedem Aufruf anders sortiert.

Ganz allgemein sei angemerkt, dass ein iPad nach einiger Zeit Nutzung teils ganz tolle Fingerabdruck-Muster zeigt

Login Dialog von 1Password für Windows

Lange Zeit (in der IT Steinzeit ohne Mac, iPhone und Internet) war das Password Depot von AceBit der Passwort-Manager meiner Wahl. In Kombination mit der Dropbox ließen sich sogar mehrere Windows PCs mit der Passwort Datenbank synchron halten. Für den Mac gab es aber keine Version dieser Software, und diese wurde auf Nachfrage beim Hersteller auch nicht geplant.

Auf dem Mac hingegen gibt es eine Software, die so richtig Spaß macht: 1Password. Mit vollständiger Browser Integration und iPhone Version kann diese schon verdammt viel.

In der aktuellen 3er Version ist auch schon eine ReadOnly Browser Variante dazu gekommen, die man zB. über die Dropbox verfügbar machen kann. Aber eben ReadOnly.

Nun ändert sich dieses aber und 1Password ist in einer Beta Version für Windows verfügbar. Ich habe sie mir gleich runter geladen und installiert, über die Einstellungen das Firefox Plugin aktiviert und den KeyChain Sync über die Dropbox aktiviert. Nun die Kennwörter aus dem Password Depot übertragen und fertig. Zukünftig habe ich meine Kennwörter dann wirklich überall verfügbar und synchron. Klasse!

Noch sieht die Software auf Windows XP echt langweilig aus … aber das ist man ja als Windows User gewohnt

Briefly unavailable for scheduled maintenance. Check back in a minute.

aus. Der Hintergrund ist, dass WordPress während des Updates diese Meldung schaltet – damit User die in der Update Zeit auf das Blog kommen, keine hässlichen Fehlermeldungen sehen. Wird das Update aber nicht korrekt beendet, wird diese Meldung nicht zurück gesetzt.

Die Lösung ist denkbar einfach. Im Hauptverzeichnis wird eine Datei “.maintenance” angelegt. Wenn diese gelöscht wird, ist die Meldung “Briefly unavailable for scheduled maintenance. Check back in a minute.” weg und das WordPress Blog ist wieder wie gewohnt nutzbar.

die iPhone App von inside-handy.de

Das Mobilfunk Portal inside-handy.de hat heute eine iPhone App gestartet, mit der man Mobilfunknews, Bildergalerie und Handydaten bequem auf dem iPhone ansehen kann. Zudem lassen sich die wöchentlichen PodCasts direkt abrufen. Für jeden Mobilfunk interessierten ist die App auf jeden Fall einen Blick wert.

Weitere Information zur inside-handy.de iPhone App hier.

Facebook mit Analytics tracken

Ich habe einen interessanten Beitrag gefunden, der beschreibt wie man einen Google Analytics Tracking Pixel in Facebook Fanseiten integriert.

Um dies zu realisieren generiert man mit seiner Analytics ID (Web-Property-ID) einen einen Zählpixel und bindet diesen mit der Anwendung Static FBML in seine Facebook Fanpage ein.

Klingt ganz einfach – ist es auch. Die genaue Anleitung gibts im SMO Blog.

Natürlich hält Adobe dagegen und Präsentiert beeindruckende Zahlen über die Nutzung von Flash:

• 85 der 100 beliebtesten Seiten der Welt nutzen Flash
• 75% aller Internetvideos basieren auf Flash

Die Flash-Gegner tönen dagegen, dass Flash alles andere als performant ist und man für Videos lieber HTML5 nutzen sollte. Besonders Mac-Nutzer klagen über die schlechte Flash-Performance auf ihren Maschinen und fordern Besserung. Genau die hat Adobe in der neuen Flash Beta versprochen.

Für mich Grund genug es selber auszuprobieren. Also altes Flash deinstalliert und neue Flash Beta installiert, Flash-Browsergame aufgerufen und los gespielt. Überraschenderweise blieb der Lüfter auch leise, das heißt, 20 Sekunden länger als bei der alten Version, denn schon nach kurzer Zeit hörte ich das Ohrenbetäubende aufschreien meines MacBooks. Nun hatte es mich gepackt, ich musste unbedingt Flash und HTML5 vergleichen. Also habe ich schnell Vimeo geöffnet und das selbe Video in Flash und HTML5 betrachtet. Die dabei entstandene Grafik sollte sich selbst erklären.

Aber natürlich leiden nicht nur Mac-Nutzer unter Flash, sondern auch an einem Windows Rechner wird man entsprechend gequält. Um das aufzuzeigen habe ich den gleichen Test an einem Windows Rechner durchgeführt und kam zu einem recht ähnlichen, wenn auch nicht ganz so beeindruckenden, Ergebnis.

Nun stellt sich mir die Frage, warum dieser Ressourcenfressende Dinosaurier immernoch so aktiv durch das World Wide Web wandert.

Dies funktionierte scheinbar soweit auch ganz gut. Zumindest bis wir jeweils 600 Mails abgefeuert hatten – in 25er Blöcken. Jede Minute 25 Mails. Nach 600 Mails – also 24 Minuten – gab es dann erneute Fehler:

Failed to set sender: newsletter@xxx.de [SMTP: Invalid response code received from server (code: 421, response: 4.7.0 Try again later, closing connection. (MAIL))]

und kurze Zeit später dann:

authentication failure [SMTP: Invalid response code received from server (code: 535, response: 5.7.1 Username and Password not accepted. Learn more at
5.7.1 http://mail.google.com/support/bin/answer.py?answer=14257 )]

Eine Nachfrage beim Support ergab, dass es auch Beschränkungen gibt, dass nur eine bestimmte Anzahl Mails in einem Zeitraum verschickt werden kann. Und wenn man es dann eine Weile weiter probiert wird der Account für eine gewisse Zeit gesperrt.

Genaue Auskünfte über die tatsächlichen Schwellen konnte man uns aber nicht geben.

Zudem kommen nun die Fehlermails jeweils in dem Postfach an, über das der Newsletter verschickt wurde – was natürlich auch nicht schön ist.

Wenn wir das nicht lösen können müssen wir uns für den Newsletter Versand wohl einen anderen Anbieter suchen.

Wer nun über einen seiner Accounts einen täglichen Newsletter an zB. 10.000 Empfänger versenden will hat ein Problem. Denn wenn das Limit erreicht ist gibts nur eine unverständliche Fehlermeldung vom Mail Server:

Failed to set sender: newsletter@xxx.de [SMTP: Invalid response code received from server (code: 421, response: 4.7.0 Try again later, closing connection

Die möglichen Work-Arounds machen auch keinen Spaß, so empfielt Google im Support Artikel dass man den Versand über mehrere User verteilt – also 10.000 Mails über fünf User im Account. Oder man schickt die Mail über mehrere Tage verteilt raus.

Ich finde es traurig, dass man den zahlenden Kunden ein solches Limit auferlegt – wir werden uns nun etwas anderes für den Newsletter Versand überlegen.