Noch nie zuvor gab es eine Zeichentrickserie, die so brutal und menschenverachtend war wie Metalocalypse. Hier erlebt the most powerful Death Metal in the World, namens Deathlok einige nette Abenteuer 
Ja, Kaffee kann tödlich sein! Mehr gibt es hier… und zwar eine komplette Serie!
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!
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*
So sollte ein CAPTCHA sein!
Hot CAPTCHA stellt eine Frage, die im Moment nur ein Mensch beantworten kann: Hübsch oder nicht hübsch?
Vorbei mit dem eintippen von schwer lesbaren Zahlenbildern!
Damit dürfte es für Bots sehr schwer werden. Das Konzept ist sehr genial, verstößt aber wohl wieder gegen irgendwelche Gesetze, und wirkt wohl nicht so seriös wie es sollte.
Außerdem existieren schon Gesichtsmetriken, von dem was schön ist, und was nicht!
Genau richtig zur Veröffentlichung von Adobe Apollo, stellen Magnetik und Joyeur ihr Slingshot vor, was im großem Ganzen etwa die selben Ziele verfolgt wie Adobe Apollo allerdings für Ruby on Rails läuft.
“A cross-OS runtime that allows developers to employ their existing web development skills (Flash, Flex, HTML, Ajax) to build and deploy desktop Rich Internet Applications.”
Es gibt auch ein schönes Demo-Video, das wieder mal die Vorzüge zeigt.
Für mich bleibt das ganze Thema „optimale Sprache oder Plattform um Web- und zugleich Desktop-Applikationen zu entwickeln“ weiterhin immer noch sehr fraglich. Die Qualität der GUIs im Web hinken den Möglichkeiten von Desktop-GUIs jedenfalls immer noch hinterher.
Für PHP gibt es mittlerweile auch schon eine Reihe von PHP to EXE-Convertern, die erlauben PHP als lokale Programmiersprache auf Endkundenrechnern zu benutzen. Hier lässt sich als Frontend etwa GTK einsetzen.
Der Vorteil liegt hier wie bei Slingshot klar auf der Hand: der Server Code kann mit minimalen Änderungen portiert werden!
Heute stellte Adobe die Alpha 1 von seiner Cross-Plattform Runtime Apollo vor, mit der Web-Entwickler Ihre Skillz in XHTML, JavaScript, Flash, AJAX usw. benutzen können um Desktop-Applikationen zu entwickeln.
Web-Applikationen profitieren nun in der lokalen Laufzeit vor allem von Möglichkeiten wie, Lokale Einstellungen, Lokale Ressourcen, Netzwerk- und Nutzer-Konnektivität und Rich Interactive Experiences – soweit nach Adobe.
Das ist jetzt nicht unbedingt alles komplett neu, weil mit Flash allein und etwa Screenweaver vieles auch schon möglich war. Neu hingegen ist, dass man eine Web-Applikation nun direkt in eine Desktop-Applikation exportieren kann. Neu ist der ECMAScript 4 Core für die Ausführung von JavaScript und ActionScript 3 und WebKit (Grüße an Apple Safari!) als Layout Engine oder Browser für alles was die Web-Darstellung betrifft.
Die Beispiele und Videos können jedenfalls noch nicht von einem gesteigerten Mehrwert sprechen, vor allem ist es für mich fragwürdig die YUI-Ext in einer Offline-Application zu packen, und vor allem, da die Apollo Alpha noch nicht wirklich schnell zu sein scheint. Ich denke aber die Nutzer werden das anders sehen, und für das Marketing bietet Apollo nun auch viele neue schwachsinnige Ideen, den Nutzer mit bunten Desktop-Applikationen vollzumüllen.
Nützlich hingegen ist die Apollo-Application Adobe Scout, da sie sozusagen einen WebKit-Browser zur Verfügung stellt, mit dem sich tatsächlich browsen lässt. Für alle Swift und WebKit-Fans nun endlcih auch auf dem PC!
Adobe mag das wohl anders sehen, nutzen werde ich jedenfalls Apollo auch irgendwann, wenn es sinnvoll erscheinen wird – immerhin sparrt es Arbeit, wenn bereits eine Web-Applikation besteht. Nützlich ja, eine große Revolution nein!
Lassen wir uns überraschen, wie sich der Markt hier weiterentwickelt…
37 Fragen für perfektes HTML-Markup, die es echt in sich haben. Jeder ernst zu nehmende Web-Entwickler oder Web-Designer sollte mindestens 90% davon beantworten können:
- What is HTML?
- What are the different versions of HTML?
- What about XHTML?
- Is HTML case-sensitive?
- What does the DOCTYPE declaration do?
- What is a DTD?
- What is the difference between Strict, Transitional and Frameset DTDs?
- Which DOCTYPE should I use?
- Why should I validate my markup?
- Why does HTML allow sloppy coding?
- Why does the validator complain about my <embed> tag?
- What does character encoding (charset) mean?
- What is a BOM?
- What encoding should I declare?
- How do I insert characters outside the encoding range?
- Why do I need to write & instead of just &?
- How should heading elements be used?
- What are block-level and inline elements?
- Can I make an inline element block-level with CSS?
- Why are external CSS and JavaScript files a good idea?
- Should I use p or br?
- What does “semantic” mean?
- Should I replace b and i with strong and em?
- Why are layout tables considered harmful?
- Should I use divs instead of layout tables?
- Are tables deprecated?
- What is the correct use of the address element type?
- What is the correct use of the dfn element type?
- What is the correct use of the var element type?
- Should I use quotation marks within or around a q element?
- What is the difference between abbr and acronym?
- Why is <feature X> deprecated</feature>?
- Must I have an alt attribute for every image?
- What is the difference between class and id?
- Why doesn’t id="123" work?
- Why doesn’t <a href=My Cool Page.html> work?
- How can I include an HTML page in another HTML page?
Hier die Antworten im Artikel von Tommy Olssen auf sitepoint.com.
CouchDB bietet eine RESTful Datenbank, die über HTTP angesprochen werden kann. D.h. man erhält mit Anfragen wie GET, PUT, POST und DELETE eine einfache Möglichkeit eine Datenbank anzusprechen.
Herausragend ist hierbei natürlich die Einfachheit.
Zwar vermisse ich XPath- oder XQuery-ähnlich Anfragen, dafür bietet aber eine CouchDB eine SQL-like Syntax. Insgesamt kann gesagt werden, dass sich die Datenbank in Zukunft vielleicht zu einer erst zu nehmenden Alternative für LDAP herauskristallisiert.
Anwendungszwecke sehe ich als Authentifizierungs-Datenbank, wohl aber auch als Dokumenten-Management oder -Storage (inkl. Revision Control), sowie als generelle Ablage für Office-relevante Dinge wie E-Mails, Kontakte usw. (obwohl ja da CalDAV da auch schon ein netter Ansatz ist).
Eine Einführung in CouchDB in PHP gibt es hier.
Die Frage bleibt nur, warum wieder mal alles via HTTP zu funktionieren hat, inwieweit die Sicherheit berücksichtigt wurde, und inwiefern die Entwickler versuchen wollen die Performance zu steigern. Zu mindestens ein sehr interessantes Projekt.
Kommentar: Tja, und wann schafft man es endlich einen gemeinsamen OS-Standard für E-Mail, Kalender, Kontakte usw. zu schaffen? Ich will auf Mozilla Thunderbird, Lightning und CouchDB in Zukunft hoffen…
Bei PEARL kann man bis 15.04. USB-Sticks für gerade mal für 2,90€ (inkl 3,90€ Pauschale bei Bankeinzug) bestellen. Leider ist das Angebot bis 15.04. beschränkt, zudem werden 35 Vollversion mitgeliefert, die wohl so aufregend sind, dass lieber gleich der möglichen, aber wahrscheinlichen schlechten Chipqulität des Speichers zum Opfer fallen.
Wohl interessanter ist aber die Abfrage des Aktions-Codes, natürlich „nur“ für alle Käufer der PCgo:
Echt spitze gemacht, vor allem die mördergeile Abfrage! Wir werden mal sehen, wo noch überall auf der Seite geschlampt wurde, oder von Praktikanten oder Azubis ausgeholfen werden musste
Nachdem es gerade einmal ein paar Wochen etwas stiller um die YUI-Ext geworden ist, meldet sich Jack Slocum mit seinem generellen nun Ext JS genannten Componenten-Paket für jQuery und erfreulicherweise auch gleich noch prototype.js zurück, was nun in der Beta1 erschienen ist!
Das ursprünglich für die YAHOO UI (kurz YUI) entwickelte Extensions Paket namens YUI-Ext (Calender, ComboBoxes, EditGrids) wurde auf Anfrage der jQuery-Entwickler jetzt nicht nur für jQuery sondern auch für prototype.js und scrip.aculo.us umgesetzt. Letzgenannten Bibliotheken zählen mit der YUI zu den derzeit beliebtesten und besten JavaScript-Bibliotheken.
Ich finde vor allem die Unterstützung für prototype.js wirklich super, da mir prototype.js oft mehr Spaß macht zu programmieren und eher für kleine Sachen geeignet ist, obwohl ich die YUI auch echt zu lieben gelernt habe. Aber natürlich bracht sich jQuery, was jetzt auch mit Drupal daherkommt kommt, keinesfalls zu verstecken
Wollen wir mal vermuten das auch Jack Slocum womöglich auch hinter den SpeedUps des Element.getElementsBySelector von prototype.js in der 1.5.1 RC1 steckt
Der Typ mausert sich echt immer mehr zu einem JavaScript-Gott
Hier eine Liste der herausragensten Beispiele:
Sehr nützlich:
Shared headlines