Drupal-Webseitenpflege

Aus FOSSGIS

Wechseln zu: Navigation, Suche

zurück zu: Server#Webseite

Inhaltsverzeichnis

Beteiligte

Weitere Helfer werden stets gesucht (Vorauss: Vereinsmitglied + je nach Rolle: Grundkenntnisse in HTML/CSS/PHP und im allgemeinen Umgang mit dem ContentManagementSystem "Drupal"). Wer Interesse hat, kann hierzu gerne eine Mail an Sebastian schreiben.

Hinweise zu den einzelnen Rollen

  • Drupal verfügt über eine sehr leistungsfähige Rechteverwaltung
  • je nach Aufgabe innerhalb des CMS werden die Betreuer der Vereinshomepage in sogenannte "Rollen" eingeteilt

Gast

  • jeder (nicht via Account angemeldete) Besucher der Webseiten des FOSSGIS e.V. hat den Status "Gast"

Authentifizierter Benutzer

  • alle Nutzer mit einem eigenen Account zum FOSSGIS-CMS sind nach der erfolgreichen Anmeldung am CMS "authentifizierte Benutzer"
  • typischerweise handelt es sich dabei um Vereinsmitglieder
  • diese habe zusätzlich zu den Rechten des Gastes, die Möglichkeit, auf vereinsinterne Seiten + Dokumente zuzugreifen

News-Autor

  • kann Seiten vom Typ VereinsNews erstellen (Inhalt erstellen > VereinsNews)
  • kann eigene (=selbst erstellte) Newsmeldungen nachträglich ändern
  • späteres Ändern einer Newsmeldung: Archiv > News-Archiv
  • dort sind alle Newsmeldungen gelistet und können per Klick auf die Überschrift einzeln angezeigt und nachbearbeitet werden
  • der Inhalt kann lediglich in eingeschränkter HTML-Syntax verfasst werden

Redakteur

  • wie News-Autor; zusätzlich:
  • kann alle Seiten ändern/editieren (außer diejenigen, die PHP-Syntax verwenden)
  • kann Seiten beliebigen Typs erstellen oder löschen
  • kann Dateien/Bilder/Dokumente hochladen
  • bei der Verfassung des Inhalts steht die volle HTML-Syntax zur Verfügung
  • hat Zugriff auf die Inhaltsverwaltung (z.B. die Seitenliste)

Content-Admin

  • (noch nicht eingerichtet)

Inhalt

Seitenliste

  • eine Übersicht aller Inhalte des CMS bietet der Menüpunkt Verwalten - Inhaltsverwaltung - Inhalt
  • die Übersichtlichkeit kann durch das Verwenden von Filtern (Bsp. Content-Typ) erhöht werden
  • von dieser Liste aus hat man z.B. als Redakteur Zugriff auf alle nodes (auch bislang unveröffentlichte Seiten)

archiv_buecher.html

  • Cover-Abbildungen sind mit einer einheitlichen Breite von 150 Pixeln zu erstellen

Inhaltstypen

  • Seite von beliebigem Inhaltstyp = Node

Hinweise für alle Inhaltstypen

  • Seite nachträglich bearbeiten: Button Bearbeiten rechts neben der Überschrift

neuer Inhalt

  • unter Umständen benötigt das Erstellen einer Seite mehr Zeit, als einem in einer Editier-Sitzung zur Verfügung steht
  • ferner kann es sein, dass man zwar eine Seite gestaltet, deren Inhalt bzw. Freigabe erst mit anderen Vereinsmitgliedern abgesprochen werden muss
  • zu diesem Zweck ist es möglich, die Seite zwar zu erstellen, aber noch nicht freizugeben (bis zu diesem Zeitpunkt haben nur die Administratoren darauf Zugriff)
  • hierzu ist das Feld Veröffentlichungseinstellungen zu verwenden, in welchem man vorübergehend das Häkchen bei Veröffentlicht entfernen kann
  • eine unveröffentlichte Seite kann nur über die Seitenliste zur Weiterbearbeitung erreicht werden

Kommentare auf Webseiten

  • es gibt die Möglichkeit, eine Kommentierung einzelner Seiteninhalte durch angemeldete Nutzer (=Vereinsmitglieder) zuzulassen
  • dazu ist im Bearbeitungsmodus der jeweiligen Seite die Option Einstellungen für Kommentare auf Kommentare lesen und schreiben zu setzen
  • jeder neue Kommentar wird unten an die Seite angehängt

VereinsNews

Sichtbarkeit

  • Seiten dieses Typs werden auf der Startseite der Vereinshomepage angezeigt (Aktuelles)
  • dort stehen die jeweils 3 neuesten Einträge

