Peruns Weblog - Webwork und Internet

Ich habe mir mal die Statistiken von perun.net des letzten Monats mal genauer angeschaut, speziell auf die Browser und Betriebssysteme bezogen.

Hier die Verteilung der Browser auf perun.net:

Die wichtigsten Browser auf perun.net

• Firefox 61,23%
• Internet Explorer 13,89%
• Safari 10,51%
• Google Chrome 7,61%
• Opera 3,92%
• andere Geckos bzw. Mozilla-basierte Brower, zum Beispiel SeaMonkey: 2,50%

(weiterlesen…)

Ich hatte das Vergnügen den mittlerweile dritten Artikel für die iX bzw. den vierten Artikel für den heise-Verlag zu schreiben. Der Artikel beschäftigt sich mit dem Internet Explorer 8 (RC1) und befindet sich in der Ausgabe 3/2009 auf den Seiten 59-61.

Der Artikel ist auch online verfügbar: Internet Explorer 8, Release Candidate 1.

Wenn ich mir nur ein paar exemplarische Nachrichten der letzten Tage und Wochen anschaue:

• Apple schließt acht kritische Lücken in Safari für Windows
• Sicherheitsexperte bemängelt Passwortsicherheit in Webbrowsern
• Extra-Patch für Internet Explorer
• Opera 9.63 schließt sieben Sicherheitslücken auf einen Streich
• Neuartige Angriffe überrumpeln Webanwender
• Webbrowser Firefox 3.0.5 schließt mehrere Sicherheitslücken

dann kommt man um die Aussage "es gibt keine sicheren Browser" nicht mehr herum. Ich weiß, im Grunde genommen ist diese Aussage ein Allgemeinplätzchen, alter Hut, kalter Kaffee & hat einen sehr langen Bart, aber dennoch muss man sich schon vergegenwärtigen, dass nur weil man Firefox, Opera & Co. nutzt nicht automatisch geschützt ist und man aufpassen soll, dass man sich nicht in eine falsche Sicherheit wiegt.

Es gibt zwar keinen sicheren Browser, aber es gibt einen qualitativen Unterschied, wie schnell die Entwickler auf neue Sicherheitslücken reagieren und hier sind Leuts von Opera, Mozilla & Co. doch recht fix bei der Sache.

Ich war gestern Abend in Hamburg bei dem Launchevent für den Internet Explorer (Beta 1) mit von der Partie. Deswegen auch mein Hinweis auf die "Microsoft-Fragestunde". Ich durfte mich zu dem recht exklusiven Kreis – Leute von Financial Times, Xing, Ottto & Co. waren da – dazu zählen. Von den Leuts die ich üblicherweise kenne (von Bloggertreffen, Camps & Co.) war keine Nase dabei. (weiterlesen…)

Ich bin Anfang April zu einem exklusiven Microsoft-Info-Abend eingeladen. Die Themen sind Internet Explorer 8 und SP1 für Windows Vista. Dafür werden auch Mitarbeiter der IE8-Produktgruppe aus der Übersee anwesend sein.

Daher würde es sich anbieten, dachte ich so bei mir, wenn ihr mir hier die Fragen stellen könntet, die ihr selbst den Leuten von Microsoft stellen würdet. Wie gesagt, die Themen sind IE 8 und SP1 für Vista, wobei bei Fragen über SP1 für Vista lediglich die Mitarbeiter aus Deutschland beantworten werden und in Bezug auf IE8 sowohl Leute aus den USA, wie auch aus Deutschland.

Also her mit den Fragen ich werde sie dann mitnehmen und stellen, vorausgesetzt, die werden nicht im Vorfeld durch die Vorträge beantwortet. Aber die Antworten werde ich dann auf jeden Fall hier niederschreiben.

Gerade hatte ich eine HTML-Dokumentation bekommen und wurde gefragt ob ich das Problem in Verbindung mit der Druckfunktion und dem Internet Explorer 6 lösen kann. Im Browser (sowohl IE als auch Firefox) wurde das Dokument ordentlich dargestellt. Wenn man aber versucht hat das Dokument auszudrucken, dann hat der Internet Explorer 6 gestreikt und hat mit folgender Meldung das Druckfenster geschlossen:

"Internet Explorer konnte das Dokument aufgrund eines internen Fehlers nicht drucken."

Firefox, SeaMonkey und Internet Explorer 7 hatten kein Problem das Dokument auszudrucken. Nach einer kurzen Recherche habe ich dann das Problem herausgefunden. Der IE 6 störte sich an <div id="tags">...</div> da es sich bei dem Attribut-Wert tags um einen reservierten ID-Wert handelt. Nach dem der Wert umbenannt wurde, hat auch der IE 6 das Dokument ausdrucken können.

Weitere Infos bei Eric Meyer.

Gerade habe ich wieder etwas dazu gelernt. Das man bei UTF achten muss, dass man die Dateien in UTF-Modus ohne BOM (Byte-Order Mark) abspeichern soll, war mir schon seit längerer Zeit klar. W3C sagt folgendes dazu:

The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to cause problems for some text editors and older browsers. You may want to consider avoiding its use until it is better supported.

Allerdings war mir nicht klar was es für Konsequenzen geben könnte. Heute ist mir aber aufgefallen, dass wenn man die Template-Dateien eines WordPress-Themes versehentlich in UTF mit BOM abspeichert der Internet Explorer 7 sich daran "verschluckt".

Die Startseite wird normal angezeigt, sobald man aber einen internen Link anklickt "verliert" der IE7 einen Großteil der CSS-Regeln und die Seite erscheint zum großen Teil ungestylt. Lädt man die Seite neu, so ist alles in Ordnung. Der IE7 hat wieder Kontakt zu der CSS-Datei.

Danach habe ich alle Dateien in UTF ohne BOM abgespeichert und alles ist wieder in Ordnung. Man lernt nie aus . Allerdings weiß ich jetzt nicht ob das nur eine Eigenheit von Microsofts IIS-Servers ist.