"Topics" soll kein Ersatz für "News" sein, sondern dort beginnen, wo das News-Modul überstrapaziert wird: Längere, beständige Artikel, Tutorials oder einfach Geschichten.
Für Suchmaschinen und Besucher optimiert, 100e Seiten bequem zu verwalten.
Angedachter: Articles => "Topics"
von Chio (admin) am 29.11.2008
"Topics" wird zwar auf dem News-Modul basieren, aber für größere Mengen von längeren Artikel ausgelegt sein.
Im wesentlichen wird das geplante Modul "Topics" so aussehen, wie das, das hier auf Websitebaker.at verwendet wird; um einige Features ergänzt, die ich mir in der praktischen Arbeit damit noch erwünsche.
Topics soll ein Modul sein, mit dem sich größere Teile einer Website kontinuierlich aufbauen lassen.
WB27+ only
Ja. Irgendwann sollte man nach vorne schauen.
Suchmaschinenoptimierung / Besucherfreundlichkeit
Dichte interne Verlinkung erfreut sowohl Besucher als auch Suchmaschinen, Meta-Tags sind selbstverständlich. Dazu kommen einige weitere Kleinigkeiten: Nach einer (eingestellten) Zeit wird der Dateiname nicht mehr geändert, auch wenn der Titel geändert wird. Optional kann auch der Dateiname separat vergeben werden.
Integrierte Kommentarfunktion
Diese wird im wesentlichen so aussehen wie hier und natürlich ein/ausschaltbar sein. Neben den Capchas und den Honeypots gibt es noch einen brachialen Spamfilter. Dazu Mailbenachrichtigung – gleich mit Link zum Freischalten oder Löschen. Eventuell: Mail-Benachrichtigung an alle, die bisher kommentiert haben (so was hält Besucher auf der Seite).
Ebenso wie hier werden Kommentare nicht sofort freigeschaltet, sondern zunächst nur über Javascript eingeblendet. Das vergrault Spammer.
Datum und Benutzerrechte
Die zeitgesteuerte Veröffentlichung wird ebenso wie die Rechteverwaltung (auf für Kommentare) fallen: Es wird geben: Datum der ersten Veröffentlichung, der letzten Modifikation und ein frei wählbares Datum, auf das sich ein Topic bezieht.
Für die Benutzerrechte gilt das, was für die WB-Seite (Übersichtsseite) gilt.
Ein einzelner Artikel kann sein: Unveröffentlicht, unsichtbar, lokal sichtbar, überall sichtbar.
Unveröffentlicht: Der Atikel kann im Frontend nicht aufgerufen werden, von niemanden. Weiterleitung auf Übersichtseite oder Startseite.
Unsichtbar: Wer die URL kennt, kann ihn ansehen, er erscheint aber nicht in der Übersicht. Normalerweise wird man diese Option verwenden, wenn man einen Artikel nicht mehr auf der Seite haben will, weil dann Deeplinks und Google nicht ins Leere laufen. Unsichtbare Artikel werden anders verlinkt sein.
Lokal sichtbar: Erscheint auf der Übersichtsseite, aber nicht in "AnyTopics" oder ähnlichen Snippets.
Überall sichtbar: Eben. + auch im RSS Feed, AnyTopics usw.
Eventuell: "Auch auf der Startseite sichtbar".
Gruppen / Gruppenbilder
Es wird keine Gruppen geben. Die WB-Seite ist die Gruppe. Das hat einige Vorteile gegenüber der bisherigen Einteilung in Gruppen: Die Gruppen stehen einzeln im Menü bzw in den Breadcrumbs und können damit einfacher zugänglich gemacht werden. Eine Übersicht der Gruppen ist nicht nötig, weil diese ganz einfach als WYSIWYG-Seite gemacht werden kann.
Blöcke
Es wird die Möglichkeit geben, ohne größere Tricksereien zu jedem Artikel einen 2. Block im Template zu nutzen.
Barrierefrei
Soweit möglich wird sowohl die Übersicht als auch die Artikel-Ansicht barrierefrei sein. Tabellenlos sowieso.
Knappe Optionen + module-settings.php + CSS
Wesentliche – generelle - Einstellung werden in einer Datei "module-settings.php" gemacht. Dazu sind php-Kenntnisse nötig. Sinn der Sache ist, dass ein Administrator diese Einstellung ein für alle mal festlegen kann, und die Redakteure nicht mit Optionen überfordert werden. Eine der Einstellung dort ist auch, ob Redakteure überhaupt die Optionen ändern können.
Ein großer Teil der Ausgabe-Optionen wird über CSS vorgegeben. Die Einstellungen in den Optionen werden auf das Nötigste beschränkt. Wie schon im "members" wird es jeweils [PLATZHALTER] und {PLATZHALTER} geben. Der Unterschied: [] gibt wie üblich nur den Inhalt des Feldes aus, {} einen vollständigen HTML-Tag inklusive Klassen. Damit werden leere div’s oder Links vermieden und die Optionen bleiben weit übersichtlicher.
Caching
Das Modul ist für größeren Besucherandrang und für Suchmaschinen optimiert. Dadurch müssen längere Ladeseiten vermieden werden, für die hauptsächlich die umfangreichen SQL-Abfragen verantwortlich sind. Durch Caching werden diese stark reduziert.
Chefredakteure / Redakteure
Es gibt die Möglichkeit, Topics zwischen Seiten (Sections) zu verschieben. Damit ändern sich die Benutzerrechte (die ja von der Seite vorgegeben werden). Somit lässt sich auch ein einfaches Redakteurs-System verwirklichen.
Artikel über mehrere Seiten
Angedacht, aber wieder verworfen. Es müsste mit Parametern gearbeitet werden und auch andere Nachteile würden sich ergeben. Es schlichtweg besser und flexibler, einen längeren Text selbst über mehrere Seiten zu verteilen. Außerdem spielt der FCK-Editor bei sehr langen Texten nicht mehr recht mit.
Bewertungsfunktion, Tag-Clouds
Ich werde die nötigen Felder gleich von Anfang an in die Datenbank einfügen, aber zunächst erst mal sehen, wie sich das Interesse entwickelt.
Eigene Bildverwaltung
Bei hunderten Seiten wird das Medienverzeichnis in der jetzigen Form zu unübersichtlich. Allerdings wird schon seit längerem darüber geredet, die Medienverwaltung zu überarbeiten. Es wäre sinnlos, hier vorzugreifen - zumal ja noch niemand 100e Seiten mit Topics gemacht hat. Mal sehen.
Narrensicherheit
"Topics" wird ein Modul sein, mit dem jeder schnell zurecht kommt, die großen Einstellmöglichkeiten werden aber eher im Verborgenen liegen. Ziel ist schließlich, eine stabile, strukturierte Präsenz einzurichten, wobei allzu viele Spielereien in den Optionen nicht förderlich sind.
30.11.2008
Hallo Chio,
bin sehr an diesem Modul interssiert (für panke.info) und würde gerne das eine oder andere dazu beitragen.
Wichtig wäre mir eine Verschlagwortung, damit die Möglichkeit besteht Artikel in Gruppen zusammen zu fassen etc. - wir planen bei panke.info z.Zt. konkret eine Aktion, bei der Schilder (Points of interesst - POI) an der Panke entlang angebracht werden. Die Besucher können die POI Ziffer dann eingeben und erhalten automatisch alle relevanten Artikel dazu.
Gruß
Ralf
03.12.2008
Funas
Hi Chio,
ich habe deinen Artikel schon vor ein paar Tagen gelesen. Gerade war ich auf einer Seite bei der man Artikel bewerten konnte. Da ist mir das "Ajax Star Rating" Modul eingefallen und ich habe mir gedacht, dass es doch eine gute Sache wäre ein "Bewertungssystem" mit einzubauen. Das Ajax Modul gefällt mir persönlich jetzt nicht so gut aber die Idee mit der Bewertung find ich gut. Ich weiß nicht was du davon hälst, ob es viel Aufwand ist und ob eine Bewertung der Artikel in deinem Sinne steht, ich wollte nur mal die Idee in den Raum werfen und hoffe, dass es sich verwirklichen lässt.
Gruß
05.12.2008
Chio
Hallo Ralf,
Die "Siehe Auch"-Links schaun derzeit so aus: 12,24,28 - also Topic_ids einfach von Hand in das Feld eingegeben. Etwas besseres ist mir bisher noch nicht eingefallen. Angedacht wäre, dass beim Speichern ein Script das irgendwie automatisch macht, in deinem Fall vielleicht mit Hilfe der Koordinaten oder so. Das Script sollte "austauschbar" sein, weil jeder was anderes haben möchte.
Hallo Funas,
Bewertung ist eingeplant, aber ich verspreche mir nicht viel davon.
13.01.2009
Super Idee das Modul. Wäre natürlich klasse, wenn gleich ein Script zum Umzug vormaliger News dabei wäre.
Viel Erfolg,
wbaker
14.01.2009
ist es denn dann auch möglich die kurztexte eines Artikels auf einer beliebigen Seite zu veröffentlichen
Danke Saiborg
