Optimieren von Code ist toll und kann gewaltige Vorteile in der Performance bringen. Aber man sollte es nicht übertreiben.

Es gibt dutzende, wenn nicht sogar hunderte oder tausende, Wege eine Anwendung performanter zu gestalten. Einer der meistgenutzten Wege ist die Optimierung des Codes. Hierbei gibt es natürlich einige sehr interessante und gute Ansätze, aber auch viele, die die Wartungsfähigkeit des Codes einschränken oder schlichtweg nur minimale Gewinne bringen.

Vorweg wollen wir uns jedoch mit der Frage beschäftigen, ob Optimierungen wirklich nötig sind. Wenn eine Anwendung in einer für den Nutzer zumutbaren Zeit reagiert sollte man sich keine Gedanken machen hier noch etwas zu verbessern. Ebenso sollte man sich keinen unnötigen Aufwand zumuten, wenn sich das Problem durch Aufstocken der Hardware lösen lässt. Meist bringt das mehr und kommt günstiger. Man sollte jedoch dringend etwas unternehmen, wenn sich die Hardware sowieso schon auf einem Maximallevel befindet und diese an ihre Grenzen stößt.

Der übliche Weg ist dann mithilfe eines Profilers die Stellen im Code zu finden, die die Anwendung ausbremsen. Sobald man sie gefunden hat macht man sich Gedanken, was man verbessern kann. Beispiele hierfür sind weniger Datenbankabfragen ausführen, Ergebnisse zu cachen, Statements optimieren, etc.

Was man jedoch tunlichst vermeiden sollte sind Mikro-Optimierungen. In PHP gibt es hierfür einige tolle Beispiele, z.B. Strings in einfache Hochkommata schreiben, Prekrement statt Postkrement verwenden, kürzere Variablennamen zu verwenden, usw. Ich persönlich habe mir zwar einige Sachen davon angewöhnt, da es nie schaden kann hier und da eine tausendstel Millisekunde zu sparen, jedoch bringen diese Optimierungen meistens keine Verbesserung im Gegensatz zum vorherigen Stand. Viel wichtiger ist es seinen Code nochmal zu überdenken und alternative Methoden zu finden, die die Ausführung beschleunigen.

Irgendwie habe ich gerade das Gefühl, dass ich was komplett anderes geschrieben habe als ich ursprünglich wollte, aber die wichtigste Message habe ich genannt und darauf kommt es an. Übrigens gibt es auch bei PHP hates me einen Artikel dazu.

—
Foto: Old street at the speed of light von fabbio

Das bekannteste deutschsprachige Blog zum Thema PHP wird 500 Artikel alt: PHP hates me

Schule behindert. Zumindest dann, wenn man eigentlich zeitnah über ein großes Ereignis in der deutschen PHP-Community berichten will wie das Jubiläum von PHP hates me. 500 Artikel gibt es dort nun schon zu bestaunen und sein Vorsatz jeden Tag einen Artikel zu veröffentlichen hat bisher auch wunderbar funktioniert. Herzlichen Glückwunsch dazu!

Wie es sich für ein Jubiläum gehört feiert Nils natürlich nicht allein im stillen Kämmerlein, sondern hat ein Gewinnspiel auf die Beine gestellt mit einigen interessanten Preisen. Und als ob das noch nicht reichen würde ziert auch noch ein neues Design die Website, welches ich übrigens sehr gelungen finde.

So, genug geschwafelt. Auf gehts zur Party im Blog von Nils!

—
Foto: Free Fun Happy Colorful Birthday Party Balloons Creative Commons von Pink Sherbet Photography

PHP macht es enorm einfach schnell auch durchaus komplexe Anwendungen zu erstellen. Darum ist es für mich die ideale Sprache.

Dieser Artikel bezieht sich auf einen Beitrag im PHP Labor, der die Frage stellt “Warum PHP?“. Der Artikel ist sehr interessant zu lesen, da aber jeder seine eigene Meinung hat, was auch gut ist, will ich mich heute auch dieser Frage stellen und eine Antwort darauf geben.

Zuerst einmal der Weg wie ich zu PHP gekommen bin. Vor ein paar Jahren fing ich an mit simplem HTML Websites zu erstellen. Irgendwann folgte dann CSS und die Websites wurden komplexer. Gerade als ich soweit war diese beiden Sprachen zu verstehen hatte ich das erste Mal Kontakt mit PHP. Ich wollte damals ein Forum für die Mitglieder meines “Clans” bereitstellen.

