Vorwort

Zweck

---

Als einer der vielen neuen Drupal-Fans schien ich Anfangs überwältigt. Gut, ich bin es immer noch. Aber ich habe viel in meinem ersten Monat mit Drupal gelernt und beantworte sogar Fragen in Foren.

Ermutigt durch andere Anfänger hab ich mich nun dazu entschieden, niederzuschreiben wie ich vorgehe, um meine Websites aufzubauen. Ja, ich produziere parallel drei Websites und habe eine weitere Website zum Spielen und Testen.

Hintergrund

---

Grundlage dieses Buches sind meine Bemühungen neue Websites auf meinem PC (unter Windows) zu erstellen. Während ich dieses Buch schreibe, hoffe ich noch zu dem Punkt zu kommen, an dem ich herausfinde, wie ich die lokal entwickelten Websites auf den Webserver übertrage. So ziemlich alles in diesem Buch lässt sich aber auch direkt auf dem Webserver anwenden.

Mythen

---

Es ist ein reiner Mythos, dass Du programmieren können solltest (besonders in PHP) um Drupal zu verwenden. Grundlegende Kenntnisse von PHP, HTML und CSS schaden natürlich nicht, aber sind auch nicht erforderlich. Hier einige gute Quellen zu diesem Thema:

• W3 Schools - für praktisch alles rund um das Internet.
• The Official PHP-Site - die komplette PHP-Anwendung.
• PHP Builder - einige Tutorials und gebrauchsfertige PHP-Codes.

Um ehrlich zu sein habe ich HTML für dieses Buch verwendet und ein wenig am CSS meiner Seite "geschraubt", aber keine einzige Zeile PHP-Code verwendet.

Ein anderer weit verbreiteter Mythos ist, dass die Lernkurve für Drupal steil ist und es Monate, gar Jahre, dauern wird, bis du eine funktionstüchtige Website erstellt hast. Blödsinn! Meine erste große statische Website mit 36 Seiten war in weniger als einer Woche nach der Erst-Installation von Drupal fertiggestellt. Als mein Provider den Betrieb einstellte, hatte ich die Website meiner Gruppe schon fertiggestellt als meine Domain zum neuen Provider transferiert war (nach ungefähr 5 Tagen!), also ungefähr 16 Tage nach der Installation von Drupal. Die Website meiner Gruppe hatte eine Menge statischen Inhalt und benötigte eine auf Taxonomie basierende Zugriffssteuerung, ein originelleres Theme, Meta-Tags, Fotoalben und einen Kalender - und alles sollte sofort funktionieren!

Du kannst das auch! Ja, DU!

Verwenden der Drupal Website

---

Ein paar Dinge sollte man wissen, ehe man Beiträge auf der Drupal Website erstellt:

• Erst einmal die Beiträge durchsuchen, ob das Thema eventuell bereits vorhanden ist. Denn wenn es das ist, holt man sich leicht negative Kommentare, wenn man es erneut erstellt. Wenn man die Antworten nicht versteht (ich kenne dieses Gefühl), sollte man nicht zögern zu sagen, dass man ein neuer Anwender ist, und was man nicht verstanden hat.
• Man sollte einige grundlegende Bezeichnungen verwenden, ansonsten besteht die Gefahr blöd angemacht zu werden.
• Node: ist eine Einheit für den Inhalt. Dies kann z. B. eine "Seite", ein "Artikel", eine "Buchseite" oder ein "Blogeintrag" sein.
• Theme: wie die Seite angezeigt wird. "Garland" ist beispielsweise das Standardtheme auf Drupal 5.x.
• Block: Dieses ist ein "Behälter" für Teile des Inhalts auf einer angezeigten Seite, ein Block ist z. B. das "Navigationsmenü", das "Log-in", "Aktive Forenthemen" usw.
• Die Situation des Problems sollte möglichst vollständig beschrieben werden. Falls z. B. eine Seite nicht richtig dargestellt wird, kann es ein Browserproblem sein. Dann sollte der Browser angegeben werden, bei dem das Problem auftritt und welche Drupal-Version benutzt wird und auch die Module, die an der Ursache des Problems beteiligt sein könnten. Und es schadet nie zu erfahren, welche MySQL und welche PHP-Version verwendet werden.

Schriftkonventionen in diesem Buch

---

Graue Hinterlegung des Textes wie hier Verwalten>>Benutzerverwaltung>>Zugriffskontrolle, bedeutet, dass im Navigationsmenü erst "Verwalten", dann "Benutzerverwaltung" und dann "Zugriffskontrolle" angeklickt werden soll.

Ich beziehe mich gelegentlich auf "Websites in Produktion" oder "Live Websites" [ANMERKUNG: finden wir hier noch was besseres / weiter verbreiteteres? Außerdem müssen wir uns merken, welche Begriffe wir hier auswählen, weil sie ja scheinbar noch öfter benutzt werden.]. Diese Bezeichnungen sind im Prinzip Synonyme. Die letztere Bezeichnung ist moderner und verwendet für Websites, auf denen Endnutzer interagieren. Die erste Bezeichnung ist größtenteils gleichbedeutend, aber ist eher ein "traditioneller" Begriff der Datenverarbeitung.

Einige einleitende Ratschläge

---

Dieses ist ein Beitrag von ebrad vom 26. März 2007, leicht von mir überarbeitet.

Ich weiß nicht, ob ich meine Websites "toll" nennen kann. Ich brauchte ungefähr 9 Monate für ein gutes Verständnis der Nutzung von Drupal und seiner Module. Dieser Zeitraum beinhaltet nicht das Lernen der API oder das Schreiben eigener Module.

