Newsletter Technisches Konzept
Aus Marburger Medien
Mmogel (Diskussion | Beiträge) (→Einzelheiten des technischen Aufbaus eines Newsletters) |
(→Erster Import) |
||
| Zeile 1: | Zeile 1: | ||
zurück zu [[Newsletter]] | zurück zu [[Newsletter]] | ||
| - | + | ==Workflow== | |
| - | + | ||
Der Workflow ist untergliedert in | Der Workflow ist untergliedert in | ||
| Zeile 8: | Zeile 7: | ||
*Erstellen/Versenden | *Erstellen/Versenden | ||
| - | + | ==Datenpflege== | |
| - | + | Drei unterschiedliche Gruppen können die Daten pflegen: | |
*Büromitarbeiter an der SAP | *Büromitarbeiter an der SAP | ||
*Referenten/Gebietsleiter | *Referenten/Gebietsleiter | ||
| Zeile 27: | Zeile 26: | ||
Zugehörigkeit zu einem Profil und das Abonieren von NL-Listen gepflegt. Diese Art der Pflege stellt eine absolute Ausnahme dar. | Zugehörigkeit zu einem Profil und das Abonieren von NL-Listen gepflegt. Diese Art der Pflege stellt eine absolute Ausnahme dar. | ||
| - | + | ==Ablage der Daten== | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
In Prototypen stehen drei drei Bereiche für die Ablage von Daten zum Themenbereich Neweletter zur Verfügung: | In Prototypen stehen drei drei Bereiche für die Ablage von Daten zum Themenbereich Neweletter zur Verfügung: | ||
| Zeile 79: | Zeile 42: | ||
*Zuordnung-Abonent: Liste welcher Abonent welchem Newsthema zugeordnet ist. | *Zuordnung-Abonent: Liste welcher Abonent welchem Newsthema zugeordnet ist. | ||
| - | + | == Usertabelle == | |
Die ist die Joomla Standard Benutzertabelle. Jeder Benutzer trägt eine eindeutige ID. Alle normalen Benutzer sind sind der Gruppe "registirert" zugeordnet und besitzen damit keine speziellen Rechte auf dem CMS. Anders als normal wird in das Feld "Benutzername" nur der Benutzer'''nach'''name eingetragen. Dies ist durch entspechende Feldbezeichnungen klarzustellen. Das Feld "Anmeldename" ist ein Nicname und muss eindeutig sein. Eine Erweiterung der Felder ist nicht sinnvoll. Zur Synkronisation wird eine "Change" Feld eingefügt. Hier wird durch einen Datenbanktrigger bei jeder Änderung das aktuelle Datum eingetragen. Ein zweiter Trigger überträgt bei einer Löschung die ID in eine Löschtabelle. | Die ist die Joomla Standard Benutzertabelle. Jeder Benutzer trägt eine eindeutige ID. Alle normalen Benutzer sind sind der Gruppe "registirert" zugeordnet und besitzen damit keine speziellen Rechte auf dem CMS. Anders als normal wird in das Feld "Benutzername" nur der Benutzer'''nach'''name eingetragen. Dies ist durch entspechende Feldbezeichnungen klarzustellen. Das Feld "Anmeldename" ist ein Nicname und muss eindeutig sein. Eine Erweiterung der Felder ist nicht sinnvoll. Zur Synkronisation wird eine "Change" Feld eingefügt. Hier wird durch einen Datenbanktrigger bei jeder Änderung das aktuelle Datum eingetragen. Ein zweiter Trigger überträgt bei einer Löschung die ID in eine Löschtabelle. | ||
Es ist darauf zu achten, dass neue User nicht über die Joomla Standardregistrierung erzeugt werden dürfen, da diese weder Vorname noch Geschlecht kennt. | Es ist darauf zu achten, dass neue User nicht über die Joomla Standardregistrierung erzeugt werden dürfen, da diese weder Vorname noch Geschlecht kennt. | ||
| - | + | == Community == | |
Der Community-Bereich besteht aus mehreren Tabellen. Von Interesse ist hier die "Eigenschaften" Tabelle. Hier werden Vorname, Geschlecht, ... abgelegt. Diese Tabelle ist über ide ID mit der Usertabelle verknüpft. Dies Tabelle wird ebenso um eine "Change" Feld erweitert. | Der Community-Bereich besteht aus mehreren Tabellen. Von Interesse ist hier die "Eigenschaften" Tabelle. Hier werden Vorname, Geschlecht, ... abgelegt. Diese Tabelle ist über ide ID mit der Usertabelle verknüpft. Dies Tabelle wird ebenso um eine "Change" Feld erweitert. | ||
| Zeile 90: | Zeile 53: | ||
Neue User werden über die Jomsocial-Registrierung erzeugt. Diese Registrierung fragt standardmäßig nach einem Newsletter-Abo und nach Felder wie Vorname, Nachname, ... | Neue User werden über die Jomsocial-Registrierung erzeugt. Diese Registrierung fragt standardmäßig nach einem Newsletter-Abo und nach Felder wie Vorname, Nachname, ... | ||
| - | == | + | == Abonnent == |
Einträge in dieser Tabelle werden automatisch angelegt und gelöscht. Damit muss diese Tabelle für die Synkronisation nicht extra erweitert werden. Aus Sicht der SAP existieren diese Daten nicht. Bei der Datenübername aus der SAP muss aber auf eine Korrekte Übername der Informationen geachtet werden. | Einträge in dieser Tabelle werden automatisch angelegt und gelöscht. Damit muss diese Tabelle für die Synkronisation nicht extra erweitert werden. Aus Sicht der SAP existieren diese Daten nicht. Bei der Datenübername aus der SAP muss aber auf eine Korrekte Übername der Informationen geachtet werden. | ||
| - | + | ==Newsthema== | |
neue Newsthemen können über das Joomla Backend jederzeit angelegt werden. | neue Newsthemen können über das Joomla Backend jederzeit angelegt werden. | ||
| - | + | ==Newsletter== | |
Newsletter werden über das Jomla Backend erstellt und verschickt. Ein Redakteur muss daher entsprechende Rechte für den Backendzugriff besitzen. Newsletter werden nicht mit SAP synchronisiert. | Newsletter werden über das Jomla Backend erstellt und verschickt. Ein Redakteur muss daher entsprechende Rechte für den Backendzugriff besitzen. Newsletter werden nicht mit SAP synchronisiert. | ||
| - | + | ==Zuordnung-Abonnent== | |
Die Zuordnung Abonent-Newsletter wird zur Synkronisation um ein "Change" Feld erweitert. Hier wird durch einen Datenbanktrigger bei jeder Änderung das aktuelle Datum eingetragen. Ein zweiter Trigger überträgt bei einer Löschung die ID in eine Löschtabelle. | Die Zuordnung Abonent-Newsletter wird zur Synkronisation um ein "Change" Feld erweitert. Hier wird durch einen Datenbanktrigger bei jeder Änderung das aktuelle Datum eingetragen. Ein zweiter Trigger überträgt bei einer Löschung die ID in eine Löschtabelle. | ||
| - | == | + | ==Synchronisation== |
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
Die eigentliche Synchronisation baut auf dem Datenmodel auf. | Die eigentliche Synchronisation baut auf dem Datenmodel auf. | ||
| Zeile 123: | Zeile 75: | ||
Eine Synchronisation von SAP auf Joomla findet nicht statt. Nur für die Startphase werden die Daten einmal von der SAP in das Joomlasystem übernommen. Diese Übernahme findet manuell statt. | Eine Synchronisation von SAP auf Joomla findet nicht statt. Nur für die Startphase werden die Daten einmal von der SAP in das Joomlasystem übernommen. Diese Übernahme findet manuell statt. | ||
| - | + | ==Synchronisation Joomla -> SAP == | |
Joomla stellt die geforderten Daten als Views zur Verfügung. In den Views werden nur die edit/insert seit der letzen Synchronisation von der SAP aufgelistet. In einer zweiten Tabelle werden die IDs der gelöschten Datensätze aufgelistet. | Joomla stellt die geforderten Daten als Views zur Verfügung. In den Views werden nur die edit/insert seit der letzen Synchronisation von der SAP aufgelistet. In einer zweiten Tabelle werden die IDs der gelöschten Datensätze aufgelistet. | ||
Die SAP verbindet sich in regelmäßigen Abständen mit der MYSQL des Joomla Systems und liest die Änderungsliste und die Löschliste aus und verarbeitet diese. | Die SAP verbindet sich in regelmäßigen Abständen mit der MYSQL des Joomla Systems und liest die Änderungsliste und die Löschliste aus und verarbeitet diese. | ||
| - | |||
| - | |||