Leider hatte ich damals keine Ahnung was ich mache und habe einfach so lang rumgewurschtelt bis es gepasst hat. Dann fing jedoch recht bald danach meine Ausbildung zum Fachinformatiker (Anwendungsentwicklung) bei der infomax websolutions GmbH an. Dort hatte ich dann zum ersten Mal mit einer richtigen Anwendung zu tun. Unter Anleitung habe ich dann Schritt für Schritt die Sprache gelernt.

Heute, fast drei Jahre danach, wage ich zu behaupten, dass ich PHP durchaus gut kenne und auch kann.

Aber warum PHP und nicht Java, C#, Python oder sogar Delphi? Nun, jede Sprache hat ihren Reiz und auch einen mehr oder weniger festgelegten Einsatzzweck. Bei PHP fasziniert mich die Einfachheit. Es ist super einfach die Sprache zu lernen und damit Anwendungen zu programmieren. Von einfachen Skripten, die nur einen einzigen Zweck haben bis hin zu hochkomplizierten Anwendungen nach allen Regeln der Programmierkunst ist alles möglich. Und das meist recht schnell.

Auch der Einstieg ist schnell geschehen. Installiere dir einen Webserver mit PHP und lege los. Es muss nichts kompiliert werden, sondern Änderungen sind sofort sichtbar. Alles Dinge, die ich mag und so schnell nicht aufgeben will.

So, das war meine Meinung zu der Frage “Warum PHP?”. Was sagst du dazu?

—
Foto: Big 5 – Elephant von TheLizardQueen

PHP ist super. Schnell, einfach zu lernen und meist macht es auch das, was man erwartet. Nur manchmal nerven die Inkonsistenzen, was Parameter von Funktionen angeht. Und das gewaltig.

Erst vorgestern habe ich einen gewaltigen Bug im Code eines Projektes gefunden, weil PHP die Parameter anders erwartet hat, als ich sie angegeben habe. Daraufhin folgte ein Tweet und die Erkenntnis, dass es oftmals keine Gemeinsamkeiten gibt in der Parameterfolge von Funktionen.

Als Beispiel habe ich strpos() zu nennen, welches zuerst den Heuhaufen erwartet und dann erst die Nadel. Das Gegenbeispiel dafür ist in_array(), wo man zuerst die Nadel angibt und dann den Heuhaufen, in dem gesucht werden soll.

Wovon ich hier eigentlich spreche? Von Suchfunktionen auf diverse Typen in PHP. Mal gibt man zuerst das an, wo gesucht werden soll und ein andermal das, wonach gesucht werden soll. Das ist eindeutig doof und führt zu Verwirrungen. Man kann zwar behaupten, dass Funktionen, die Strings durchsuchen immer die gleiche Reihenfolge nutzen und die für Arrays auch, aber warum hat man sich hier nicht von Anfang an Gedanken gemacht und das angeglichen. Wäre das so schwer gewesen?

Nun gut, jetzt weiß ich es besser und passe auf, was wohin kommt. Auch trübt dies nicht meine Freude an der Programmiersprache an sich, aber eventuell macht sich ja nochmal jemand Gedanken darüber. Vielleicht für PHP 6?

—
Foto: Hay von guldfisken

Aus rein privatem Interesse starte ich erneut eine Umfrage, in der es diesmal darum geht wie viele Domains man besitzt.

Englischer Titel und deutscher Text. Ja, ich weiß, das ist seltsam und sollte so nicht sein. Doch wer weiß, vielleicht kann ich dadurch meine Umfrage etwas pushen und mehr Antworten erhalten, da schlichtweg weltweit jeder mit grundlegenden Englischkenntnissen daran teilnehmen kann.

Jeder Webworker hat eine Domain, ob genutzt oder nicht. Sogar Privatpersonen, die nur bedingt mit dem Internet arbeiten haben Domains. Und unter diesen Leuten gibt es natürlich auch welche, die mehrere Domains ihr Eigen nennen. Dazu gehöre beispielsweise auch ich. Momentan befinden sich allein in meinem Besitz neun Domains, die mir spontan einfallen. Ich habe aber garantiert welche vergessen, so dass ich auf über zehn Domains komme.

Doch jetzt genug von mir. Du bist dran. Sag mir wie viele Domains du dein Eigen nennst.

—
Foto: WWW (Wet Wide Web) von Rickydavid