Felder

  • Titel = Überschrift der Newsmeldung
  • Textkörper = Inhalt der Newsmeldung
    • als Format für den Textkörper steht ein eingeschränkter HTML-Befehlssatz zur Verfügung (Eingabeformat: "Filtered HTML"), sowie die Möglichkeit, Bilder einzubinden ("Filtered HTML with IMG"; die Bilder müssen vorher in das CMS hochgeladen werden; siehe: Bilder-Upload)
  • es existiert das Pflichtfeld veröffentlicht von:, welches standardmäßig den vollständigen Namen des Erstellers der Meldung enthält
  • dieses Feld kann aber editiert werden (z.B. falls mehrere Personen die Newsmeldung verfasst haben)
    • bitte hier keine Login-Namen, sondern nur den Real-Namen eintragen!
  • dieser vollständige Name wird, im Gegensatz zum Login-Namen des Feldes Informationen zum Autor auf der Frontseite unterhalb der Newsmeldung angezeigt
  • das Datum der Meldung kann durch das Feld Informationen zum Autor / geschrieben am: geändert werden

Besonderheiten

  • bitte keinen URL-Alias verwenden und nicht manuell in die Seitenstruktur einbinden!
  • interne Links hier ausnahmsweise bitte in der Form /mein_interner_Link.html erstellen (führender Slash!); siehe hierzu unbedingt Anmerkung 2
  • aus Platzgründen sollten News-Meldungen typischerweise nicht mehr als 80 Wörter umfassen
    • gegebenenfalls kann bei längeren Texten eine eigene Webseite vom Standard-Typ Page erstellt werden
    • die dazugehörige, entsprechend verkürzte Newsmeldung kann abschließend einen internen Link auf diese Seite enthalten (Beispiele für die Link-Bezeichnung: [ausführlicher Bericht] oder MEHR... oder WEITER...)
    • dabei ist die separate Webseite thematisch in das Inhaltsverzeichnis einzuordnen (siehe Seitenstruktur)

Page

Sichtbarkeit

  • dieser Typ bezeichnet eine "normale" Webseite in unserem CMS
  • jeder Besucher hat Zugriff auf solch eine Seite
  • um die Seite sichtbar zu machen, sollte sie unbedingt per Menüeintrag in die Seitenstruktur des Webauftritts eingebunden werden
  • Bilder müssen erst hochgeladen werden und können dann intern verlinkt werden

Felder

  • Title: Überschrift der Seite
  • Menüeinstellungen: siehe Seitenstruktur
  • Body: hier ist der Inhalt der Seite in HTML-Notation zu hinterlegen
  • Veröffentlichungseinstellungen: ist ein Häkchen bei veröffentlicht gesetzt, so ist die Seite öffentlich aufrufbar
    • ist diese Seite erst im Aufbau begriffen, so kann vorübergehend das Häkchen dort entfernt werden
    • danach ist die Seite nur dem Administrator zugänglich
    • die anderen Optionen bitte nicht nutzen!

Besonderheiten

  • Pages sollten immer über einen URL-Alias aufgerufen werden können; also ist auch ein solcher einzurichten!
    • die Standard-Referenz per node/X sieht nicht nur unschön aus, sondern bringt auch Probleme bei der Interpretation von relativen Links mit sich (siehe hierzu: Anmerkung 2)

Page (intern)

Sichtbarkeit

  • eine Seite mit diesem Typ ist nur angemeldeten Nutzern zugänglich
  • unter der Voraussetzung, dass nur Vereinsmitglieder einen Account zum CMS haben, kann man so vereinsinterne Seiten (z.B. auch mit Dateianhängen) anlegen

Felder

Besonderheiten

Bild

Inhalt erstellen > Bild

Sichtbarkeit

  • Bilder können zwar auch direkt per Webadresse referenziert werden, jedoch wird man sie typischerweise in andere Seiten (Bsp. Page) per <img src="..."> einbinden wollen
  • man muss also zwischen der "Bild-Seite" (= dem Bild-Node), welche zusätzliche Metainformationen zum Bild enthält, und dem tatsächlichen Bild unterscheiden
  • ein Bild-Upload in die Dateistruktur des CMS ist nur über die Einrichtung eines Bild-Nodes möglich, d.h. "kein Bild ohne zugehöriges Bild-Node!"

Bilder einbinden

  • die Referenzierung erfolgt über den relativen Pfad /sites/default/files/images/meinBild.png im img-Tag, wobei meinBild.png durch den Dateinamen der hochgeladenen Datei ersetzt werden muss 
