16000 Geräte in 1800 Fillialen = ca. 9 Geräte pro Shop. Ist irgendwie schon lächerlich. Onlinefreischaltung des iPhone 3G und die Server packen die Anfragen nicht.
Noch lächerlicher sind Onlinebestellungen bei T-Mobile. Bestellungen klappen ohne Probleme, man bekommt kurze Zeit später auch eine Mail, wobei T-* immer noch 6 Stunden zwischen den Zustellversuchen benötigt. In der Bestätigungsmail ist ein Link zu einer Seite, auf der man den Status der Bestellung abfragen kann. Einziger Haken an der Sache ist: Man erhält kein Ergebnis nur eine Meldung die eingebenen Daten sind falsch oder es existiert kein Auftrag.
Es ist ein Fehler aufgetreten oder es wurde kein Ihren Eingaben entsprechender Auftrag gefunden.
Bitte überprüfen Sie Ihre Eingabe und versuchen es erneut.
Auf Anfrage an T-Mobile kommt folgende Antwort:
vielen Dank für die Bestellung Ihres iPhone 3G.
Wir bedauern sehr, Ihnen mitteilen zu müssen, dass es aufgrund der hohen Nachfrage leider zu Verzögerungen kommt.
Über die Auslieferung werden wir Sie zeitnah per E-Mail informieren.
Falls Sie darüber hinaus noch Fragen haben, wenden Sie sich einfach an die E-Mail-Adresse lieferstatus@t-mobile.de.
Hallo T-Mobile? Das war nicht die Antwort auf meine Frage, die war:
ich habe am 07.07.2008 das neue iPhone 3G online bestellt. Auf der Seite https://www.t-mobile.de/shop/recherche_f kann ich aber nicht den Status der Bestellung abfragen.
“Es ist ein Fehler aufgetreten oder es wurde kein Ihren Eingaben entsprechender Auftrag gefunden.”
Ist der Vertrag angekommen und wird bearbeitet?
Eine Verzögerung der Lieferung ist irgendwie schon seit Monaten klar, damit ist ja schon zu rechnen. Aber das T-* noch nicht einmal in der Lage ist eine Bestellung online anzunehmen, die Daten in einer Datenbank speichern, auf die das genannte Recherchetool zugreift ist einfach nur arm.
Der Kunde bestellt und weiss dann selbst nach Tagen immer noch nicht ob der Auftrag bei denen im System richtig eingegangen ist. Auch der Support ist auch nur mies. Anfrage per Telefon kann man genau so vergessen. Als Antwort erhält man: “Die Server sind wegen der hohen Nachfrage überlastet”.
Liebe T-Komiker,
wenn die Anfrage so hoch ist, wie Ihr behauptet, dann müsste innerhalb der nächsten Monate jeder Deutsche ein iPhone besitzen. Ausserdem kann man folgendes nicht nachvollziehen:
Grosse Nachfrage, daher kann der Stastus nicht abgefragt werden. Wobei hier aber die Server am wenigsten machen müssen. Daten annehmen und speichern.
Grosse Nachfrage, daher klappt die Bestellung ohne Probleme, obwohl die Server bei der Bestellung mehrere Seiten pro Kunde ausgeben müssen und dabei noch dynamische Seiten anzeigen müssen.
Da passt etwas nicht an den Aussagen zusammen. Als Kunde weiss man jetzt auch nicht wie der Status der Bestellung ist. Vor allem:
es wurde kein Ihren Eingaben entsprechender Auftrag gefunden.
Kann man jetzt einfach in den nächsten Tagen, wenn man beim T-Punkt vorbei geht und zufällig sieht wie der Lieferant 3 neue iPhones liefert zugreifen? Oder hätte man dann später zwei iPhones samt Verträge, da die Bestellung doch noch eingegangen ist?
Man kann nur hoffen das iPhone doch zubekommen und wohl am besten nie Probleme in der Vertragslaufzeit zu bekommen, bei dem Service. Schade das es kein iPhone bei Vodafone gibt, da klappt einiges viel besser.
Über die Jahre sammeln sich eine Menge Bookmarks an. Das Format beim Firefox 1 und 2 war ja nicht so das gelbe vom Ei. Wer dort mal mit ein paar Zeilen nach doppelten Einträgen sucht wird schnell verzeifeln. Aber wer nicht aufgibt schaut sich das dann doch hin und wieder einmal an, um endlich den schnellen Weg zu finden.
Nach dem Backup der aktuellen Bookmarks und einem ersten Blick mit less sieht es jetzt aber alles irgendwie anders aus. Was als erste aufgefallen ist, es sind keine Zeilenumbrüche vorhanden. Also schnell ein geziehlter Blick nach einem Anhaltspunkt, der auf einen Trenner hinweisen könnte. Mit dieser Erkenntniss dann ein paar Zeilen Perl in den VIM werfen und einfach mal durchlaufen lassen. Als Ergebniss wird die Anzahl der Einträge angezeigt. Etwas mehr als 2700 Zeile, das passt ganz gut.
Als nächstes wurde dann einmal geguckt wie die Struktur der neuen Bookmarkdatei jetzt ist. Es ist leicht zu erkennen, daß es Schlüsselwörter und Werte gibt. Also dann mal eben das Script um ein paar Zeilen erweitern und noch einmal laufen lassen. Es sieht jetzt schon mal besser aus als die früheren Versuche. Hier und da passt es noch nicht ganz, aber für ein 5 Minuten Script ist das Ergebniss schon mehr versprächend als früher.
Das wird weiter gestrickt und wenn es dann fertig ist hier erscheinen. So kann dann jeder schnell die Bookmarks von doppelten Einträgen bereinigen. Es gibt zwar unmengen Tools dafür, aber die meisten sind für Windows und/oder sie funktionieren nicht. Zum Glück wurden die Tools nur auf Backups losgelassen, denn so manches davon hat auch mal eben so die ganzen Bookmarks geschreddert.
Morgen dann weiter gucken und die ganzen Keys und Values in einen %hash werfen und einmal schütteln.
Dev0 (Thomas) benutzt in seinem Chat für die Goodies Websnapr um Screenshots zuerstellen. Seit gerade gibt es das auch hier für Links auf andere Seiten. So werden für Heise.de, Instant-thinking und was sonst noch verlinkt wird mit einem Screenshot als Vorschau angezeigt.
websnapr lets you capture screenshots of (almost) any web page. Allow your visitors to instantly visualize any web page before clicking. Increase site traffic, click-through rate and site stickiness.
Das passende Wordpress PlugIn gibt es bei andufo.com. Wie immer einfach in den Plugin Ordner kopieren und im Adminpanel aktivieren.
Der Chris vom Ruhrpottforum und VDSL-News will seine Links zu Amazon über domain.tld/extern/amazon/suche/<SUCHWORT> umleiten. Hierfür hat er von mir folgende RewriteRule bekommen.
# Die Zeile ist hier mit dem \ umgebrochen wegen der Anzeigen.
RewriteRule ^extern/amazon/suche/(.*) \
http://www.amazon.de/s?ie=UTF8&tag=...-21&index=blended&\
link%5Fcode=qs&field-keywords=$1 [L]
Bei ihm funktioniert aber das Flag [P] nicht um die vdsl-news.de in der URL stehen zu lassen, daher nutzt er aktuell noch das Flag [L]. Wer das Flap [P] benutzen möchte sollte noch folgende RewriteRule einsetzen damit dann weitere Links von der Amazonseite aus funktionieren.
# Die Zeile ist hier mit dem \ umgebrochen wegen der Anzeigen. RewriteRule ^gp/redirect.html/(.*) \ http://www.amazon.de/gp/redirect.html/$1 [L]
Chris plant auch noch zusätzlich neben seinem Info Blog zum Thema VDSL noch weitere Anlaufstellen zum Thema Bluray und HDTV. Dafür schon einmal viel Erfolg.
Beim testen der Rewrite Rules haben wir gerade als Suchbegriff Tiesto benutzt. Erstaunlich das sofort auf der Amazonseite nach dem testen bei mir Tiesto aufgetaucht ist im Amazon Partnerprogramm. Das zeigt einmal mehr wie sehr Amazon Profiles über die Besucher erstellt und sehr viele Daten speichert.
Update: Das Flag [P] sollte an dieser Stelle auch nicht benutzt werden. Denn damit kann Amazon den Link nicht richtig taggen und nicht auf die Amazon ID referenzieren.
Nachdem Woopra nicht funktioniert mit Wordpress, da JavaScript in Wordpress nicht unterstützt wird in PlugIns, aus Sicherheitsgründen gibt es eine nette Alternative. Man hat zwar keinen Client wie bei Woopra, aber kann genau so alles online einsehen.
Nette Sache ist z.B. Spy. Damit kann man Live sehen, wer von wo kommt, aufwelcher Seite sich der Besucher aufhält und wie lange. Es läuft hier jetzt erst einmal einige Zeit mit um zusehen wie es funktioniert. Dann werden auch einmal ein paar Screenshots folgen.
Zugriff per WebDav ist mit dem DAV Modul im Apache schnell eingerichtet. Der Zugriff ist auch leicht einzuschränken mit AuthUserFile und mit AuthGroupFile kann sogar einzelnen User Lesen und Schreiben erlaubt werden.
Apache Konfiguration:
Hier ist das DocumentRoot auf /path/to/webdav/data ausserhalb des Root gesetzt, welches für die Homepage benutzt wird. Es kann auch innerhalb des Verzeichnisses liegen in de auch die Homepage liegt. Will man aber nicht das irgendwelche ScriptKiddies oder Leute, die nichts im WebDav zusuchen haben, fern halten sollte man es einfach auf eine Subdomain legen. Es ist zwar alles mit Benutzername und Passwort geschützt, was der User nicht weiß macht ihn nicht heiss. Ist es gewünscht das sich das WebDav Daten Verzeichnis doch in der “normalen” WebRoot der Homepage befindet ist hier einfach ein Alias zu setzen und Directory anzupassen:
Alias /webdav/ /srv/www/html/wedav/
Directory /srv/www/html
Die Pfade zu dem AuthUserFile und AuthGroupFile sind dann auch anzupassen.
Hier die oben erwähnte Konfiguration ausserhalb des DocumentRoots der Internetseite:
<Directory /path/to/webdav/data>
DAV on
Options +Indexes
AllowOverride AuthConfig
AuthType Basic
AuthName “WebDAV Verzeichnis”
AuthUserFile /path/to/webdav/.htpasswd
AuthGroupFile “/path/to/webdav/.htgroups”
<LimitExcept OPTIONS>
Require valid-user
</LimitExcept>
<Limit COPY DELETE LOCK MKCOL MOVE POST PUT UNLOCK>
Require group rw
</Limit>
</Directory>
Die Gruppe “rw” bekommt dann die Rechte “COPY DELETE LOCK MKCOL MOVE POST PUT UNLOCK” über die Datei .htgroups. Alle Benutzer werden wie gewohnt in die .htaccess eingetragen. Die User, die per WebDav das Verzeichnis beschreiben dürfen kommen in die Datei .htgroups zu “rw: …” die restlichen User zum Eintrage “ro: …”. Die Datei ist wie folgt aufgebaut:
rw: admin1 admin2 user1 user2
ro: gast1 userA userB
Anschliessend noch ein Apache reload und man kann den Zugriff auf die WebDav-Freigabe testen.
Fehler beim Zugriff
Sollte der Zugriff im Browser oder über den Windowsexplorer/Apple Finder nicht klappen, könnten im Logfile des Apache Webserver folgende Einträge sein:
[Fri Aug 17 16:17:49 2007] [error] [client xxx.xxx.xxx.xxx] The locks could not be queried for verification against a possible “If:” header. [500, #0]
[Fri Aug 17 16:17:49 2007] [error] [client xxx.xxx.xxx.xxx] Could not open the lock database. [500, #400]
[Fri Aug 17 16:17:49 2007] [error] [client xxx.xxx.xxx.xxx] (21)Is a directory: Could not open property database. [500, #1]
Ursache ist, dass das Verzeichnis /var/lock/apache2 nur für root schreibbar war. Somit kann Apache, der als “www-data” arbeitet, das Lock für WebDAV nicht anlegen. Ein
Sollte dieser Fehler auftauchen, nachdem man den Apache2-Webserver neu starten will, muss man das Modul “dav” zusätzlich aktivieren: Der Fehler liegt in der Abhängigkeit, welche nicht richtig aufgelöst werden kann.
sudo a2enmod dav
Danach sollte der Webserver ohne Probleme starten.