Die Umfrage zu den zukünftigen Themen dieses Blogs ist vorbei und die Ergebnisse sind da. Hier ist die Zusammenfassung.

Ich weiß, ich weiß. Ich bin schon fünf Tage zu spät dran die Ergebnisse meiner Umfrage bekannt zu geben. Aber lieber spät als nie und deswegen kommen hier auch schon die Ergebnisse:

• 45%: Entwurfsmuster (Design Patterns)
• 21%: Reguläre Ausdrücke einfach erklärt
• 14%: Operatoren in PHP und deren Verwendung
• 10%: Wie generiere ich ein Bild aus meinem Feed?
• 10%: dB_Image – Eine PHP-Klasse zur Bildbearbeitung

Insgesamt haben 42 Leute abgestimmt. Hätte mehr sein können, bin aber trotzdem ganz zufrieden damit.

So, nun stellt sich die Frage ab wann die Artikel online gehen. Da ich kaum glaube diese Woche viel zum Bloggen zu kommen werde ich versuchen am Wochenende die ersten paar Artikel zu schreiben und dann unter der Woche Stück für Stück zu veröffentlichen.

Anfangen werde ich natürlich mit den Entwurfsmustern, was eine Serie mit mindestens 15 Artikeln wird. Jeder Artikel wird dann ein Pattern behandeln, alles andere wäre auch zuviel auf einmal, meiner Meinung nach. Anschließend kommen die regulären Ausdrücke zum Zug, was ein langer Artikel werden dürfte. Die Operatoren will ich wiederum in mehreren beschreiben, da es eine Vielzahl davon gibt. Die letzten beiden Plätze werden mit jeweils einem Artikel gewürdigt.

Damit sollte der Stoff dieses Blogs schon mal nicht so schnell ausgehen. Ich freue mich darauf und ich hoffe ihr auch

—
Foto: I VOTED !!!! von Mystic Musings

Firefox durchbricht die Schallmauer in Kürze. Denn dann wurde er über eine Milliarde mal heruntergeladen. Ein Grund zum Feiern.

Firefox ist einer der beliebtesten Browser, die es gibt und macht dem Internet Explorer von Microsoft mächtig Dampf unterm Hintern. Das sollte jedem spätestens jetzt klar werden, da der Download Counter kurz vor einer Milliarde steht.

Um das gebührend zu feiern wurde eine Aktion gestartet, in der Fotos von sich mit Firefox gesammelt und auf einer Aktionswebsite veröffentlicht werden. Wer also mitfeiern will ist dazu eingeladen an der Aktion teilzunehmen und sein Foto einzuschicken.

—
Quelle: RavoxX
Foto: Chapitas Firefox Chile von aguayoki

YouTube stellt nach und nach die Unterstützung für den Internet Explorer 6 ein. Ein wichtiger Schritt im Web. Aber wie soll es weitergehen?

Das Web entwickelt sich weiter. Websites werden immer mehr zu interaktiven Anwendungen, bei denen der Nutzer diverse Einstellungen tätigen oder mit anderen kommunizieren kann. Ein Browser jedoch stellt hier immer noch ein sehr großes Hindernis dar, nämlich der Internet Explorer 6. Nun ist es soweit und YouTube, eine der weltweit führenden Websites, stellt langsam die Unterstützung für dieses veraltete Stück Software ein.

Das ist ein großer Schritt und hoffentlich tun viele andere Websites es YouTube bald gleich, um diesem Browser endgültig den Garaus zu machen. Doch wie soll es danach weitergehen? HTML 5 kommt definitiv und die Browserhersteller entwickeln auch fleißig weiter, um das Internet mit jeder neuen Version noch besser zu machen.

Doch genau hier liegt, meines Erachtens nach, momentan das Problem. Jeder Hersteller bastelt fleißig weiter an seinen Engines. Mozilla an Gecko, Microsoft an Trident, Apple an WebKit, usw. Wäre es nicht viel schlauer, dass sich die großen Produzenten an einen großen runden Tisch setzen und die Gemeinsamkeiten in ihren Lösungen finden, diese evaluieren, konsolidieren und dann in die jeweiligen Browser einbauen?

Derzeit ist es zwar so, dass Websites in vielen Browsern nahezu gleich aussehen, doch noch immer gibt es, trotz der Unterstützung von Webstandards, diverse Unstimmigkeiten und ein Browser zeigt eine Seite etwas anders an als der vorherige. Man muss sich nur mal anschauen, wie unterschiedlich die Schriften z.B. im Internet Explorer und im Firefox gerendert werden. Oder aber man versucht ein paar Features von HTML 5 und/oder CSS 3 zu verwenden. Ein Browser kann es darstellen, der andere gar nicht und wieder ein anderer muss anders angesprochen werden.