Dies sind einige Empfehlungen, die ich mir zu meinem Beginn mit Drupal gegeben hätte:

• Nie beim ersten Mal irgendetwas auf veröffentlichten Websites ausprobieren. Stattdessen eine Testsite benutzen, die die gleichen Module und die gleichen Daten in unterschiedlichen Datenbanken enthält. Ich habe stets 2 Testsites in Betrieb.
• Nicht im ersten Anlauf versuchen, die perfekte Website zu erstellen. Lieber durchwurschteln, bis sich ein besserer Weg erschließt. Sich mit dem Anspruch an eine perfekte Website herumzuschlagen würde nur ausbremsen.
• Man sollte sich von den Modulen Views, Kategorien, CCK und Organic Groups fernhalten, bis man über grundlegende Erfahrung verfügt. Diese Module erfordern einiges an Verständnis, und es könnte entmutigend sein, zu versuchen, zu schnell in Drupals Tiefen einzutauchen. Jedoch stellt man mit der Zeit fest, dass diese zu den leistungsfähigsten und flexibelsten Modulen gehören. [Anmerkung Nancys: Außerdem sollte man unbedingt die Finger von den Modulen der Zugriffssteuerung (Sicherheit) lassen. Sie können eine Website wirklich zerstören, wenn man nicht weißt, was man tut!
• Man sollte erst einmal eines der Standard-Themes anpassen bevor man ein eigenes erstellt. Der Theme Developer's Guide ist dabei eine große Hilfe.
• Wenn ein Modul Probleme bereitet, sollte zuerst die "readme-Datei" gelesen werden. Erst wenn sie nicht weiter hilft, sollte mit unterschiedlichen Bezeichnungen nach Lösungen gesucht werden. Nur selten sind meine Probleme nicht bereits in den Foren beantwortet worden.
• Eine Website ist dann erfolgreich oder beliebt, wenn sie für die Benutzer arbeitet und nicht gegen sie. Sobald die Basis einer Website aufgesetzt ist, kann man Freunde, Familie oder Andere bitten, die Website anzuschauen und ihre Eindrücke und Fragen zu schildern. Oder man bittet Benutzer, die Website oder bestimmte Bestandteile zu prüfen. (Ich betreibe ein Firmen-Intranet und lasse alle paar Monate die Benutzer testen).
• Die Foren sollte man unterstützen wo man kann. Es ist überraschend, wie sehr sich das Verständnis vertieft, wenn man anderen hilft.
• Was "Zusätze" wie unbrauchbare Blöcke, Bilder und Graphiken betrifft, die die Seite durcheinanderwerfen, sollte man sehr zurückhaltend vorgehen. Ich bevorzuge Einfachheit und setze nur etwas auf die Seite, wenn es erforderlich ist. Dies hängt selbstverständlich von Zweck und Ziel der jeweiligen Website ab.

Viel Glück!

Drupal soll einfach sein?

---

Drupal ist sehr leistungsfähig und flexibel. Das bedeutet aber auch, dass es einen hohen Grad an Kompliziertheit haben muss. Wer glaubt, dass das Team von "Myspace" es geschafft hat die Website an einem einzigen Tag aufzusetzen, liegt falsch. Ich weiß nicht, wer gesagt hat, dass Drupal einfach sei, aber viele Leute stellen es schwieriger dar als es sein muss, wenn sie denken, dass sie alles sofort verstehen müssen.

Terminologie ist notwendig, um richtig zu übermitteln, was man versucht zu sagen oder zu fragen. Wenn man von einem "kastenähnlichen Ding auf der rechten Seite" spricht, kann damit vieles gemeint sein. Wenn jedoch von dem Block "Autorinformationen in der rechten Seitenleiste" gesprochen wird, weiß jeder genau, was gemeint ist.

Zuerst sollte man versuchen nur die grundlegenden Komponenten von Drupal zu verstehen. So sollte man zwingend wissen, was ein Node ist (Erklärung auch hier im Kochbuch) oder was Inhaltstypen sind und welche es gibt. Wie ist die Seite aufgebaut (Kopfbereich, Fußbereich, linke und rechte Seitenleiste und Inhalt). Der Administrationsbereich "Verwalten" sollte ausgiebig studiert werden, so dass man eine Vorstellung davon bekommt, welche Einstellungen wo zu finden sind, auch wenn man sie heute noch nicht alle versteht.

Es ist schön und gut, sich eine Website wie Myspace als Ziel zu setzen, aber hier am Anfang ist man nur eine Person mit einem neuen Werkzeug. An der Erstellung von Myspace haben viele Leute gearbeitet und sie waren mit ihrem Werkzeug schon vertraut. (Nebenbei bemerkt finde ich MySpace ziemlich unlogisch.)

Fangt damit an, etwas zu veröffentlichen und sichtbar zu machen. Dann darf man gerne ein bisschen feiern, was man geschafft hat. Nun kann man sich an noch wundervollere Taten machen, aber immer alles Schritt für Schritt. Nicht auf einmal haufenweise Module hinzufügen, sondern jedes einzelne Modul kennen lernen, ehe das nächste aktiviert oder hinzugefügt wird.

Man kann gerne Vorschläge machen, die für einen selbst Drupal einfacher oder logischer machen würden oder erklären, weshalb man etwas nicht logisch nachvollziehen kann. Aber auf keinen Fall Forderungen stellen oder drohen Drupal zu verlassen, wenn Vorschläge oder Wünsche nicht umgesetzt werden (können). Und auf keinen Fall Beschimpfungen oder abfällige Kommentare benutzen.