Sergej ist wohl einer der besten WordPress-Plugin-Entwickler. Seine Plugins sind gut kommentiert, schlank und machen genau das was sie sollen ohne den Server zu belasten oder unnötiges mitzubringen.

Sowohl auf meinem privaten Blog als auch auf GoogleWatchBlog.de werden einige seiner Plugins eingesetzt. Neben wpSEO auch Antispambee, wpTwitbox und Antivirus. Nun gibt es ein neues Plugin, das ein schlankes Caching-Plugin darstellt.

Cachify speichert alle Postings in der Datenbank von WordPress zwischen. Hierbei wird auf die Caching-Funktion von WordPress zurückgegriffen. Auf eine Optionsseite wird verzichtet, weil das eine weitere Abfrage nötig hätte.

Die beiden Einstellungen werden fest als Variable in das Plugin gesetzt. Derzeit gibt es nur zwei: EXPIRES und ONLYGUESTS. Mit erstem wird festgelegt wie lange die Daten im Cache gehalten werden sollen ehe es eine Aktualisierung geben soll. Der Wert ist in Stunden angegeben.

Mit ONLYGUESTS (Standard 1) wird festgelegt, ob Admins oder eingeloggte Nutzer eine gecachete Version erhalten oder nicht. Ist dieser 1 werden die Daten für eingeloggte Leser direkt aus den Tabellen der Datenbank gelesen.

Ich habe hier nun Cachify installiert und bin soweit zufrieden. Aus 38 Queries für die Startseite wurden 10 und auch die Zeit für die Ausführung ist. Unterm Strich ist das eine Einsparung von 73% der Queries.

Caching hat aber auch einen Nachteil: Die Seiten schauen für alle Besucher gleich ist. Hinweise für Nutzer von alten Browser (Stichwort IE 6) werden dann bei allen eingeblendet.

Bei dem mächtigen Tools wie WP Super Cache kann man einige Useragent ausschließen. Dies ist speziell für mobile Versionen wie wpTouch nützlich. Noch fehlt eine Art Blacklist für Useragents und daher ist es vorerst nichts für den GWB. Ich bin mir aber sicher, dass Sergej hierfür wohl eine Lösung finden wird.

Das Caching erstellt Cachify mehr oder weniger on the fly. Bei Aufruf wird geprüft ob die Daten im Cache liegen und falls ja, dann werden die gespeicherten Daten ausgeliefert. Falls nein, werden die Daten erstellt.

Der Download ist hier möglich.

Die unterschiedlichen Hersteller von Browser haben alle unterschiedliche Strategien, wie sie ihre Software aktualisieren. Google veröffentlicht ungefähr alle 6 Wochen ein Update, Microsoft braucht für ein Update auch gerne mal fünf Jahre. Doch auch Mozilla gehört nicht gerade zu den schnellsten.

Das Internet entwickelt sich ständig weiter. Neue Features werden entwickelt, die die Funktionen des Rechners auch im Browser nutzen. Das Problem hierbei ist aber oft, dass neue Funktionen oft erst nach Jahren im Browser landen. Die verschiedenen Browserhersteller gehen ganz unterschiedliche Wege. Ich möchte hier die auf die Strategien eingehen und ihre Vor- und Nachteile betrachten.

Internet Explorer:
Microsoft hat mit dem Internet Explorer 7 mehr als fünf Jahre gebraucht und veröffentlicht den IE7 im Oktober 2007. Nach 1,5 Jahren kam das Update auf IE8. Mit dem Internet Explorer 9 ist Anfang 2011 zurechnen. Damit würde dieser rund zwei Jahre nachdem Internet Explorer 8 erscheinen. Der Vorteil ist, dass die Updates direkt über den Updater von Windows verteilt werden und so Unternehmen die Software zentral aktualisieren können. Der Nachteil für diesen langen Zyklus ist, dass der Internet Explorer nach wie vor nicht alle moderne Techniken unterstützt und so die Entwicklung von Standards bremst.