Überall hier wäre es sehr hilfreich, wenn immer die gleiche Engine eingesetzt werden würde. Ich will damit nicht erreichen, dass die verschiedenen Browser vom Markt verschwinden und es nur noch einen einzigen gibt, der alles kann. Auf gar keinen Fall, denn das ist sehr wichtig. Ein Hersteller veröffentlicht ein neues Feature, der nächste übernimmt und verbessert es und wieder der nächste kann darauf verzichten, da es schlichtweg nicht zum Browser und dessen Ideologie passt.

Die Features der unterschiedlichen Browser sollen und müssen erhalten bleiben, aber ich denke, dass jeder Webdeveloper über eine gemeinsame Technik zum Rendern der Seiten extrem froh wäre. Es müssen keine besonderen Bugs mehr beachtet, keine speziellen Codes verwendet und keine Darstellungsprobleme mehr behoben werden. Durch die gemeinsame Engine könnte das Web um ein vielfaches standardisierter und die Entwicklung dafür enorm vereinfacht werden.

Was haltet ihr von dieser Idee? Wäre sowas zu schaffen oder sehr ihr Nachteile dabei? Ihr seid gerne dazu eingeladen einen Kommentar zu hinterlassen

—
Foto: steam engine “Jumbo” von gari.baldi

Es ist nun fast einen Monat her seit dem zweiten Relaunch dieses Blogs. Das ist ein kleiner Rückblick und gleichzeitig Ausblick.

Insgesamt scheint das neue Design sehr gut anzukommen, da ich bisher nur positive Rückmeldungen dazu erhalten habe. Doch im letzten Monat ist nochmal einiges passiert, zwar mehr im Hintergrund, aber die Entwicklung steht bei weitem nicht.

Bisherige Änderungen

Den größten Teil der ToDo-Liste aus meinem Relaunch-Artikel habe ich abgearbeitet. Es fehlen nur noch Überarbeitungen für die Artikel, die vor und im August 2008 veröffentlicht wurden. Das werde ich bei Zeiten nachholen, da es keine kritische Sache ist. Ansonsten sind ein paar neue Features hinzugekommen:

• Artikel können nun auch per eMail abonniert werden. Siehe Sidebar.
• Die populären Artikel zeigen jetzt nur noch die Artikel mit den meisten Kommentaren im letzten halben Jahr an, nicht mehr seit Start dieses Blogs.
• Ein effektives Caching wurde integriert, nicht nur auf Server-, sondern auch auf der Clientseite.
• Syntax-Highlighting für Code wurde optimiert und an das Design angepasst.
• Ich bin endlich wieder aktiver am Schreiben und habe auch Lust darauf dies beizubehalten.

Kommende Features

Natürlich gehen mir die Ideen nicht aus und ich entwickle auch halbwegs fleißig an diesem Blog. Ein paar Features die noch kommen werden sind:

• Populäre Artikel für Kategorie- und Tag-Seiten.
• Stärkere Integration von Social Networks wie Twitter, Delicious, Technorati, etc.
• Ein WordPress-Plugin zum Veröffentlichen von Artikeln auf Twitter und Klicks darauf zu tracken.
• Noch ein WordPress-Plugin für besseres Bildmanagement. Mit den bereitgestellten Funktionen von WordPress bin ich bei weitem nicht zufrieden.
• Und jede Menge, was mir momentan noch nicht eingefallen ist.

Statistiken

An den Besucherzahlen hat sich seit dem Relaunch nicht allzu viel getan. Das sind genau sowenige wie zuvor auch schon. Was sich jedoch enorm verbessert hat sind die Seitenaufrufe pro Besucher. Teilweise stöbern meine Besucher im Moment auf bis zu zehn Seiten bevor sie die Seite wieder verlassen. Davon hätte ich mit dem alten Design nur träumen können.

All das zeigt mir, dass ich mich auf dem richtigen Weg befinde. Und langsam, aber sicher wird dieses Blog auch bekannter werden, was mich zusätzlich zu den Kommentaren dazu anspornt hier aktiv zu bleiben und mir Themen aus den Fingern zu saugen, die meine Besucher interessieren.

