Erfüllt WP als CMS folgende Anforderungen?

1.: User begrüßen sollte kein Problem sein. Man kann ja anzeigen, mit welchem Namen man eingelogged ist. Wann man das letzte Mal online war - das ist sicherlich auch irgendwo hinterlegt, kann ich aber nicht mit Sicherheit sagen. Das mit den "Neuigkeiten" geht (vermutlich) nicht - Man kann in WordPress keine Notizen für Admins oder User hinterlegen. Aber vielleicht gibt's dafür ja ein PlugIn?

2.: Ja, Header abhängig von der Seite geht. Dazu kann man z.B. ein "Benutzerdefiniertes Feld" hernehmen und dort den Namen des Header-Bildes eintragen. Das macht allerdings nur bei einzelnen "Seiten" beziehungsweise in der Einzel-Ansicht von Beiträgen einen Sinn, wenn mehrere Beiträge aufgelistet werden (wie z.B. in der Kategorien-Ansicht) kann man nicht so gut Steuern, von welchem Beitrag denn nun das Benutzerdefinierte Feld ausgewertet wird ... Aber das was Du vorhast - also Headerbilder für die "Haupt-Seiten" - das ist kein Problem.

Hab ich bei mir auch so gemacht. Dazu kann man z.B. die Funktion get_post_meta benutzen.

Zu Punkt 1: Den jeweiligen Benutzernamen anzeigen lassen, ist kein Problem - wurde erst gestern oder vorgestern in einem anderen Strang hier beschrieben. Das letzte Login-Datum wird aber afaik nicht von Haus aus in der Datenbank gespeichert. Zumindest sehe ich keine entsprechende Spalte.

Zu Punkt 2: Custom fields sind vollkommen unnötig, wenn man je nach Kategorie ein anderes Headerbild haben möchte. Entweder kann man das per Kategorietemplates oder direkt per Conditional Tag lösen.

~fym

fym: Klar geht das auch ohne Custom Fields. Aber es ist eher unpraktisch, für jedes neue Bild ein neues Page-Template zu speichern. Beziehungsweise lauter if (is_page('xy'))-Fallunterscheidungen anzulegen.

Da finde ich es sehr viel praktischer, wenn man direkt im Admin-Bereich Bilder ändern kann, ohne jedes mal seine Theme-Dateien "anfassen" zu müssen.

Was überhaupt auch gehen könnte - Die Wordpress-Eigene Upload-Funktion legt ja ebenfalls mit jedem hochgeladenen Bild Werte in die benutzerdefinierten Felder ab ... Wenn man festlegt "immer das erste Bild wird als Headerimage benutzt" ...? Dann muss man tatsächlich nichts in die Custom Fields eintragen. Aber abgefragt werden müssen die dann schon noch.

Zitat von johan

bezieht sich der Benutzername auf einen "Mitarbeiter" (Autor, etc.) des Systems oder auch auf normale Webseitenbesucher?

Benutzername bezieht sich auf die Leute, die registriert sind. Für nicht-registrierte Besucher kann man dann eben einen generischen Willkommenstext a la "Hallo Unbekannter... yada yada" oder ähnliches anzeigen lassen. Der entsprechende Codeschnipsel sähe so aus, wie es Woodstock in diesem Posting schrieb.

Zitat

fym: Klar geht das auch ohne Custom Fields. Aber es ist eher unpraktisch, für jedes neue Bild ein neues Page-Template zu speichern. Beziehungsweise lauter if (is_page('xy'))-Fallunterscheidungen anzulegen.

Da finde ich es sehr viel praktischer, wenn man direkt im Admin-Bereich Bilder ändern kann, ohne jedes mal seine Theme-Dateien "anfassen" zu müssen.

Nun, zum einen: Ich habe johan so verstanden, dass für bestimmte Seiten (und nur solche) bzw. Kategorien verschiedene Headerbilder angezeigt werden sollten. Und dafür wäre die Verwendung der benutzerdefinierten Felder schlicht Overkill. Ob es nämlich "unpraktisch" sein soll, die gerade für solche Abweichungen im Layout gedachten Templates zu benutzen, anstatt mit benutzerdefinierten Feldern zu hantieren, wage ich einfach mal zu bezweifeln.

Nebenbei bemerkt müsste man nicht jedesmal die Theme-Dateien "anfassen". Feste Namensstruktur für die Bilder in Kombination mit entsprechendem Code und man bräuchte die Bilder nur hochzuladen, ohne etwas im Quellcode verändern zu müssen.

~fym

fym: Einigen wir uns auf "Geschmackssache"?

:-)

Klar - für dreieinhalb verschiedene Headerbilder lohnt es sich nicht, mit Custom-Fields zu arbeiten.

Dann könnte man noch immer die ID des aktuellen Postings abfragen - und bei der Page mit ID 13 wird eben aus einem bestimmten Ordner das Bild namens "headerimage_13.jpg" genommen. Oder was auch immer.

Möglichkeiten gibt's also viele, und was letztendlich die praktischste ist, hängt dann von der Anzahl der zu verwaltenden Bilder ab - und davon, was für die Leute, die die Seite nachher pflegen sollen, am einfachsten zu bedienen ist.