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