# Beispiel für die Einbindung eines zuvor hochgeladenen Bildes:
<img src="/sites/default/files/images/meinBild.png" />
  • falls man den Dateinamen, unter dem man das Bild zuvor hochgeladen hatte, vergessen haben sollte, hilft es, wenn man sich den dazugehörigen Bild-Node anzeigen lässt, auf welchem auch das Bild selbst angezeigt wird; je nach Browser kann man sich nun mit einem Rechtklick die URL des Bildes anzeigen lassen

Felder

  • der Titel bezeichnet lediglich die Überschrift des "Bild-Nodes"
  • mit Bild kann man die gewünschte Bilddatei, die natürlich lokal vorliegen muss zum Upload auswählen
    • man beachte dabei, dass die maximale Dateigröße beschränkt ist
    • der Upload ist erst dann erfolgreich durchgeführt, wenn der Node mit Speichern entgültig gespeichert wurde
  • im Textkörper sollten wichtige Metadaten zum Bild hinterlegt werden (Autor, Lizenz, Motiv, Datum, ...)
    • gerade Angaben zum Autor/Urheber sind obligatorisch; beachte hierzu auch die Rubrik Rechtliches!
    • es ist geplant (aber noch nicht umgesetzt), dass diese Metadaten automatisch im Impressum (Abschnitt: Bildnachweise) gelistet werden

Besonderheiten

  • nicht einzurichten sind die Felder Menüeinstellungen und der URL-Alias (welcher sowieso nur den Bild-Node und nicht das Bild selbst referenziert)
  • auch Dateianhänge machen keinen Sinn
  • über diesen Inhaltstyp hochgeladene Bilder sind immer öffentlich zugänglich!

Story

  • Standardtyp von Drupal - bitte nicht verwenden!!

Datei-Upload

Bilder-Upload

  • für Bilder gibt es einen eigenen Inhaltstyp, über den der Upload stattfindet: Bild

Dokument-Upload

  • um Dokumente innerhalb des CMS zum Download anzubieten, kann das Dokument an eine Seite mit beliebigem Inhaltstyp (=Node) angehängt werden
  • dies wurde über das Standard-Modul Uploads realisiert
  • um aber zwischen Dokumenten unterscheiden zu können, die jeder Besucher der Webseiten herunterladen kann und solchen, die nur Vereinsmitgliedern zu Verfügung stehen, wurde zusätzlich das Modul Private Uploads eingebunden
  • damit steht die Möglichkeit des Downloads nur demjenigen zur Verfügung, der auch Zugriff auf den Node, an dem das Dokument hängt, hat
  • alle angehängten Dokumente werden unten auf der jeweiligen Seite tabellarisch aufgeführt

Upload-Vorgang

Download-Link

  • unabhängig, an welchem Node das Dokument letztlich hängt, kann es auch von anderen Seiten referenziert/verlinkt werden, indem das Ankerelement dort wie folgt verwendet wird: 
# Bsp.: Download eines Dokuments anbieten, welches an einem anderen node hängt:
<a href="system/files/intern/meinDokument.pdf">mein Dokument</a>

zentrale Download-Seite

  • um die öffentlichen (= für alle Besucher verfügbaren) Dokumente übersichtlich verwalten zu können, sollten sie alle unbedingt an einem zentralen Ort (= einem definierten Node) angehängt werden

Bearbeiten von Inhalten

Zur Bearbeitunge steht ein einfacher HTML-Editor zur Verfügung. Damit können Listen, Tabellen, Sonderzeichen eingefügt sowie Bilder und andere Inhalte verlinkt werden. Wer HTML-Code einfügen möchte, kann zum Standardeingabefeld durch einen Klick auf "Zum einfachen Text-Editor umschalten" umschalten.

Seitenstruktur

  • im Block Inhalt ist die Struktur unseres Webauftritts festgelegt
  • dieser Block ist auf allen Webseiten (rechts) sichtbar (Überschrift: Inhalt)
  • es sind bis zu 9 Menüebenen möglich, jedoch werden im Block Inhalt nur die 2 obersten Ebenen angezeigt
  • tiefere Verschachtelungen werden dann jeweils im Bereich unterhalb des Seiteninhalts wahlweise eingeblendet
    • so findet sich z.B. auf der Seite http://www.fossgis.de/archiv_berichte.html eine weitere Menüliste, die auf einzelne Berichte verlinkt
    • um einen solchen zusätzlichen Menüblock einzublenden, benötigt man allerdings die Rechte zum Editieren der Blockstruktur

