• jQuery – A library whose elegance vastly exceeds anything else on the market to the extent it has redefined the Javascript landscape, has excellent performance, came on the scene with superb documentation.

• Firebug – The tool that increased my web programming productivity by a factor of 3.

• Web Developer Toolbar – Before Firebug, there was Web Developer Toolbar, an excellent way to inspect the page state that is still useful at times.

• The Ajax Design Pattern – Yes, JJG didn’t come up with anything new and people were doing it before, but this was a “right time, right place” case where the name immediately spawned a massive community of people sharing ideas and experiences.

• Firefox – Browser + Detailed Settings + Tabs (credit Opera) + Plugin Mechanism = developer’s best friend.

• View Source – The ability to look under the covers, responsible for rapid accumulation of knowledge in web apps.

• StackOverflow – Increasingly becoming the no-brainer search result for programming problems and a vast improvement over the cruddy SEOtastic train wrecks that went before it.

Und hier noch die fehlenden Links in der Aufzählung: jQuery, Firebug, Web Developer Toolbar, The Ajax Design Pattern, Firefox Browser, View Source (Strg-U im Firefox ;), StackOverflow.

Persönlich finde ich die iX wesentlich besser als die c’t, allerdings kam es doch vor, dass in manchen Heften nicht ein Thema war welches mich interessierte. Aus diesem Grund lese ich das Heft auch nur sporadisch und somit sind die drei kostenlosen Ausgaben doch wieder mal ein Grund einen Blick in das Magazin zu werfen.

(via webtagebu.ch)

…the three important reasons for YouTube’s scalability are Python, Memcache and MySQL replication, the last having the most impact. Most people think that the answer to scalability is in upgrading hardware and CPU power. Adding CPUs doesn’t work on its own; wisdom is in getting the maximum amount of RAM for the CPU and then fine tuning.

In einem Mitschnitt der Präsentation von Paul Tuckfield auf der MySQL Conference und Expo 2007 liefert er einige Erklärungen dazu wie bei YouTube vorgegangen und die Anforderungen gelöst wurden.

This talk focuses on a series of unfortunate events, each followed by a fortunate solution, in the battle to keep scaling YouTube databases as fast as YouTube users demand.

Dazu besteht auch ein Podcast auf IT Conversations, wer das ganze nur hören möchte.

Das ganze ist einfach ein schönes Beispiel wie man auch mit der oft geschimpften Datenbank MySQL ein ordentlich skalierendes System mit sehr guter Performance hin bekommt.

(via Informatik Student)

Wichtig zu wissen ist, dass man die Bücher nur an dem dafür vorgesehen Tag (Zahl auf dem Türchen ;) ) herunterladen darf.

Übrigens nur so am Rande: der Kalender wurde schön mit Ajax umgesetzt – dazu passend steht auch heute ein Buch über das Google Web Toolkit zum Download bereit =).

Nun ist bei Yahoo! Vide eine live Präsentation von Steve Souders als Video zur Verfügung gestellt worden, so dass man sich das ganze auch nochmal visuell und live vorgetragen ansehen bzw. anhören kann (ca 36 Minuten).

Die Präsentation kann aber auch direkt als PPT heruntergeladen werden und die 14 Regeln können auch auf der Seite von Steve Souders direkt online angesehen werden. Bei manchen Regeln sind auch gleich Beispiele online gestellt.

Und gleich hinterher eine Videoeinführung in YSlow (ca 8 Minuten).

Das ganze Thema sollte sich jeder der Webanwendungen entwickelt auf jeden Fall mal genauer angesehen haben.

Mit den zwei Videos steht einem schönen “Fernsehabend” nun nix mehr im Wege ;)

Wer sich dazu erst einmal eine kurze Erläuterung der Technik samt Beispiel anschauen möchte kann sich auch erst das folgende Video ansehen.

Eine Dokumentation zur Technik und dem Algorithmus kann auch noch einmal detaillierter in einem PDF auf der Homepage von Ariel Shamir heruntergeladen werden (PDF Direktlink). Auch das Video gibt es dort noch einmal als .mov Datei zum herunterladen.

Eine wirklich interessante und intelligente Art Bilder zu verändern – mal sehen ob man diese Art der Bildmanipulation in der Zukunft wiederfinden wird.

(via haha.nu)

Nun hat Yahoo eine wirklich interessante Erweiterung zu Firebug veröffentlicht: YSlow. Damit kann man eine Seite auf ihre Verschiedenen Performance Eigenschaften untersuchen. Das Tool vergibt Noten von “A” bis “F” und gibt Hinweise was man verbessern kann. So sieht die Analyse bei webthreads.de aus:

Für genau diese in YSLow abgefragten Punkte hat Yahoo auch gleich eine sehr interessante Seite mit dem Titel “Thirteen Simple Rules for Speeding Up Your Web Site” erstellt. Gleich der erste Punkt ist z.B. “HTTP Requests minimieren” oder ein anderer Punkt ist “CSS Definitionen im Document HEAD definieren“. Also dieses Dokument ist für jeden Webseiten Entwickler sehr lesenwert! Dieses Thema wird auch im September in einem Buch von O’Reilly veröffentlicht, für jeden der sich noch weiter in das Thema vertiefen möchte.

Ein weiterer interessanter Punkt, welcher durch YSlow sehr einfach zu untersuchen ist, wieviel KB man herunterladen muss wenn man einen leeren Browser Cache hat (also z.b. die Seite zum ersten mal besucht) und wenn man die cachebaren Teile der Seite schon im Browser Cache zur Verfügung hat.

Allzuviel sollte man allerdings nicht darauf halten zu sagen, dass die Performance ja optimal ist wenn der User einen vollen Cache hat, denn Untersuchungen von Yahoo! haben ergeben, dass 40-60% der Besucher einen leeren Cache haben. Das heißt somit, dass der größere Teil der Besucher die Seite immer komplett neu laden müssen.

Diese Untersuchung und noch viel mehr hat Steve Souders von Yahoo auch in einigen Artikeln und in einer sehr sehenswerten Präsentation beschrieben. Darin werden auch noch einmal die 13 bzw. in der Präsentation sind es 14 Punkte für eine bessere Performance erläutert.

Die Präsentation kann aber auch direkt als PPT heruntergeladen werden und die 14 Regeln können auch auf der Seite von Steve Souders direkt online angesehen werden. Bei manchen Regeln sind auch gleich Beispiele online gestellt.

Insgesamt sehr lesenswert bzw. “gut zu wissen” für jeden der mit Web Projekten zu tun hat.

Technisch ist ein Trackback ist ein Http Post Request einer bestimmten URL des Blogs. Der Aufbau des Posts Request muss einen Titel sowie einen Auszug des eigenen Artikels (meißtens die Stelle auf der Bezug auf den anderen Artikel genommen wird), die URL zu dem eigenen Artikel sowie den Namen des eigenen Blogs enthalten. Der Trackback wurde von Movable Type entwickelt, welche auch eine Trackback Spezifikation erstellt haben. In dieser kann man exakt nachlesen wie ein Trackback aufgebaut sein muss.

Wenn man nun also einen Trackback auf einer anderen Seite erstellen möchte sollte man zuerst schauen wie die Trackback URL des Artikel lautet auf dem man Bezug nimmt. Je nach verwendeter Software oder der Implementierung lautet dieser anders aber oft wird die Trackback URL unterhalb des Artikels als Link angegeben. Die für webthreads verwendete Software Wordpress hängt z.b. an jede Url den Pfad /trackback/ an. Dieser wird bei einem Aufruf erkannt und ein Trackback eintrag für diesen Artikel wird erstellt. Um einen Trackback Eintrag auf einer anderen Seite zu erzeugen suche ich deren Trackback URL heraus, gebe diese hier als aufzurufende Trackback URL an und diese wird dann beim veröffentlichen eines Artikels automatisch aufgerufen. Hat man kein solches System muss man diese Url von Hand aufrufen oder es empfiehlt sich ein kleines Script zu schreiben, welches das Erstellen der Http Post Requests übernimmt und diesen auch noch aufruft.

So, genug über Trackbacks gelabert, denn eigentlich wollte ich nur testen ob der Artikel “Wozu Trackbacks” von Blog Age meine Verlinkung auf seinen Artikel automatisch merkt und einen Trackback Eintrag bei sich erzeugt. Sein Ansatz ist, dass Technorati, ein Service der alle Verlinkungen aufzeichnet (siehe z.B. die Verlinkungen zu webthreads.de), sowieso alle Daten enthält und man diese nur noch auslesen muss. Dazu wertet er den RSS Feed von Technorati für die Daten seiner Seite aus und erstellt, sobald ein neuer Link auf einen seiner Artikel gefunden wird, einen Trackback auf die entsprechende Seite. Also ich bin mal gespannt ob sein neues Script funktioniert und vor allem wann ein Trackback erstellt wird, denn bei einem direkten Aufruf geschieht dies ja unmittelbar nach dem Aufruf.

*Update*

Und tatsächlich funktioniert es – war ja sogar richtig schnell. Hier der Screenshot des Trackbacks auf Blog Age zu diesem Artikel.

Wenn dieses Vorgehen nun generell verwendet werden würde, dann hätte man als Blog Betreiber keine Arbeit mit den Trackbacks mehr. Man sollte bei Wordpress gleich mal vorschlagen ob sie das in der nächsten Version nicht unterstützen oder ein Plugin schreiben, welches das übernimmt.