Firefox:
Seit der veröffentlichung des Firefox 3 sind inzwischen mehr als zwei Jahre vergangen. Mozilla hat mit dem Firefox 3.5 und Firefox 3.6 neue Features gebracht. Der Firefox 4 verzögert sich und war eigentlich mal für den Oktober oder November geplant. Nun schaut es nach einer Veröffentlichung im ersten Quartal 2011 aus.

Mozilla ist eigentlich auf einem guten Weg und aktualisiert den Firefox regelmäßig mit Stabilitäts- und Sicherheitsupdates. Doch neue Features gibt es bei solchen Minorreleases gibt es eigentlich nicht. Der Vorteil dieser Strategien ist eine stabile und weitgehend ausgereifte Software. Nachteil ist eine sehr lange Entwicklungszeit.

Safari:
Über die Strategie von Apple gibt es nicht wirklich viel zu sagen. Während es bei Safari 3 und 4 für Windows Vorarbversionen gab, verzichtete man mit Safari 5 auf öffentliche Betas. Zwischen Safari 3 und Safari 4 lagen mehr als eineinhalb Jahre. Safari 5 erschien in einem ähnlichem Zyklus. Sollte Apple dem Zyklus treu bleiben, wird Safari 6 wohl in rund einem Jahr erscheinen. Vorteil: Weil es keine Beta-Nutzer gibt, verwenden die meisten stabile Software Nachteil: keine neuen Features bei Updates, keine/kaum Details bei Sicherheitsupdates.

Opera:
Opera hat letztes Jahr einen Weg eingeschlagen, der mir eigentlich relativ gut gefällt. Es gibt regelmäßig Updates mit neuen Features. Um einen Vergleichsraum mit den anderen Browser zu haben, betrachte ich hier nur Veröffentlichungen seit 2007. Hier erschien Opera 9.2. Es sollte hier dann recht lange dauern bis Opera 9.5 mit neuen Features veröffentlicht wurde. Dieser erschien im Juni 2008. Es folgte Opera 9.6 im Oktober, ehe man im August 2009 Opera 10 freigab. Opera 10.10 wurde noch im Dezember des gleichen Jahres veröffentlicht. Opera 10.5 kam im März und Opera 10.6 Anfang Juli. Erst vor einigen Tagen kam Opera 11 auf dem Markt.

Der Vorteil ist, dass so neue Features doch recht schnell an den Mann kommen und er dennoch nicht allzu häufig updaten muss. Als Nachteil sehe ich es an, dass der Updater neue Versionen – auch Sicherheitsupdate – erst nach einigen Tagen anzeigt. Manchmal auch gar nicht.

Chrome:
Google hat wohl einen neuen Geschwindigkeitsrekord aufgestellt. Chrome kam im September 2008 als Beta (Nummer 0.2), die erste stabile kam im Dezember. 2009 folgten Chrome 2 und 3. Im Jahr 2010 hat Google bis heute Chrome 4, 4.1, 5, 6, 7 sowie Chrome 8 und eine Beta von Chrome 9 veröffentlicht. In jeder dieser Version kamen weitere Funktionen hinzu.

Vorteile:
Der automatische Updater läuft ohne Eingriffe des Nutzers ab und sorgt für die Verwendung der letzten und daher sichersten Version
Neue Features kommen sehr schnell in die Software

Nachteil:
Versionsnummer werden unbedeutend.

Zusammenfassung:
Den Weg den Opera mit der Version 10 eingeschlagen hat, ist meiner Meinung nach die derzeit beste Lösung. Schafft es ein Feature nicht in die stabile Version sollte man es auf das nächste Update verschieben wie es Google macht. Mozilla hätte so schon so manchen Zeitplan einhalten können und könnte mit einem Minor Update mal ein neues Feature bringen.

Eines der neue Features von Android 2.2 aka FroYo ist die Kombination aus Chrome-Erweiterung und Android App Chrome to Phone. Mithilfe eines Google Accounts kann man sich so Links zu Webseiten einfach aufs Android Phone schicken. Doch die Erweiterung kann noch mehr.