Apropos Themen, vor ein paar Stunden habe ich eine Umfrage gestartet, in der über die Reihenfolge der zur Wahl stehenden Themen abgestimmt werden kann. Wenn du das hier liest kannst du doch dort bestimmt schnell eine Stimme abgeben, oder?

—
Foto: Calculator von Jorge Franganillo

Diese Frage stelle ich einfach mal so in den Raum und habe eine Umfrage dazu eröffnet. Mach mit und trage einen Teil zu diesem Blog bei.

Diese Umfrage hat zunächst zwei Hintergrundgedanken:

1. Was interessiert euch am meisten?
2. Ich kann twtpoll damit ausprobieren.

Welche Themen gibt es?

Das ist wohl die Frage, die am brennendsten auf der Zunge liegt und deshalb hier eine kleine Liste der Artikel, die zur Auswahl stehen.

• Operatoren in PHP und deren Verwendung
• Entwurfsmuster (Design Patterns)
• Reguläre Ausdrücke einfach erklärt
• Wie generiere ich ein Bild aus meinem Feed?
• dB_Image – Eine PHP-Klasse zur Bildbearbeitung

Die Themen decken einige interessante Bereiche der Softwareprogrammierung ab, mit denen man sich als Programmierer immer wieder herumschlagen muss. Die letzten beiden Themen sind jedoch in meinem eigenen Interesse und stellen Entwicklungen von mir dar, die ich mit den dazugehörigen Artikeln veröffentlichen und den Weg von der Idee bis zum fertigen Produkt vorstellen will.

Damit keine Missverständnisse entstehen: Ich werde über alle diese Themen schreiben, das steht außer Frage. Nur will ich mit dieser Umfrage klären was ihr am Interessantesten findet und was ich demnach als erstes veröffentlichen werde.

Die Umfrage

Zum Abschluss noch die Umfrage selbst. Wer lieber direkt bei twtpoll teilnehmen will kann das auch nach einem Klick auf diesen Link tun.

—
Foto: VOTE(d) von ashley.adcox

Seit heute nutze ich das WP Super Cache-Plugin und will es mit diesem Beitrag kurz vorstellen.

Das WP Super Cache-Plugin von Donncha O Caoimh basiert auf dem Plugin WP-Cache von
Ricardo Galli Granada. Letzteres ist schon eine sehr ausgereifte Erweiterung für WordPress, welche die Ladezeiten eines Blogs enorm beschleunigen kann. Doch das war Donncha O Caoimh noch nicht genug, da er es noch weiter optimiert hat.

Was bringt mir Caching?

Im Normalfall werden, wenn eine Seite eines Blogs aufgerufen wird ein paar wenige bis zu dutzende Datenbankanfragen produziert. Schafft man es diese wegfallen zu lassen kann eine Website sehr viel schneller generiert und ausgeliefert werden. Das hat dann nicht nur den Effekt des Geschwindigkeitsvorteils, sondern entlastet auch den Server, da weniger oft auf die Datenbank zugegriffen werden muss.

Will man dann noch weiter optimieren kann man versuchen die von WordPress gerenderten Seiten statisch zu cachen, was eine Seite nochmals enorm beschleunigt, da im Bestfall nicht einmal mehr PHP zur Auslieferung benötigt wird. Und das ist genau der Punkt an dem das von mir installierte Plugin zum Zuge kommt.

Was macht das Plugin?

Das WP-Cache-Plugin Versucht alle Seiten eines Blogs statisch zu speichern, so dass die Datenbankabfragen und auch einiges an Code nicht ausgeführt werden müssen. Dazu prüft es nach einer sehr kurzen Zeit ob die angeforderte Seite bereits gecached wurde und liefert dann diese Version davon aus. Jedoch werden hier noch diverse Dinge von PHP erledigt, was zwar zu einer verbesserten Serverlast und Ladezeit führt, aber noch nicht das Maximum des Möglichen ausreizt.

Hier setzt schließlich das Plugin WP Super Cache ein und speichert die generierten Seiten komplett statisch in einem Ordner ab. Dabei bildet es die Permalink-Struktur des Blogs nach. Eine paar Zeilen zusätzlicher Code in der .htaccess-Datei sorgen dann dafür, dass für eine URL die statische Datei ausgeliefert wird. Somit hat der Server nahezu keine Last mehr, da selbst PHP nicht mehr benötigt wird. Und schon hat man ein sehr schnelles Blog.

Vorteile und Nachteile

Der Vorteil dieses Plugins liegt klar auf der Hand. Der Server wird enorm entlastet und der Besucher bekommt die Seite schneller zu sehen. Ich denke soviel ist inzwischen klar geworden.

