MultiOS Browser Test Blog

Irgendwie scheint der Juni 2011 etwas besonderes zu sein. Updates, Updates und noch ein Update. Alleine im Juni 2011 sind eine Vielzahl Browser Updates erschienen. SRWare Iron 11, Konqueror 4.6.4, SeaMonkey 2.1, Firefox 5.0, OmniWeb 5.11 und zweimal Google Chrome 12. Nicht zu vergessen, der Microsoft Internet Explorer 9.0.1, allerdings mehr ein Sicherheitsupdate.

Auch im Blog Bereich hat sich etwas getan. Als Beispiel WordPress legt eine neue WP 3.14 Version auf, Flatpress eine neue 0.1010.2 Version und wieder Update Arbeit um im sicheren Fahrwasser zu sein. War das alles? Nein…

Avira Personal bringt ein Update, welches unbedingt zur Erhöhung der Web Sicherheit eine Toolbar für Internet Explorer und Firefox installieren will. Wird die Toolbar nicht installiert, beziehungsweise wieder deinstalliert, funktioniert der Webguard in der Avira Personal nicht mehr. Aber kein Ton dazu von der Avira Seite.

Updates, Updates, viele Fragen und offene Punkte. Der Juni 2011 hatte es in sich…

Irgendwie interessant und doch fast unglaublich. Nach einigen Recherchen im Internet stellte sich erst nach dem Besuch der Google Toolbar Website heraus, dass es für Google Chrome keine Google Toolbar gibt.

Die Toolbar ist, Stand Datum dieses Artikels, nur für Internet Explorer und Firefox verfügbar.

» Website: Google Toolbar

Die Zeiten ändern sich, so auch der deutschsprachige Part dieser Website. Was? Wie bitte? Schon wieder?

Mitte letzten Jahres wurde der erste Versuch der Umsetzung des deutschsprachigen Teils in ein OpenSource CMS System unternommen, der sich über mehrere Monate hinzog und starke Besucher- und Positionseinbrüche mit sich brachte. Siehe hierzu den Artikel:

» Umbaumaßnahmen

Im November 2010 ist die Eigenentwicklung eines PHP basierenden CMS System gestartet worden, das nach einer umfangreichen Testphase am 1. Mai 2011 zum Online Betrieb angetreten ist. Das bisherige CMS System ist nun ersetzt, leider mit einigen nicht sehr schönen Hindernissen. Die alten CMS URLs lassen sich nicht fehlerfrei auf die neuen URLs umleiten. Die Konsequenz ist, dass alle alten CMS Anfragen per Script nun mit einem 410er Gone abgefangen werden, damit die alten URLs aus dem Index gelöscht werden.

Im Blog sind in diesem Zuge einige Beiträge umgezogen und stehen nun als Einzelseiten im neuen CMS System zur Verfügung. Des weiteren ist ein neues Spam-System, sowie ein neues Statistik Tool im Einsatz. Akismet und das WordPress eigene Statistik Tool wurden komplett entfernt, um den in Deutschland geltenden Datenschutzrichtlinien gerecht zu werden.

Viel Arbeit, viele Änderungen, eventuell zu viel? Die Zeit wird es zeigen

Ergänzungen

Erste Woche, viele 410er wie erwartet und ein spürbarer Besucher Rückgang. Die neuen Inhaltsseiten tauchen aber schon im Index auf, wenn auch ganz weit hinten.

Fünf Wochen, viele Inhaltsseiten sind jetzt im Index, Besucherzahlen sinken, speziell die de-Anfragen. Neues Einsortieren durch Google? Das Alexa-Ranking sinkt ebenfalls, was aber vorhersehbar war. Dauert dieser Umzug auch wieder viele Wochen?

Ergänzung: 25. Januar 2012

Inzwischen sind mehr als sechs Monate vergangen und die Website befindet sich nach einigen Aktualisierungen auf dem Stand, der vor der Umbaumaßnahme vorhanden war. Auch der Google Pagerank ist teilweise zurückgekehrt.

Bei einigen Experimenten mit Webseiten, die Javascript benötigen, hat es mit Opera 11.01 einen interessanten Fall gegeben. Wie es aussieht, reagiert Opera 11.01 auf die <noscript> Direktive nicht korrekt. Ein Text innerhalb des <noscript> Elements mit einem Hinweis, dass Javascript deaktiviert ist, wird nicht angezeigt und ist somit auch nicht lesbar.

Mit den Browsern Microsoft Internet Explorer 8, Firefox 3 und Safari 5 funktioniert die Anzeige des <noscript> Hinweises fehlerfrei.

Ob es sich tatsächlich um einen Fehler in Opera 11.01 handelt oder das fachlich korrekte Umsetzen des <noscript> Elements fehlerhaft ist, muss noch genauer untersucht werden.

Ergänzung
Mit der Opera Version 11.10 (Veröffentlichung am 12.04.2011) ist der oben beschriebene Fehler mit dem <noscript> Element behoben.