1. RSS-Feeds

Eigentlich eine sehr feine Sache, diese RSS-Feeds. Man hat eine schöne Übersicht über die neuesten Posts von den jeweiligen Seiten und kann somit immer schauen, welche Artikel man noch lesen möchte. Der klare Nachteil ist für mich dabei, dass ich auch wirklich nur Nachrichten von Seiten erhalte, deren Feed ich abonniere, und nicht darüber hinaus. Ich habe also schlechtere Chancen neue Seiten, auch wenn es nur ein guter Artikel darauf ist, zu entdecken. Des Weiteren unterstützt mein derzeitiger Browser der Wahl “Chromium” unter Ubuntu keine RSS-Feeds, weshalb ich mich nach einem Feedreader umgeschaut habe – jedoch bin ich nicht wirklich fündig geworden. Die, die angepriesen wurde, sind nicht mehr in Entwicklung oder meiner Meinung nach unbenutzbar. Natürlich gibt es auch Webservices, die das Zusammentragen von Feeds anbieten (Google bietet soetwas u.A. in Form von “Google Reader” an), jedoch empfinde ich das als eine sehr unbequeme Methode.

2. Newsportale

Es gibt natürlich auch diverse Nachrichtenportale (in meinem Fall sind dies zumeist Golem.de, ubuntunews.de (im eigentlichen Sinne jedoch nur ein Feed-Sammler) und seit kurzer Zeit auch vermehrt smashingmagazine.com) bei denen man sich über alles Neue informieren lassen kann. Jedoch kommen diese oft nicht an die Vielfalt von Blogs heran, zumal man dort auch keine Artikel findet, die nicht unbedingt “neu” sind, sondern die nur etwas vorhandenes z.B. aufarbeiten. Ich lese gerne Artikel darüber, wie jemand ein bestimmtes Problem in einem Webdesign/-development-Projekt gelöst hat, und das können mir Newsportale alleine einfach nicht liefern.

3. Soziale Netzwerke & Mircoblogging (Twitter & Co.)

Heutzutage ist es üblich, dass Blogger auf Twitter und Co. auf neue Artikel aufmerksam machen (auch ich mache das), sodass jeder “Follower” direkt darauf aufmerksam wird. Es steckt oft ein ungeahntes Potential in solchen “kleinen” Posts, denn liest jemand einen wirklich guten Beitrag, so rebloggt er ihn gerne auch mal. Somit sehen auch alle seine Follower diesen Post und so weiter. Auch Facebook wird oft und gerne als Plattform zur Verbreitung von neuen Inhalten genutzt, zumal es auch Anwendungen in Facebook wie z.B. RSS-Graffiti gibt, die neue Beiträge automatisch über den Feed auf Facebook posten (auch das nutze ich selbst). Man muss dort nicht einmal “Likes” sammeln, denn oft reicht ein einfaches gesehen werden. Ich selbst erinnere mich oft genug daran, dass ich doch mal an irgendeiner Stelle irgendeinen Artikel zu einem Thema gesehen habe. Ich merke mir oft kurze Stichwörter wie z.B. den Namen von dem Blog – und so finde ich dann meist auch den Artikel den ich im Kopf habe. Was wären wir ohne Suchmaschinen?

Beispiel-Nachricht auf Twitter

Fazit

Schlussendlich gibt es aber meiner Ansicht nach keine “perfekte” Lösung, denn schlicht und einfach macht es die Mischung. Es mag sein, dass ich Dinge in meinen Ausführungen übersehen habe, jedoch bin ich eigentlich sogar recht zufrieden mit dem System welches ich zur Zeit verwende. Dies ist eine gesunde Mischung aus Twitter-Nachrichten, Newsportalen und spezifischen Feeds. So habe ich einerseits die Kontrolle über das, was ich lesen und erfahren möchte, habe jedoch auch (vor allem dank Twitter) die Möglichkeit Neues zu erfahren, sodass es oft vorkommt, dass mir ein inspirierender Artikel unter die Augen kommt.

Vielleicht konnten ihr ja meiner Meinung und meinen Erfahrungen zum Thema etwas abgewinnen und ich bitte natürlich immer darum eventuelle Anregungen in den Kommentaren zu hinterlassen .

Generell stehe ich OpenSource Web-Projekten immer recht sympatisch, wenn auch skeptisch gegenüber. Nach ein wenig Einlesen in die Features von elgg wurde mir schnell klar, dass ich möglicherweise gefunden haben könnte wonach ich suchte. Zunächst einmal setzte ich lokal eine Testversion von elgg auf um mir die Sache mal näher anzuschauen. Die Installation der damals noch aktuellen Version 1.7.11 verlief ohne Probleme und schnell begrüßten mich ein Haufen an Features, sowie ein äußerst durchdachtes System. Doch hatte ich eine genaue Vorstellung von dem, was dieses Stück Software meiner Wahl für mich erfüllen sollte – darunter recht spezielle Sachen:

• Gruppensystem
• Umfragen
• die Möglichkeit als Administrator Benutzer per Hand hinzuzufügen
• eine kleine Blogfunktionalität für Administratoren, mehr eine Art Newssystem
• eine Eventkalender mit der Möglichkeit für gruppeninterne Termine (Komiteetreffen usw.)
• Dateiupload mit ebenfalls gruppeninternen Dateien
• private Nachrichten
• Profile mit Profilnachrichten (auch als Pinnwand bekannt)

Nunja, auf Anhieb konnte elgg auf jeden Fall das Gruppensystem, das manuelle Hinzufügen von Nutzern, die Blogfunktionalität (jedoch nur eingeschränkt), den Dateiupload, die privaten Nachrichten und die Profile inkl. Profilnachrichten erfüllen. An vielen Stellen benötigte es jedoch noch einigen Anpassungen im Code meinerseits, was vor allem zu Beginn sehr zeitaufwendig war, denn das System hinter elgg ist nicht allzu einfach zu verstehen – jedenfalls war es das nicht für mich. Denn obwohl es eine recht ordentliche Dokumentation gibt muss man sich erst einmal in das System reinfinden, welches an einigen Stellen ein bisschen verwirrend ist.
Eine extrem tolle Sache an elgg ist seine API und das damit verbundene Mod-System – eigentlich eher weitreichendes Plugin-System. Über die Community von elgg lassen sich so beispielsweise Übersetzungen (wie in meinem Fall für Deutsch, jedoch musste ich teilweise selbst übersetzen was aber sehr einfach ist), Themes oder neue Funktionalitäten beziehen. Doch musste ich im Laufe meiner Arbeit mit elgg feststellen, dass nicht alle Beteiligten in der Community sich an Standards halten und vorallem nicht aktiv – schade eigentlich. Naja, man sollte einfach nur ein waches Auge haben und sich genau anschauen was man da in sein elgg läd (sollte man aber natürlich eigentlich immer ). Jedenfalls konnte ich sowohl ein Umfrage-Plugins, als auch einen Eventkalender dort finden. Diese benötigten teilweise noch Anpassungen aufgrund der Kompabilität zu elgg 1.8, was jedoch nach der Einarbeit in das System kein großes Problem mehr darstellte.
Und obwohl es zwischendurch den ein oder anderen frustrierenden Moment gab (Probleme mit dem integrierten Caching-System), so muss ich sagen, dass elgg eigentlich recht anwenderfreundlich gehalten ist. Das besagte Netzwerk ist seit heute offiziell online und läuft bisher wie eine 1. Ich bin gespannt, was die Datenbank in ein paar Monaten sagen wird, denn elgg verspricht ein Log- und ein damit verbundenes Archivierungssystem – we will see.

Als Fazit bleibt mir eigentlich nur zu sagen, Respekt an die Entwickler. Ein echt klasse System, welches sehr viele Möglichkeiten offen lässt und eine (wenn man denn einmal drin ist) sehr gute Infrastruktur. Elgg kann ich jedem empfehlen, der soetwas in der Richtung aufbauen möchte, zumal es durch die OpenSource-Geschichte natürlich auch kostenlos ist – bis auf die Serverkosten, die sich im Vergleich zu kommerziellen Lösungen jedoch sehr sehr gering verhalten.

Nunja, ohne viel weiteres gelaber: hier meine Lösung.

Zu sagen ist noch, dass ich in #mysql.php einfach nur eine Verbindung zur Datenbank herstelle, was nicht allzu schwer zu bewältigen sein sollte.

Nachdem ich jQuery auf meinen Server kopiert hatte versuchte ich erst einmal auf “gut Glück” ohne irgendwelche Anpassungen die neue Version einzubinden. Und, vollkommen unerwartet, alles lief reibungslos. Ein Manko meinerseits ist jedoch die nun höhere Dateigröße (9 KB mehr als Version 1.4.4) die jetzt bei ca. 86 KB liegt. Wenn man jedoch entweder selber auf dem Server gzip aktiviert oder einfach jQuery aus den GoogleAPIs einbindet, dann sind es nurnoch ca 20KB Transferdaten, was ich recht angenehm finde.

Bisher alles von mir getestete in jQuery lief reibungslos und meiner Meinung nach spürbar schneller, dazu noch ein paar Statistiken:

Bei der Aktualisierung ist mir nebenbei auch eine neuere Version der jQueryUI ins Auge gesprungen, also habe ich gleich mit aktualisiert. Auch das klappt perfekt und alles funktioniert wie zuvor. Ich hoffe bei euch ist das genauso .