Einstellung der Seitenstruktur

  • um eine neu angelegte Seite in diese Struktur einzubinden, existiert bei jedem Inhaltstyp das Feld Menüeinstellungen
  • in Linktitel des Menüpunkts ist genau jene Bezeichnung einzutragen, die im Menü angezeigt werden soll
    • im Unterschied dazu, enthält das Feld Titel eine etwas ausführlichere Bezeichnung des Seiteninhalts, die als Überschrift der Seite verwendet wird und auch beim Überfahren des Menüeintrags mit der Maus kurz eingeblendet wird
    • bitte als Linktitel des Menüpunkts einen möglichst kurzen String verwenden, da sonst das gesamte Menü zu viel Breite einnimmt (es richtet sich dabei immer am längsten Eintrag aus)
  • eine konkrete Zuordnung der Seite zu einem Menüpunkt (an welcher Position in dieser Struktur soll die aktuelle Seite stehen?) erfolgt im Feld Übergeordneter Menüpunkt
  • nach dem Einbinden in die Struktur wird die Seite nun automatisch ins Menüsystem eingeblendet
  • die Reihenfolge bestimmt die Position innerhalb der Eintragsliste

Verein

  • hier sind Angaben, die den Verein selbst betreffen, aufgeführt
  • die Untermenüs, wie z.B. Ziele, Satzung usw. finden sich im Inhaltsmenü sowie zusätzlich auf der Menüseite (unten) wieder
    • (letzteres ist über das Einfügen eines zusätzlichen Menü-Blocks auf dieser Seite gelöst)
  • Zuordnung - übergeordneter Menüpunkt: --Verein

Aktivitäten

Konferenz

Community

Archiv

URL

URL-Alias

  • standardmäßig bietet Drupal den Zugriff auf seine Seiten nur über HTTP-GET-Parameter an 
# Bsp. für GET-Parameter:
http://www.fossgis.de/?q=node/1
  • diese Aliase sind sowohl für den Webseitenbesucher, als auch für Suchmaschinen sehr unhandlich
  • das Modul CleanURLs schafft hier zwar Abhilfe, indem es per internen Apache-rewrite-Regeln Adressen, wie diese zulässt: 
# Bsp. für CleanURLs:
http://www.fossgis.de/node/1
  • auch eine solche Adresse ist aber nicht sehr griffig (außerdem werden wir noch sehen, dass es mit dem Slash / potentiell Probleme geben kann)
  • eine weitere Vereinfachung ist mit dem Modul Path möglich 
# Bsp. für freie URL-Wahl mittels Path:
http://www.fossgis.de/verein.html
  • nun lässt sich im Feld URL-Alias-Einstellungen eines jeden Inhaltstyps ein beliebiger Name (oder Pfad) angeben, unter dem die Seite künftig erreichbar sein soll
  • aber Achtung! in unserem CMS wird dringend von der Verwendung von Slashs (/) abgeraten
    • Grund: unser Webserver leitet einige Unterverzeichnisse von www.fossgis.de bereits selbständig weiter (an Drupal "vorbei"); es könnte daher potentiell zu Kollisionen kommen, wenn Drupal via URL-Aliase ebenfalls Unterverzeichnisse simuliert
    • daher: die Menüstruktur wird in den Aliasen durch Unterstriche in den Dateinamen nachgebildet 
# Bsp. für gültige Aliase auf fossgis.de:
verein_ziele.html
verein_intern_doc.html
community_chat.html
  • zudem sollte jeder Alias auf .html enden

interne Links

  • um sicherzustellen, dass auch bei einer potentiellen Änderung der Domain die internen Links (= Links zwischen verschiedenen Seiten innerhalb unseres CMS) weiterhin funktionieren, sind diese Seiten wie folgt zu verlinken: 
# richtig:
<a href="mein_interner_Link.html">Link</a>
# FALSCH:
<a href="http://www.fossgis.de/mein_interner_Link.html">Link</a>

Rechtliches

ToDo, Anmerkungen

Anmerkung 1

  • wenn eine Seite keinen URL-Alias hat, wird sie intern in der Form /node/X referenziert
  • eine relative Link-Angabe der Form mein_Link.html auf einer solchen Seite würde anschließend nach /node/mein_Link.html verweisen und so eine Fehlermeldung verursachen
  • daher sollten Seiten ohne URL-Alias relative Pfadangaben stets mit einem führenden Slash einleiten; also /meinLink.html anstelle von meinLink.html
Von „http://www.fossgis.de/wiki/Drupal-Webseitenpflege“
Persönliche Werkzeuge
Verein
Konferenzen