Die Extension für Chrome steht noch nicht in der Gallery zum Download bereit, sondern lediglich bei Google Code. Zum Download einfach auf den Button mit dem Pfeil nach unten drücken und schon wird die Extension (die Datei mit der Endung .crx) installiert. Anschließend muss man noch den üblichen Dialog bestätigen. Jetzt klickt man auf den Icon in der Toolbar und meldet sich an.

Nun muss man noch auf seinem Android-Phone die App installieren. Sie funktioniert nur mit Android 2.2 aka FroYo. Klickt hierfür den Link zu App (der mit apk) an. Es erscheint ein QR Code, der mit einer der zahlreichen Scanner-Apps gelesen werden kann. Dies spart dann Tipparbeit auf dem Android. Anschließend den Download startet und die App wie gewohnt installieren. Nach der Installation muss man sich nur noch in den gleichen Google Account einloggen und kann festlegen, wie sich die App verhalten soll, wenn etwas an sie geschickt wird.

Klickt man nun den Button in der Toolbar an, wird die URL direkt an das Android-Phone geschickt und die URL geöffnet. Schickt man einen Google Maps-Link oder ein YouTube auf das Handy, wird die Maps-App bzw. die YouTube-App geöffnet. Hat man auf einer Webseite eine Handynummer markiert und schickt diese an das Handy, dann wird diese automatisch in den Dialer gelegt, aber noch nicht gewählt.

Besonders nützlich ist aber das: Wählt man einen Text auf einer Webseite und sendet es, dann wird der Text in das Clipboard. Zum einfügen, lange auf ein Eingabefeld drücken und Einfügen wählen.

Gerade das letztere finde ich gelungen.

Update am 12.08.2010:

Google hat die Erweiterung nun offiziell veröffentlicht. Für die Android-App soll  man im Market nach “Chrome to Phone” suchen. Da ich sie selbst nicht finden konnte, hier der QR-Code zur aktuellen Version aus Google Code:

Seit gut zwei Monaten Wochen bin ich Besitzer eines HTC Desires, dieses hab ich mir über einen Hardwareversand gekauft. Während es beim iPod touch kinderleicht ist, einen Screenshots zu machen, braucht man bei einem Android-Phone auf jeden Fall einen PC, wenn man sein Handy nicht rooten will.

Zu allererst muss HTC Sync installiert sein und das Smartphone vom PC erkannt worden sein. Anschließend lädt man sich die Android SDK herunter und entpackt sie zum Beispiel auf dem Desktop. Jetzt öffnet die Einstellungen bei Eurem HTC Desire, tippt auf Anwendungen und anschließend auf Entwicklung. Hier den Haken bei USB-Debugging setzen. Anschließend mit dem PC verbinden. Beim Dialog welcher Verbindungstyp genutzt werden soll, reicht es aus “Nur laden” zu wählen.

Nun öffnet man den Ordner Tools und ruft die Datei ddms.bat auf. Gegebenfalls muss noch bestätigen, dass die Datei ausgeführt werden darf. In der Liste im geöffneten Fenster sollte nun das Gerät angezeigt werden. Das Gerät auswählen und dann oben auf Device klicken und abschließend auf Screen capture oder das Tastenkürzel Strg+S. Jetzt öffnet sich ein weiterer Dialog der dann das aufgenommen Bild angezeigt. Man kann es speichern, kopieren, drehen oder ein neues Bild laden.

Einfacher geht es mit einem Root. Dann kann man auch Apps aus dem Market dafür verwenden.

Vorgestern hat Google wie erwartet ein Addon für den Internet Explorer, Firefox und Google Chrome veröffentlicht, mit dem die Erfassung durch Google Analytics unterbinden kann. Gleichzeitig hat Google aber auch eine Option für das Script eingeführt, mit der man die IP-Adresse den letzten Teil kürzen kann. Somit ist weiterhin eine Geolokalisierung möglich, aber der Nutzer ist nicht mehr eindeutig identifizierbar. Exakt das selbe bietet Piwik auch über das Plugin “AnonymizeIP” (wird seit Version 0.5.5 standardmäßig mit ausgeliefert, ist aber deaktiviert) auch. Ich habe mir ein paar Gedanken dazu gemacht, was man einsetzen sollte.