Aber natürlich gibt es auch Nachteile. Dynamische Anzeigen, z.B. die letzten Kommentare in der Sidebar oder auch mein letzter Tweet im Header, werden statisch gespeichert. Dadurch kann es zu Verzögerungen in der Anzeige kommen, je nachdem wann die statische Datei das letzte mal generiert wurde. Abgesehen davon gibt es auch ein paar Plugins, die nicht kompatibel zu diesem sind, aber das ist eine Minderheit.

Fazit

Nach der Installation war ich zuerst noch etwas skeptisch, bin inzwischen aber von diesem Plugin überzeugt. Es verrichtet seine Arbeit gut und die Ladezeiten haben sich gewaltig verkürzen lassen. Um welchen Faktor genau kann ich momentan noch nicht sagen, da ich das erst nächste Woche erfahre, wenn ich meinen Statusreport zur Uptime erhalte. Alles in allem ist diese Erweiterung jedoch sehr empfehlenswert.

—
Foto: Cache County, Utah

Seit gestern nutze auch ich Feedburner. Sowohl hier als in meinem privaten Blog.

Sollte es seit gestern Abend zu Problemen mit den Feeds von hier und meinem neuen Blog der Benni kommen kann das daran liegen, dass bei der Weiterleitung zu Feedburner etwas nicht so funktioniert wie es funktionieren soll.

In diesem Fall wäre ich um eine kurze Meldung in den Kommentaren oder per Kontaktformular mit einer Fehlerbeschreibung sehr dankbar.

—
Foto: Burn, Rome, Burn! von Giampaolo Macorig

Eine sehr interessante Aktion, an der ich teilgenommen habe.

Drüben in meinem privaten Blog habe ich einen Artikel zur Aktion Ein ♥ für Blogs geschrieben, in dem ich meine persönlichen deutschen Blogperlen aufliste. Wer Interesse hat kann ja mal vorbei schauen.

—
Foto: The internet 2.0 von monoglot

In diesem Artikel spiele ich das wohl schlimmste eintretende Szenario durch, welches in einem Rechenzentrum passieren kann. Das Rechenzentrum raucht komplett ab.

Gehen wir mal vom schlimmsten Fall aus. Es bricht ein Feuer aus. Die Löschanlage ist defekt und die Schutztüren schließen sich nicht. Das Feuer breitet sich aus und bald brennt jeder Server. Zusätzlich greift das Feuer auf die Dieselaggregate über, diese explodieren und das Gebäude stürzt zusammen. Und natürlich schafft es die Feuerwehr nicht das Feuer aufzuhalten, sonst hätten wir ja kein Worst-Case-Szenario.

Nach dem Brand versuchen Experten die zerstörten Festplatten und die Daten darauf zu retten, es stellt sich jedoch heraus, dass sämtliche Platten so derartig stark zerstört sind, dass es aussichstlos ist. Anders gesagt: Alle Daten sind unwiderruflich weg! Mitsamt allen Backups, da diese im selben Rechenzentrum gespeichert waren.

Sollte so ein extrem unwahrscheinliches Szenario eines Tages tatsächlich passieren, wer haftet dann für die Daten, die mir verloren gegangen sind? Wer haftet für den Ausfall einer Website, über die ohne den Ausfall extreme Umsätze generiert werden hätten können? Und wer ersetzt mir diese enormen Summen?

Das waren jetzt nur drei Fragen, die man sich nach so einem Szenario stellen kann und die mir gerade einfielen. Was mich jetzt konkret interessieren würde ist jedoch: Was passiert überhaupt nach so einem Szenario? Gibt es dafür Pläne?

—
Foto: Servers can burn too… von ANIMElkor

Heute Nachmittag kam der Internet Explorer 8 auf den Markt.

Soeben habe ich bei Webmasterpro gelesen, dass der Internet Explorer 8 heute Nachmittag veröffentlicht werden soll.

Da es bereits mehr oder weniger Abend ist habe ich direkt die Downloadseite von Microsoft besucht und herausgefunden, dass man ihn bereits herunterladen kann. Installiert habe ich ihn zwar noch nicht, aber das kommt sicher noch im Laufe des Abends.

Bin jedenfalls gespannt, was Microsoft alles verändert hat und ob meine Seiten noch so ausschauen, wie sie sollen

—
Foto: IE-on-acid Logo – designed by Harel Williams