Archive for April 2010

Shoemanic / Humanic – wie E-Commerce nicht funktioniert

Ich sag ja ständig, dass die besten E-Commerce Aktivitäten nichts helfen, wenn die internen Abläufe nicht funktionieren. Leider musste ich das wiedermal selbst als Kunde schmerzlich erfahren.

Wer mich besser kennt weiß ja, dass ich im wesentlichen seit vielen Jahren immer das selbe Modell Schuhe vom selben Hersteller, Größe 42 trage. Da gibts also bis auf weiteres keine großen Überraschungen. Von daher bot es sich an, diese Schuhe dieses Mal online zu kaufen, schließlich hat Humanic ja mit www.shoemanic.com einen Online Shop auf die Beine gestellt, der einen guten Eindruck macht. Kann ich mir ja den Weg ins Geschäft sparen.

Also Schuhe bestellt und gleich mit Online Überweisung (EPS – Geld kommt also in Echtzeit an) bezahlt. Bestellung wurde bestätigt und Lieferung mit 3-5 Tage avisiert. Bei einem Traditionsunternehmen wie Humanic hat man schließlich kein schlechtes Gefühl im Voraus zu zahlen.

Nach 10 Tagen habe ich mal ein E-Mail geschickt wie es mit der Lieferung aussieht. Kurz darauf kam relativ schnell eine automatische Antwort von einem toughen Ticketsystem – danke an der Stelle an den Consulter, der dieses Support-Ticket-System gleich mitverkauft hat. Eine Antwort an sich kam halt leider nicht.

Heute (nochmal 4 Tage später wenn ich nicht irre) habe ich dann mal bei der Hotline angerufen. Die Dame am Telefon war bedingt freundlich und gab mir zu verstehen, dass sie weder meine Bestellnummer, noch meinen Namen in Ihrer EDV hat. Schade eigentlich, der Betrag von meinem Konto ist nämlich weg. Ich wurde jetzt darum gebeten, das Bestätigungsmail der Bestellung weiterzuleiten (der geneigte Leser ahnt es – an das Ticketsystem wo bisher nur automatische Antworten kamen). Wirklich gut aufgehoben fühl ich mich dabei nicht.

So bin ich in jedem Fall mal das Geld los und latsche nach wie vor in meinen alten Schuhen herum. Vorerst bleibt mir daher nur der Tipp, bei diesem (und vielleicht generell bei vielen anderen wenn es um die erste Bestellung geht) Shop nicht per Vorauskasse zu zahlen.

Und mein Tipp an die Unternehmen: Wenn Ihr so richtig lässig ins E-Commerce einsteigen wollt, so mit allem Drum und dran, vom Shop bis zu Blog, Facebook, Twitter und all den Kram – verschwendet mal ein paar Gedanken daran wie und ob Ihr auch alles bewältigen könnt, was da von den Kunden daherkommt. Die verlassen sich nämlich darauf, dass Ihr da einen Plan habt.

Apple Snow Leopard Zugriff auf Samba Shares langsam oder nicht möglich

Offenbar gibt es bei Apple Snow Leopard Systemen unter bestimmten (leider nicht restlos geklärten) Umständen Probleme beim mounten von Samba Shares. In mir zugetragenen Fällen hat sich das so geäußert, dass ein Browsen durch eine Verzeichnisstruktur gar nicht oder nur äußerst langsam möglich war (während ältere Apples weiterhin kein Problem hatten).

Nach Recherche bin ich auf http://www.macwindows.com/snowleopard-filesharing.html#100809c gestossen, hier wird geraten im Zuge der Verbindung den Netbios Port 139 mit anzugeben – also zum Beispiel smb://10.0.0.1:139

Scheint bei ersten Tests gut zu funktionieren.

Nachtrag:
Es gibt eine weitere Erkenntnis. Ich hatte bisher (um Windows Usern dies ganzen .DS_Store und ._ Dateien zu ersparen) folgendes in meiner smb.conf:

include = /etc/samba/%a.conf

Entsprechend hatte ich dann eine Vista.conf und eine WinXP.conf mit folgendem Inhalt:

veto files = /._*/.DS_*/.Volume*/Temporary Items/.Apple*/.TemporaryItems/.Trashes/.apdisk/

Das geht auch seit Jahren gut so. Das fatale nun ist aber, dass sich Snow Leopard als VISTA meldet (oder als Vista erkannt wird, wie man es nimmt). Somit sind mir die Snow Leopard Clients auch in diese Regel reingerasselt und konnten Ihre geliebten .DS_Store Files nicht finden (was ein Browsen durch die Ordner unmöglich macht).

MS-SQL Server Zugriff von php aus auf Windows 2003 mit SP2

Hatte jetzt schon zwei Mal den Fall, dass nach Einspielen des Service Pack 2 für Windows Server 2003 in einer etwaig vorhandenen PHP Umgebung (egal ob mit Apache oder mit IIS) kein Zugriff mehr auf den MS-SQL Server mittels mssql_connect mehr möglich ist.

Nach langem herumsuchen ist mir aufgefallen, dass in der MS-SQL Clientkonfiguration (Start / Programme / Microsoft SQL Server) kein Clientprotokoll mehr aktiv war. Nachdem ich hier Named Pipes und TCP/IP wieder aktiviert habe, hat alles wieder funktioniert.