Google Analytics

Für Google Analytics spricht zum einen, dass man es recht einfach installieren kann und wenig Ahnung von Programmierung haben muss. Es läuft unabhängig vom Server und man braucht zum Beispiel keine MySQL-Datenbanken. Auch hat der Nutzer keine

Piwik

Für Piwik hingegen spricht, dass es frei und vollständig offen gelegt ist (OpenSource). Jeder kann den Code einsehen und Änderungen dran vornehmen. Sollte sich die rechtliche Grundlage ändern, kann man mit selbst Hand anlegen und ist nicht unbedingt auf andere angewiesen. Dadurch, dass Piwik auf dem eigenen Server liegt, kann kein anderer die Daten einsehen.

Ich werde weiterhin auf Piwik mit dem Plugin AnonymizeIP setzen.

Mit dem OpenOffice Addon OOo2GD kann man seine OpenOffice.org-Dokumente direkt zu Google Docs übertragen ohne dass man die Datei manuell hochladen muss. OOo2GD unterstützt aber auch Zoho Office sowie den Upload via WebDav. Inzwischen gibt es die Version 2.1, die weiter einige neue Features mitbringt.

Nach der Installation gibt es eine weitere Toolbar mit der man Dateien hoch und herunterladen kann. Im Dialog muss man seine Google bzw. Zoho Logindaten eingeben und OOo2GD lädt dann die Dateiliste. Diese kann man in der neusten Version auch sortieren und über das Feld Filter kann man Dateien suchen.

Seit Version 2.0 gibt es die Funktion Autoupdate. Hiermit wird die Datei automatisch bei Google Docs aktualisiert, wenn man diese bei OpenOffice mit Änderungen speichert. Dabei wird keine neue Datei erstellt, sondern die Änderungen in der bestehenden übernommen. Über die Einstellungen kann man Autoupdate für alle Dateien aktivieren.

Das Addon steht über die Extension-Seite von OpenOffice zum Download bereit.

Viele Blogger setzen Google Analytics ein, um Informationen wie Page Views, unique Besucher oder Suchbegriffe zu bekommen. Google speichert hierbei allerdings die IP-Adresse. Experten sind sich darüber uneinig, ob eine IP-Adresse personenbezogen ist oder nicht. Der Düsseldorfer Kreis kam sieht diese als personenbezogen an. Wer lieber selbst verwalten will, welche Daten er über seine Nutzer speichert oder nicht, sollte sich mal Piwik anschauen. Die Entwickler wollen mit Piwik eine vollwertige Alternative zu Analytics schaffen.

Auch wenn Piwik erst in der Version 0.5.1 vorliegt, geht die Entwicklung schon in die richtige Richtung. Mit Piwik kann man Anzahl der Besucher, Page Views, Keywords, Länder und vieles mehr aufzeichnen. Die Daten landen nicht auf fremden Servern, sondern werden in der Datenbank der Webseite gespeichert. Weiterhin habe ich auch den Eindruck, dass die Webseite mit Piwik schneller geladen wird, als mit Google Analytics

Vorteile:

• komplett OpenSource
• Daten auf lokalem Server
• Trackt gleiche Daten wie Analytics

Nachteile:

• setzt eigenen Server mit MySQL voraus (nicht nutzbar bei vielen Freehostern wie blogger.com oder wordpress.com)
• speichert auch die IP-Adresse

Letzteren Nachteil kann man durch eine kleine Änderung selbst lösen und die Aufzeichnung der IP-Adresse deaktivieren. Hierfür muss man die Datei piwik\core\Tracker\Visit.php mit einem Texteditor öffnen. Sucht nun die Zeile 'location_ip' => $userInfo['location_ip'], und ersetzt diese durch 'location_ip' => ip2long('0.0.0.0'),.

