Diese Seite befindet sich noch im Aufbau
Die Inhalte hier wurden noch nicht korrekturgelesen. Nicht einfach blind der Dokumentation folgen.

Drupal bei PING

Eine neue Homepage auf der Basis des CMS Drupal ist (nach langem, zähen Ringen) auf http://web.ping.de/ entstanden. Die Implementation naht nunmehr ihrer Vollendung, sobald letzte Kleinigkeiten fertiggestellt und die Inhalte übertragen sind soll das neue CMS die Startseite http://www.ping.de/ ersetzen.

Dokumentation

Die Dokumentation des Systems ist im Drupal selbst abgelegt, die entsprechenden Seiten/Artikel werden aber nicht veröffentlicht. Nach erfolgreicher Anmeldung als Redakteur oder Admin ( genaue Rollen benennen) können diese eingesehen werden.

Mitgliederaccounts

Es gibt einen Mechanismus, um Mitgliederaccounts automatisch mit der PING-Datenbank zu synchronisieren. Dazu wird auf lilly eine CSV-Datei erstellt und auf web.ping.de kopiert. Hier kann diese entweder manuell oder automatisch sychronisiert werden, dieser Vorgang ist im Drupal beschrieben (s.o.).

Hier folgen nun noch einige technische Detail-Informationen zu der Implementation der Synchronisation. Für die Benutzung des CMS ist es nicht notwendig, diesen Teil zu kennen.

• Die Quell-Daten für die CSV-Datei finden sich auf lilly in /etc/httpd/drupal/

• Die CSV-Datei wird als /var/www/intern/user-transfer/accounts.csv abgelegt.

• Das Passwort in der CSV-Datei ist ein MD5-Hash ohne Salt.

• Der Import wird von dem PHP-Skript /var/www/drupal7/sites/all/themes/ping/inc/import.inc.php durchgeführt.

• Es gibt aktuell im Drupal die folgenden Rollen, ein Benutzer kann dabei mehr als eine Rolle haben:
  • administrator
  • Authentifizierter Benutzer
  • Gast
  • Redakteur

• Neben den regulären Account-Daten werden auch noch drei data fields angelegt:

  • user_id
  • user_vorname
  • user_nachname

TODO

• Es muss noch geklärt werden, wie Prima-User integriert werden, bzw. wie mit doppelten Sitenames umgegangen werden soll.

• Aktuell werden Mitglieder, die den Verein verlassen, nicht gelöscht sondern inaktiv gesetzt. Sollen diese gelöscht werden muss noch ein entsprechender Mechanismus implementiert werden.
  Insbesondere müssen die oben erwähnten data fields gelöscht werden.

• Aktuell gibt es im Import-Skript zwei besondere Ausnahmen:
  • User-ID 0 wird komplett ignoriert und niemals modifiziert. Diese User-ID stellt den Drupal-Administrator dar.

  • User-ID 18 wird explizit übersprungen, dieses ist aktuell ein generischer Redakteur-Account mit dem Usernamen redaktion

• Der Import-Mechanismus muss noch derart angepasst werden, daß weitere, manuell vergebene Redakteur- bzw. Administrator-Accounts ebenfalls übersprungen werden. Die Entscheidung könnte über die im Drupal dem entsprechenden Account zugeordnete Rolle oder über die vom Import-Skript speziell generierten Dummy-email-Adressen geschehen.

• Es muss noch eine Möglichkeit eingebaut werden, damit sich ein angemeldeter Benutzer wieder abmelden kann. Z.B. könnte ein "Abmelden"-Link im Menu "Interner Bereich" erstellt werden. Ziel?

Accounts

Drupal

• Anmelden unter: http://web.ping.de/user

• Benutzer: PINGone

Piwik (Besucher-Statistik)

• Anmelden unter: http://web.ping.de/piwik

• Benutzer: PINGadmin

MySQLDumper (zum Sichern/Wiederherstellen der Datenbank)

• Anmelden unter: http://web.ping.de/msd/

• Benutzer: pingadmin

FAQ

Hier nun eine Sammlung von Fragen, die dem Webdesigner, der die Drupal-Implementierung umgesetzt hat, gestellt wurden, sowie dessen Antworten.

Umbenennung web -> www

>> - Was muss innerhalb des Drupal getan werden, wenn die Seite von
>> web.ping.de auf www.ping.de umgestellt wird?
>
> Da muss eigentlich gar nichts gemacht werden, solange die Dateien nicht
> auch noch auf dem Server verschoben werden. Sollte es bei der Umstellung
> Probleme geben, können Sie mich aber noch einmal fragen.

URL für die Webcam

>> - Lässt sich die URL für die Webcam ändern und wenn ja wo?
>
> Die Ersetzung des Kurzcodes ist selbst programmiert. Zuständig ist die
> Datei /sites/all/themes/ping/template.php - Zeile 55.

Backup/Restore

>> - Backups sind dokumentiert, doch wie muss vorgegangen werden, um diese
>> ganz oder teilweise wiederherzustellen?
>
> Der Admin hat Zugriff auf die Backups. Es gibt eine Funktion, um diese
> wieder herzustellen. Ich habe die Funktion des Moduls aber noch nie
> selbst benutzt. Ich nutze das Tool MySQLDumper. Das hätte ich nun
> gelöscht, aber ich belasse es mal auf dem Server und gebe auch dort den
> Zugang weiter.
> Das Tool hat nichts mit Drupal zu tun.
> Siehe: <http://www.mysqldumper.de/>

(Sicherheits-)Updates einspielen

>> - Wie werden Sicherheitsupdates korrekt und ohne Datenverlust
>> eingespielt?
>
> Das ist hier erklärt: <https://www.drupal.org/node/1494290>
> Bitte dabei immer und in jedem Fall zuerst die Datenbank sichern. Mit dem
> Drupal-Modul oder mit MySQLDumper.

Infrastruktur-Module

Neben Drupal (CMS) gibt es auf dem Server auch eine Installation von Piwik (Statistiken) und MySQLDumper (Web-Interface zur Datenbank-Pflege).

Piwik

Es scheinen derzeit keine Statistiken gesammelt zu werden, die entsprechende Funktion scheint im Drupal nicht aktiv zu sein.

Links:

• https://www.drupal.org/project/piwik

• https://piwik.org/docs/update/

MySQLDumper

Hier gibt es zur Zeit nichts zu sehen.

Reverse Engineering

Benutzerdaten-Dialog

Benutzer (inklusive Administratoren und lokale, nicht durch den Import erzeugte Benutzer) können ihre Benutzerdaten nicht ändern. Dafür verantwortlich ist das Modul pingmini. Dieses ist in /var/www/drupal7/sites/all/modules/custom/pingmini zu finden.

Das Modul implementiert aktuell nur die Funktion pingmini_form_alter welche nur für das Formular user_profile_form aktiv wird und hier einige Felder inklusive des Speichern-Buttons entfernt. Hier wird auch der Hinweis eingefügt, die Daten über die PING-Benutzerverwaltung zu ändern.