“Verwande Beiträge Anderer”-Plugin

Aufgrund meiner Brainstormingphase, wie mein Blog künfitg aussehen und bieten soll, habe ich eine weitere Idee gehabt. Es gibt ja das bekannte Plugin, dass ich verwante Beiträge am Ende eines Posts darstellen kann. Dort wird dem Leser gezeigt, was Themenmässig sonst noch so auf meinem Blog zu finden ist.

Ich frage mich nun aber, ob ein Leser nicht auch einen Mehrwert kriegen könnte, wenn ich ihm Posts anderer Blogger zeigen könnte. Posts, welche Themenmässig passen könnten. Wie wäre es, wenn in der Sidebar eine Liste von Beiträgen erscheinen würde, welche einen ähnlichen Content/Context hätten, wie der aktuelle Beitrag, ABER eben nicht aus dem eigenen Blog stammt, sondern aus den Blogs meiner Blogroll zum Beispiel.

Der Vorteil wäre sicher, dass sich ein vernetzeres Bild an Informationen bilden könnte. Ein Leser könnte sich zu einem Thema besser informieren. Beispiel WWDC: Hierzu wurden von uns allen irgendwelche Posts generiert. Aber alle Authoren schreiben darüber in einem anderen Kontext. Der eine schreibt mehr über den Event TWWDCBE, der Andere mehr über die erhaltenen Facts von der WWDC.

Auf der anderen Seite müsste man sich bewusst sein, dass ich dadurch auch Leser “gezielt” auf andere Blog leite. Ich würde also ermöglichen, dass der Beitrag eines anderen Bloggers in einem neuen Fenster geöffnet wird, damit ich den Leser nicht gleich verliere.

Was meint ihr? Gibt es das schon und ich hab mal wieder ein Gedanken gehabt, der schon 100e vor mir hatten, oder ist das Konzept/die Idee so blöd und unnütz, dass das gar niemand will?

The new adventure of old itchy

Jedesmal wenn ich einen neuen Blogpost schreiben will, scheut mich die gleiche Arbeit: Das Startseiten-Bild. Das und ein paar andere Dinge nehme ich zum Anlass, meinen Blog zu überarbeiten. Dazu starte ich auf der Startseite ganz oben. Ich mache mir zuerst mal Gedanken, wie das Brand der Seite aussehen soll. namics hat mit ihrer Art sicher auch “Schuld” daran, wie sich meine Gedanken nun entwickeln. Hier mal meine beiden Varianten, inkl. grobem Lösungsbeschrieb:

namics-like Idee aufgreifen: Auf Basis von meinen Twitter-Posts werden die letzen paar auf Hashtags untersucht. Das Ergebnis wird dann reduziert, dass eine bestimmte Anzahl Zeichen pro Zeile nicht überschritten wird. Am schluss wird das Wort “itchy.” hinzugefügt. Dies würde meinem Blog eine Aussage meiner aktuellen Beweggründe geben.

bloggen. twitter. fernlöschung. api. blog.
cool. mba. scm. 3gs. applefever. itchy.

Letzten Tweet als Brand: Es wird einfach der letzte Tweet genommen (der nicht adressiert war) und fügt als Author noch “itchy” hinzu. Damit wäre eine weitere Integration gar nicht mehr wichtig. Man könnte auch den Author-Text noch durch einen Link zum Twitter-Profil erweitern – oder zur “About”-Seite…

überlege mir gerade “ein Abenteuer” #twitter
#api #blog … bin am recherchieren itchy

Vielleicht der besseren visualisierung wegen. Das könnte dann (mit dem aktuellen Theme) etwa so aussehen:

itchy

Ja, es ist mir schon klar, dass das einfach eine simple Twitter-Integration ist. Aber das entscheidende: Der Twitterstatus erfüllt auch den Zweck des Brands! Da steht sonst nirgendwo mehr auf welchem Blog, man sich befindet – auch keine Grafik oder so.

Einfluss des Browsers auf SharePoint Anwendungen

Jetzt lese ich doch heute einen interessanten Blog Eintrag von Sander de Koning. Er hat Messsungen gemacht, wie unterschiedlich lange die verschiedenen Browser-Versionen vom Internet Explorer für eine SharePoint-Seite haben. Interessant für mich ist diese Messung, da auch in meinem Kundenumfeld Installationen vorzufinden sind, welche mit der 6. Version des Internet Explorers existieren – und diese Kunden beklagen sich sogar über die Performance.

Nun gut, Sander hat eine SharePoint-Page zur Messung verwendet, welche eine Liste von 350 Elementen zeigt. Die Liste umfasst 7 Spalten. Das sind für SharePoint-Verhältnisse viele Daten, welche so auf einer Seite dargestellt werden. Seine Ergebnisse sahen wie folgt aus:

Browser Zeit Bemerkungen
IE6 34sec sauberes System, keine anderen Apps offen
IE7 21sec VirtualPC
IE8 im IE7 Modus 6.4sec wie IE6 System
IE8 6sec wie IE6 System
Safari 4 <4sec rendering Probleme

Ohne diese Zahlen nun zu eng auszuwerten erkennt man aber doch einen gewissen Trend: Je neuer die Version, desto schneller auch das Rendering von SharePoint-Seiten. Im vorliegenden Fall konnte die Zeit von IE6 auf einen sechstel der Zeit herunter geborchen werden, indem die neueste Version vom Internet Explorer verwendet wurde.