Und hier wieder ein lustiger Witz für alle Linux- und Unix-Nutzer (inkl. Mac OSX):

- „Du Markus, nur dass du bescheid weißt ab 20:00 sind die Postfächer vom Exchange-Server abgeschaltet?“

- „Hä?! Wieso das?! Server-Update?“

- „Nein, der Exchange-Server muss defragmentieren.“

„Können wir dann am nächsten Mittwoch mit einer Live-Version starten“ muss ich schon wieder heute morgen hören. „Es ist mir egal, von mir aus arbeiten wir(?) dann das Wochenende durch…“. 

Das dabei das Wochenende schon weit vorher geplant wurde, und dass dabei keine wirklcihe Aussicht darauf besteht fertig zu werden (jedenfalls ohne Fehler, die kritische Folgen haben könnten), wird dabei völlig außer Acht gelassen. Trotzdem werden meine Nerven dem Fegefeuer geopfert, nur um anderen ein Gefühl der Sicherheit oder Dominanz zu geben. Mein Leben wird geopfert für Beruf und Erfolg, der sozusagen keiner ist.

Ich glaube, ich werde – überwältigt des Wahnsinns – sagen müssen „Ja, da werden wir locker fertig.“ Natürlich klar, wenn keiner die Applikation bisher durchgetestet hat, und wohl noch gut ne Woche vergeht alle „Kleinigkeiten“ noch zu beseitigen! Natürlich, wird es fertig, schließlich arbeite ich ja schon vier Monate an dem Projekt. Da wird das ganz sicherlich an einem Wochenende fertig!

Auch ohne Testing, und mit vielen Bugs zu dem sich natürlich dann die Bugs gesellen, wenn das Ding live und mal andere Personen ausser mir darauf zugreifen werden. Und dann die vielen Rückfragen zu den „Bugs“ die tatsächlich keine sind, oder Erläuterungen oder oder… in nomine dei nostri vecordia!

Trotzdem ich bin im Moment stinkesauer, und werde mir keinesfalls das Wochenende vermiesen lassen.

Wir werden sehen… DAMN!!!!

EDIT: Wenigstens ist ja Donenrstag ein Feiertag, vielleicht gibt es da doch noch Aussicht auf’s Wochenende. Und wieder ein Urlaubstag mehr, undwieder nciht vorankommen mit eigenr Arbeit, und wieder ein Hieb auf die bereits am Boden liegend Motivation :X

Eingegangene E-Mail:

Hallo,
 
auf XXXXXXXXX ist leider das Logo noch immer nicht ausgetauscht wurden (siehe powerpoint).
 
Vielen Dank,
-XXXXXX

Attachment: PPT-Datei mit Full-Screenshot über zwei Monitore inkl. offenem MS Outlook auf einer Seite.

Angefangene Antwort:

Sehr geehrte Frau XXXXX,

Leider können wir bei dynamischen Plattformen wie bei dem WWW nicht garantieren, dass die Seite so angezeigt wird, wie wir sie gestaltet haben. Das kann niemand und ist technisch auch unmöglich. Das Logo wurde ausgetauscht, allerdings erhalten Sie höchst wahrscheinlich wegen eines Caches der auf dem Transportweg zwischen Server und Browserdarstellung liegt immer noch das alte Bild.

Wie gesagt, das lässt sich von uns nicht beeinflussen. Möglicher weise leeren sie aber ihren Browser-Cache, oder stellen ihren Browser so ein, dass er bei jeder Anfrage prüft, ob sich die Datei möglicherweise geändert hat.

Der ihrerseits möglicherweise verwendete Internet Explorer prüft in seiner Standard-Eeinstellung leider erst ab einem Neustart ob dies der Fall ist. Wir empfehlen ihnen aber auch wegen der Sicherheitsbedenken und der veralteten Tehcnik des Browsern dringend einen Wechsel zu aktueller Software, wie Firefox oder Opera.

Da wir von der Serverseite garantieren können, dass das Bild ausgetauscht worden ist, und sie wohl nicht über qualitative Kraft einer fundierten technischen Analyse verfügen, ist davon auszugehen, dass ihre Aussage,das Bild sei noch nicht ausgetauscht worden, schlichtweg falsch ist.

Ich denke Sie werden dass jetzt auch einsehen, wenn Sie die Seite nochmal ansehen, auf das Bild einen Rechtsklick machen und die Eigenschaften,hier das Attribut zuletzt modifiert, abrufen.

MfG
-XXXXXX

Tatsächliche Antwort:

Hallo,
 
das liegt an Ihrem Browser. Bitte den Browser-Cache leeren, dann sollten Sie das neue Logo sehen.
 
Danke & Viele Grüße
-XXXXXX

Die fehlenden Erläuterungen in der finalen  Version der Antwort nennt man dann wohl Evolutions-Defizit.

Der Ersteindruck

