Do you know Donncha? He is the person behind WordPress MultiUser, also called as WordPress MU or WPMU or µ.
Last month he starts a plugin project with the name “Sitewide tags pages for WordPress MU“:
The plugin creates a set of pages like the WordPress.com Hot Topics pages. It’s a lot more simplistic, but by feeding posts into one blog it also creates a sitewide feed of all posts plus feeds of any tags and categories too.
This week I joined Donnchas “Sitewide tags plugin for WordPress MU” project and now we are working together on the plugin.
More information about the plugin on Donnchas post. Or grab the latest version from here.
am 11.08.2008 um 19:33 Uhr:
[…] I should have a Sitewide Tags update later this week, with thanks to Thomas Schneider who came on board last week to help and has done some super work! […]
am 11.08.2008 um 20:38 Uhr:
[…] I should have a Sitewide Tags update later this week, with thanks to Thomas Schneider who came on board last week to help and has done some super work! […]
am 15.09.2008 um 10:02 Uhr:
[…] Diese Funktion ist das Ergebnis der Zusammenarbeit mit Donncha aus Irland, die wir auch gemeinsam weiter entwickeln. Allerdings unterscheidet sich die bei seglr eingesetzte Version immer ein bisschen von der allgemein verfügbaren, so dass Ihr schon immer viel früher in den Genuss neuer Funktionen kommt. Es soll sich doch lohnen, seinen Blog bei jemanden zu haben, der aktiv an der Entwicklung des Systems mitarbeitet, oder?! […]
am 04.11.2008 um 12:03 Uhr:
Hey Thomas, wir setzten derzeit ebenfalls ein Portal auf Wordpress MU Basis um und stehen vor dem Problem wie wir den aktuellen Inhalt aus allen Blogs auf einer Startseite abbilden können. Das Sitewide Plugin legt ja einen neuen Blog an und dubliziert im Prinzip alle Inhalte aus allen Blogs erneut, kommt es da nicht zu Problemen? Was hällst Du von der Methode die aktuellen Artikel per datenbank View zu ziehen? Hätte gern mal Deine Meinung dazu, Du erreichst mich per Mail oder Twitter! Grüße aus Hamburg, Sven
am 05.11.2008 um 15:42 Uhr:
Hallo Sven,
einer meiner ersten Beiträge zu dem Plugin war es, den Hauptblog für die kopierten Beiträge zu benutzen, da man meistens auf dem Hauptblog nicht wirklich bloggt sondern nur “statische” Seiten hat. Das Ergebnis sieht man bei seglr.de.
Mit den Duplikaten kommt es zu den wenigsten Nebeneffekten.
Würde man die Datenbank direkt auslesen, hätte man bedeutend mehr Datenbankabfragen, die den Server enorm belasten können. Selbst mit Techniken wie Cachen und eine Auswahl der abzufragenden Tabellen über den Weg “last modified” wäre es immer noch ein sehr großer Aufwand. Zumal man dazu auch noch die Funktion zum Speichern der Werte für “last modified blogs” verändern muss, da sie momentan jede Veränderung speichert - also auch wenn ein Beitrag(-sentwurf) gelöscht wird. Also müßte man auch hier wieder mit eigenen Hooks arbeiten, damit man zum erwünschten Ergebnis kommt.
Weitere Probleme würden entstehen, wenn man die Permalinks zu den Originalartikeln richtig generieren will. Insbesondere wenn der User den Permalink später mal ändert, hätte man relativ viel Aufwand das zu monitoren und korrekt darzustellen.
Ein weiterer Nebeneffekt dieses Vorgehens wäre, dass man keinen sitewide-Feed mehr hätte. Auch die anderen site-weiten Feeds auf Tags oder Kategorien würden verloren gehen.
Auf der anderen Seite überlegen Donncha und ich momentan die Kopierfunktion zu verändern, damit sie performanter wird. Das gilt insbesondere für Parts, wenn ein Blogbesitzer sich entscheidet, aus einem Public-Blog einen Private-Blog zu machen oder umgekehrt. Gleiches gilt für den Fall, dass ein gesamter Blog als Spam markiert oder gelöscht wird.
Und dann ist da noch der Massenimport, für alte Beiträge, den sehr viele Anwender haben wollen. Allerdings halte ich persönlich nichts davon, in einer Zusammenfassung mehr als 100 Artikel zu haben. Auf den Wert ist auch das noch kleine und junge Projekt “seglr.de eingestellt.
Ich hoffe, dass das so als erste Antwort genügt. Falls nicht - die Emailadresse gibts im Impressum