https://wikimirror.piraten.tools/wiki/index.php?action=history&feed=atom&title=Benutzer%3ARpr%2FNewslettersystemBenutzer:Rpr/Newslettersystem - Versionsgeschichte2026-05-03T18:24:30ZVersionsgeschichte dieser Seite in Piratenwiki MirrorMediaWiki 1.35.14https://wikimirror.piraten.tools/wiki/index.php?title=Benutzer:Rpr/Newslettersystem&diff=55639322&oldid=previmported>Rpr: /* Newslettersystem */2009-10-07T20:50:19Z<p><span dir="auto"><span class="autocomment">Newslettersystem</span></span></p>
<p><b>Neue Seite</b></p><div><br />
{{Achtung|Diese Seite ist erst einmal ein Entwurf und eine Idee für das Newslettertool.}}<br />
<br />
= Newslettersystem =<br />
<br />
== Navigation ==<br />
<br />
* Statisch einzeln statisch abgelegt für Include<br />
<br />
== Sidebar ==<br />
<br />
* Statisch abgelegt generiert bei neuen Newslettern.<br />
* Wird anschliessend per include geladen und komplette Seite gespeichert.<br />
<br />
== Content ==<br />
<br />
* Aktueller Newsletter<br />
* Newsletter Archiv pro Newsletter eine Seite<br />
* Newsletter Komplettartikel hinterlegen.<br />
** Artikel wird mit ID gespeichert<br />
** Auf die ID wird dann im Newsletter Text referenziert.<br />
<br />
= Ablauf Newsletter generieren =<br />
<br />
== Volltext Artikel ==<br />
<br />
In einem Newsletter sind mehrere Artikel kurz angeschnitten und werden dann auf den Volltext verlinken.<br />
Diese Volltexte werden als erstes abgelegt und so eine ID generiert. <br />
Die ID wird später noch einmal für die Artikelseiten selbst verwendet da dafür die Seiten mit Navigation, Sidebar und Content generiert werden müssen.<br />
<br />
== Newslettertext == <br />
<br />
Der Newsletter Text wird nicht als HTML gespeichert sondern Plain-Text. Wird auf einen Volltext mit der ID 123 verlinkt wird das z.B. so gemacht:<br />
<br />
... hier {volltext:123} könnt Ihr mehr über diese Aktion.... <br />
<br />
Der Link wird dann automatisch gesetzt. Links werden bei der Generierung zwei mal ersetzt. <br />
<br />
* Das erste mal für die Newslettermail ohne HTML<br />
* Das zweite mal für die Internetseite in HTML eingefügt.<br />
<br />
Links auf externe Seite z.B. auf einen Artikel bei einem Landesverband, Zeitung usw. werden einfach unter den Abschnitt gesetzt, wie es aktuell beim Newsletter<br />
gemacht wird. Links werden automatisch erkannt und nur bei der Version für die Internetseite in HTML Code umgewandelt. <br />
<br />
Wurden beide Versionen generiert werden sie gespeichert, so das sie nicht bei jedem Seiten Besuch erst wieder generiert werden müssen.<br />
Sie werden auch wieder unter eindeutigen IDs gespeichert. <br />
<br />
== Generieren der endgültigen Seiten ==<br />
<br />
=== Sidebar === <br />
<br />
Für die Sidebar werden noch die letzten X Newsletter und Volltextartikel aufgelistet. Die neuen als erstes, bis X erreicht ist.<br />
Sidebar wird als statisches HTML gespeichert.<br />
<br />
=== Volltexte ===<br />
<br />
Die vorher gespeicherten Volltexte werden mit Navigation, der aktuellen Sidebar als statisches HTML gespeichert.<br />
Alte Volltexte werden noch einem neu generiert mit der aktuellen Sidebar. Statisches HTML gespeichert.<br />
<br />
=== Newslettertext Internetseite ===<br />
<br />
Der vorher gespeicherte Newslettertext (HTMLVersion) wird mit Navigation, der aktuellen Sidebar als statisches HTML gespeichert.<br />
Alte Newslettertexte werden noch einem neu generiert, mit der aktuellen Sidebar. Statisches HTML gespeichert.<br />
<br />
== Sinn der Übung ==<br />
<br />
Alle dynamischen Inhalte werden statische Content. Jeder Bereich auf dem Newsletter Portal werden jeweils gespeichert und so für<br />
die Newsletter- und Volltexte zur Verfägung gestellt.<br />
<br />
== Wieso statischen Content generieren ==<br />
<br />
* Bei jedem Besucher der Seite müssen die Seiten nicht mehr generiert werden.<br />
* Jedes generieren kostet Rechenzeit, weniger Zeit zum Rechnen und der Server kann mehr Besucher verkraften.<br />
* Ziel ist eine weiter wachsende Zielgruppe. Sollte(n) der/die Server nicht mehr reichen kann man den statischen Content auf weitere Server verteilen.<br />
* Das Newslettersystem, wie die Besucher es aus Ihrer Sicht sehen, kann nicht mehr Ziel eines Angriffs werden, da statisches HTML keine Angriffsfäche bietet.</div>imported>Rpr