PayPal ist erstmal ein typischer Amerikaner, wo die paypal.de schonmal auf die paypal.com umleitet, und irgendwie sparrt man sich gleich das Impressum. Besonders interessant, wenn man mal die technische Support-Hotline braucht, z.B. wenn man sich fragt wie man in deren Sandbox, einen Nutzer-Account nun den aktiviert. Zugegeben, hab ich da die Dokumentation nicht gründlich gelesen, aber bei einigen PDFs im Integration Center, überfliegt man die gerne.

Google erstmal dein Freund auf der Suche nach dem Impressum, trotzdem hilft es nicht all zu weit, den bald kann man erfahren, nachdem man sich mit wiederholtem Drücken der „Eins“ durch die Hotline gebombt hat, dass es bei Paypal keine technische Hotline gibt.

Die Dame am Telefon ist trotzdem sehr freundlich, und empfiehlt den den Bugtracker (oder Merchant Technical Support), mit dem man erst einmal sowieso schon aufgespürt hat, aber vor den ganzen Eingabefeldern und der Registrierung dann doch abgewogen hat mal zu versuchen bei der Hotline anzurufen.

Einen halben Tag später hat man dann schließlich die wichtigsten Fragen geklärt, sich mit den Möglichkeiten der API vertraut gemacht, ein paar mal an die Tür gerannt, durch mehrere kleine Anrufe unterbrochen worden, Mittagspause nciht gemacht … ein ganz normaler Arbeitsalltag! Jedenfalls war dann Zeit mit der Implementierung wirklich anzufangen.

Übrigens: es scheint es sehr in Mode zu kommen das Gespräch durch Sicherheits-Meldungen in die Länge zu ziehen – only for 14¢ per minute!

Zur Integration

Das PayPal Integration Center stellt einige Möglichkeiten vor Paypal-Zahlungen in die Webseite zu integrieren.

Da ist erstmal natürlich die favorisierte Methode über Webservices, die allerdings bei Paypal nicht ganz so einfach zu realisieren ist. Gleich gesagt, PayPal ist Top-Nodge Technology, und sie setzen für SOAP Version 1.2 des Protokolls, sowie HTTPS und hauseigene Triple-Authentifizierung bzw. Signierung mit einem PayPal Private voraus.

Kurzum: auch ein gut kompiliertes PHP 5.2.1 mit SOAP machte irgendwann mit Meldungen bzgl. invalide Signierung oder Version des SOAP-Headers, oder einigen Namespace bzw. XDN-Validierungsfehlern schlapp. Zumindestens hab ich es irgendwann gelassen mich um eine einfache Implementierung via SOAP zu kümmern.

Stattdessen hab ich gleich einmal ein paar Bibliotheken gezogen, die sich allesamt um die Implementierung der PayPal-Services bemühten. Zwei funktionierten überhaupt nicht, zwei durften mit der Konstante SOAP_1_2 statt SOAP_1_1 gefixt werden, um nur wenig später gleiche Namespace-Fehlermeldungen auszuspucken, wie meine eigene Implementierung. Eine weitere Implementierung benutze SOAP-XML-Bausteine – also Templates – und funktionierte zwar erst einmal, trotzdem machte mir das Sorgen, falls PayPal zukünftig updaten würde.

Zuletzt entschied ich dennoch dafür es mit dem PayPal eigenen SDK zu verwenden. Zwar sind hier keine einfachen Beispieldateien gegeben, eher eine komplette Testapplikation, die es schwierig macht, jene Quelltext-Teile zu identifizieren, die auch übernommen werden wollen. Dennoch lässt sich alles in PEAR installieren, oder besser *zähneknirsch* überschreiben, denn ein eigener PEAR-Channel scheint nicht zu exisiteren!

Fazit: Nach langen Dokumentationen, mächtigen Codebeispielen wurde mir allmählich klar, weshalb es dutzende Webseiten mit dem namen PayPal und/oder Developer in ihrem Domain-Namen gibt. Dabei handelt es sich bei PayPal doch nur um ein „einfaches“ Bezahl-System! *Hände-flehend-in-den-Himmel-streck*

- „Hast du Fehler in den Templates gefunden?“
- „Ja.“
- "Ok. und welche?" (damit ich es gleich korrigieren kann)
-  "Muss ich erst durchschauen und kann ich dir dann sagen."

(verwundert dreinblickend, dann seufzend)

- "Ok, ich geh erstmal eine rauchen…"

Heute in unserem Mantis zum Ticket „Zeile bricht immer um“ geschrieben:

Jetzt neu! Mr. Whitespace CSS! Mr. Whitespace putzt so sauber, dass keine Lücke mehr zu sehen ist. Mr. Whitespace!

Eben der kleine Spaß für den kleinen Mann, oder wie man Blogs mit Schwachsinn füllen kann. Ich bin stolz darauf