Diese Änderung hat aber auch einen kleinen Nachteil: Wenn ein Besucher Cookies blockiert, wird er immer wieder als neuer Besucher gezählt. Mit Version 0.6 soll es aber eine Lösung geben.

Heute vor einem Jahr gab Google die Version 0.2.149 seines Browsers Google Chrome frei. Diese erste Version war eine Beta Software. 100 Tage später erfolgte die Freigabe der ersten stabilen Version 1.0. In wenigen Tagen wird wahrscheinlich die Version 3.0 freigeben.

Seit einem Jahr nutze ich den Browser fast ausschließlich und eigentlich immer die neueste Dev-Version. Was mich bei dem Browser überzeugt hat, war von anfang an seine Geschwindigkeit. Zurvor habe ich den Firefox aus dem Hause Mozilla verwendet. Obwohl ich in diesem lediglich die Google Toolbar und Gears installiert hatte, dauerte Programmstart gefühlte fünf Minuten. Zwar fehlte mir am Anfang eines was der Firefox hatte bspw. eine Druckvorschau, RSS oder ein guter Downloadmanager, der einen Download fortsetzen kann, doch die geschwindigkeit und das minimalistische Layout überzeugten schließlich.

Leider fehlen die drei genannten Features noch immer, aber immerhin den RSS Button in der Adresszeile kann man über eine Erweiterung nachrüsten. Die erst vor wenigen Wochen veröffentlichten Themes machen den Browser etwas individueller.

Während ich beim Firefox wenn ich etwas suchte den Begriff in die kleine Google Search Box eintrug, gibt man es beim Chrome einfach in die Adresszeile (Omnibox genannt) ein. Beim Tippen erscheinen dann Suchvorschläge, Webseiten, Lesezeichen und auch Seiten die man schon besucht hat. Hierbei werden die besuchten Seiten komplett durchsucht. Während ich beim Firefox auch noch häufig die Google-Startseite aufrief, sehe ich sie im Chrome wegen seiner Ominibox nur noch selten bis gar nicht. Auch habe ich den Eindruck, dass ich deutlich weniger über Google suche sondern die Vorschläge von Chrome oft direkt nutze.

Ganz vom Firefox habe ich mich aber nicht verabschiedet. Bei manchen Dingen ist er einfach noch ein bisschen bessern. Teilweise werden Seite nicht 100%ig im Chrome angezeigt, da muss dann der Firefox ran.

Normalerweise leere ich alle zwei bis drei Tage den Spam Ordner von Google Mail vollständig. Nicht so im Mai. Ich wollte einfach Mal sehen wie viele Spammails so im Monat versuchen in meiner Inbox zu laden, dann aber vom Spamfilter abgefangen werden. Außerdem wollte ich mal wissen ob jeden Tag in etwa die gleiche Menge Spams verschickt wird. Hier meine Ergebnisse. Im gesamten Monat wurde lediglich eine Mail fälschlich als Spam markiert.

Insgesamt wurden 2334 Mails als Spam markiert, also im Durchschnitt also etwas mehr als 75 Stück am Tag. Wie schon erwähnt, wurde nur eine Mail fälschlicherweise als Spam markiert. 15 Mails landeten im Posteingang obwohl sie Spams waren.

Diese Grafik zeigt, dass an den ersten beiden Wochenende (2. & 3. Mai, 09. & 10. Mai) die Anzahl deutlich nach unten gegangen ist, am dritten nur am Sonntag. Das letzte Wochenende ist zwar auch etwas weniger los gewesen doch, die Zahl ist in etwa so hoch wie in der Spitze in der ersten Woche.

Robert Basic hatte letztes Jahr im Juli über 6392 Mails in 30 Tagen berichtet.

Jetzt betreibe ich diesen Blog seit rund 40 Tagen und schon hab ich einen PageRank von immerhin 2/10