Das Verzeichnis /etc/apache2/sites-available

In diesem Verzeichnis findest du nach der Basisinstallation von apache2 die default Datei.

Darin ist der Standard Webserver (/var/www) definiert. Wenn du also deinen localhost im Webbrowser aufrufst, wirst du die Standard Startseite vorfinden.
Kopiere diese Datei und benenne die Kopie z.B. blog.
Editiere die Datei blog und füge folgende Informationen hinzu:

Diese Datei beinhaltet somit die identischen Definitionen, wie bei den Installationen unter Gentoo.

/etc/apache2/sites-enabled Link setzen

Damit der Apache unter Ubuntu die neue Konfiguration findet, musst du in /etc/apache2/sites-enabled noch einen Link auf unsere neue Konfiguration setzen.
Also:

rewrite Mode aktivieren

Mit dem Befehl:

wird das rewrite Modul im Apache freigeschalten.
Dieses Modul wird benötigt damit WordPress seine URLs umbenennen kann.

Hast du auch libapache2-mod-auth-mysql installiert?

Ich hatte ein bisschen Startschwierigkeiten, da dass Paket libapache2-mod-auth-mysql nicht installiert war. Mit diesem Modul wird erreicht, dass wir uns an der MySql Datenbank anbinden können.
Also installiere es mit

Die restlichen Installationsabläufe für BuddyPress kannst du im Artikel Eine BuddyPress Installation durchführen nachlesen.

Ähnliche Beiträge

Was für Erkenntnisse habe ich heute?

Ich habe mittlerweile erkannt, dass ich am Wochenende am Barcamp in Dornbirn locker über die Modularisierung und Benutzung von bestehenden Systemen sprechen kann.
Am Beispiel des Newssystems müssen vermutlich nur

• Ein Endedatum, an dem die News (der Artikel) nicht mehr dargestellt werden darf.
• Eine einfache Eingabe für die News, also keine komplette WordPress Eingabe sondern wirklich nur Titel und Beschreibung sowie Start- und Endedatum.
• Einige Views, mit denen die News Einträge überall ohne das komplette WordPress Verhalten angezeigt werden können. Dies kann über RSS Feeds oder über explizit entwickelte Views erreicht werden.

Wie könnte man WordPress entsprechend einbinden?

Nichts leichter als das!
Wir nehmen eine Factory Klasse, die uns für die unterschiedlichen WordPress Versionen die entsprechenden Adapterklassen anzieht.
Auf diese Weise sind wir vom WordPress entkoppelt und erhöhen nicht die Komplexität bei einem Update.
Das Ganze könnte ungefähr so aussehen:

Ich erstelle einen Adapter, oder eventuell eine Fassade, mit der die Komponenten von WordPress oder BuddyPress an mein eigenes System angepasst werden.
Da sich während eines WordPress Updates die Schnittstellendefinition verändern kann, wird pro WordPress Version ein dafür notwendiger Adapter oder Fassade geschrieben.
Falls sich nichts ändert, kann natürlich der gleiche Adapter verwendet werden.
Über eine Fabrikklasse kann die im Moment aktive Adapterklasse instanziiert und zurückgeliefert werden.
Die Fabrikklasse kann relativ einfach die Version des aktuell verwendeten WordPress auslesen und entsprechend den richtigen Adapter zurückliefern.
Cool oder?

Wie sieht es mit der Komplexität aus?

Auf dem Fucamp in Furtwangen habe ich über Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
4e3744397ab2a417f811b29573bcbef4)]]> http://www.baldenhofer.eu/blog/it/factory-und-adapter-pattern-fuer-die-erweiterung-von-wordpress/feed 0 http://www.baldenhofer.eu/blog/it/ist-das-newssystem-einfach-nur-eine-view-auf-eine-blogsoftware http://www.baldenhofer.eu/blog/it/ist-das-newssystem-einfach-nur-eine-view-auf-eine-blogsoftware#comments Tue, 02 Jun 2009 20:12:57 +0000 Roland http://www.baldenhofer.eu/blog/?p=1311 Heute habe ich zu Jozo gesagt, er soll sich einfach mal Gedanken machen was er mit dem Newssystem so alles anfangen will.

Ich bin zum Beispiel noch auf ein paar Gimmicks gekommen. Beispielsweise könnte man an das Newssystem ein paar schöne Ausgabeelemente anbinden:

• Einen Kalender, der anzeigt wann eine News aktuell wird
• Alle News sortiert nach irgendwelchen verrückten Eigenschaften wie z.B. nach Tags.
  Hier müsste man dann aber noch Tags einführen mit denen man dann die News wiederfinden kann. AHA! Schon klingt es sehr nach einer Blogsoftware oder?
• Alle News die ein bestimmtes Schlagwort enthalten.
  Hier würde ich empfehlen, mit einem bestimmten Caching Verhalten zu arbeiten. Sonst wird die News ziemlich langweilig zum Anschauen
• Wenn eine News eines bestimmten Menschen freigegeben wird, könnte man sich informieren lassen. Also könnte man die News seines Platzwartes beim Fußballverein sich per SMS aufs Natel, Handy, Mobile, Cellphone schicken lassen.
• Alle News von allen Redakteuren per SMS oder per RSS oder was weiss ich was verschicken lassen.

Und wenn man das ganze so anschaut, dann sieht es doch schon schwer nach einem WordPress MU oder nach einem BuddyPress aus.

Denn was machen WordPress MU und BuddyPress?

Sie geben für einen Artikel die Möglichkeit vor, einen Titel und einen Text zu schreiben.

Man kann Bilder einpflegen und man kann Tags und Beschreibungen zusammenstecken.
Man kann sich von seinen “Mitbloggern” in seinem Netzwerk zu Gruppen zusammenfassen lassen.
Man kann sich Nachrichten von den Mitbloggern zukommen lassen.

Man kann also eine ganze Menge, die wir mit unserem Newssystem auch machen wollen.

Was können die Systeme bisher so nicht?

Sie können ohne Erweiterung keine eigentlich schnell zu bedienende Newsfunktion bereitstellen.
Man kann nicht die WordPress Seiten ohne weiteres irgendwo einbinden.
Vermutlich gibt es da ein Plugin, also bitte vergebt mir meine Unwissenheit

Auf alle Fälle müsste man die Anzeige von News entsprechend abändern.
Bei einem Blogsystem werden Artikel nach einer bestimmten Zeit in das Archiv verschoben. Man kann normalerweise nicht sagen:

Morgen ist Weihnachten, also zeige diesen Artikel.
Übermorgen ist Weihnachten vorbei, also zeige diesen Artikel nicht mehr.

Daraus folgt, dass man die Blogsoftware entsprechend anpassen müsste.
Oder man schreibt sich doch ein eigenes, für News perfektioniertes, System.

Warum habe ich jetzt ein Problem?

Naja, ich möchte am Wochenende auf dem Barcamp in Dornbirn über das Thema Warum muss Software Wegwerfware sein? sprechen.
Wenn ich dort als der Monstermissionar auftreten will und es eigentlich doof finde immer neue Software zu schreiben und auf der anderen Seite ein Newssystem basteln will, dass zu 70% eine Social Network Plattform ist, dann sollte ich schon mal über mein Tun nachdenken.

Ich halte es für mehr als vernünftig, dass ich zuerst mit ein paar Menschen über dieses Thema spreche und dann das Newssystem erstelle.
Im Zweifelsfall ist es immer noch ein Schulungsprojekt um den lieben Jozo durch seine Fachausweis Informatikerlehre durchzudrücken.

Auf der anderen Seite ist es natürlich auch sinnvoll, wenn wir z.B. das BuddyPress so ergänzen, dass unsere News da rauspurzeln. Dann brauchen wir uns wenigstens nicht so arg um die Eingabe der einzelnen Artikel kümmern…

Ähnliche Beiträge

Systemübersicht

Ok, wir haben also diverse Softwarekomponenten die aufeinander aufsetzen.
Im folgenden Deploymentdiagramm kannst du die verschiedenen Komponenten sehen.

Als erstes möchte ich die Basiskomponenten kurz beleuchten.

MySQL Datenbankserver

Um WordPress, und alle darauf aufbauenden Komponenten, betreiben zu können musst du eine Datenbank zur Verfügung stellen.
Standardmässig wird hier eine MySQL Datenbank vorausgesetzt.

Komponenten auf dem MySQL Datenbankserver

Du musst eine Datenbank auf dem Datenbankserver für WordPress erstellen.
In dieser Anleitung nennen wir unsere Datenbank wordpress.
Diese Datenbank kannst du, wie im Artikel Datenbank anlegen beschrieben, anlegen.

Domain Name Server (DNS) Konfiguration

Wenn du unendlich viele Subdomänen auf dein WordPress MU System loslassen willst, musst du entsprechend deinen DNS Server darüber informieren.
Normalerweise hast du keinen eigenen DNS Server sondern verwendest den von deinem Provider.
Falls du nur eine lokale Testinstallation durchführen willst, dann schau dir mal den Abschnitt hosts an.

Apache Webserver Basisinstallation

Alle weiteren Komponenten finden sich auf dem Apache Webserver wieder.
Der Apache Webserver muss PHP verstehen. Weiterhin muss die httpd.conf und die vhost Konfiguration für WordPress MU durchgeführt werden.

httpd.conf konfigurieren

Im Artikel Installieren von WordPress MU->httpd.conf habe ich die Konfiguration von httpd.conf ein wenig beleuchtet.
Dort bin ich nur auf den Schalter LoadModule rewrite_module modules/mod_rewrite.so eingegangen.
Eventuell musst du, je nach Apache Konfiguration, die Information die ich im Abschnitt 00_default_host.conf konfigurieren beschrieben habe, in die httpd.conf einschreiben.
Das musst du leider selbst entscheiden.

00_default_host.conf Konfigurieren

Hierüber werden deine Blogs später vom Apache an die WordPress MU Funktionalität weitergeleitet.
Im Artikel Installieren von WordPress MU->00_default_host.conf habe ich beschrieben, wie du dedizierte Subdomänen anlegen kannst
Hiermit kannst du sehr genau steuern, welche Blogs bei dir laufen sollen. Falls du also nur bekannte Blogs zulassen willst, kannst du hiermit deine Installation ein wenig absichern.
Normalerweise möchtest du eine unbegrenzte Anzahl von Subdomänen einführen. Deshalb habe ich im Artikel Konfiguration von Apache für viele Subdomains bei WordPress MU die Wildcards beschrieben.

php.ini anpassen

Da WordPress ein kleiner Speicherfresser ist, musst du deine php.ini entsprechend anpassen. Schau dir mal den Artikel php.ini anpassen an.

BuddyPress Komponenten installieren

Ich habe hier angedeutet, dass sich BuddyPress aus WordPress MU und BuddyPress Plugins / Themes zusammensetzt.
Wie unter Download der WordPress MU Sourcen beschrieben, kannst du dir die aktuelleste Version von WordPress MU herunterladen.
Weiterhin musst du dir die aktuellen BuddyPress Sourcen herunterladen.
In diesen beiden Archiven finden sich alle Komponenten von WordPress, WordPress MU und BuddyPress wieder.

Konfiguration der Sourcen

Die heruntergeladenen Sourcen müssen wir nun auspacken und die Plugins und Themes versorgen.
Wir werden hierfür alle Sourcen in einem Verzeichnis wordpress_mu vorbereiten. Von dort aus kannst du die Sourcen später in deinen Webspace Document Root hineinschieben.
Damit wir diesen Vorgang mehrmals durchführen können, habe ich folgende Verzeichnisstruktur angelegt:

Script generateBuddyPress.sh erstellen

Das ist nicht zwingend nötig. Da ich aber sicher stellen wollte, dass ich BuddyPress auf mehreren Servern einsetzen kann, habe ich dieses Script zusammengeschraubt.
Dieses Script nimmt die Sourcen, packt sie aus und schiebt die BuddyPress Dateien an den richtigen Ort.
So sieht es aus:

Was macht das Script genau?

Zuerst räumt es eventuell vorhandene Verzeichnisse und Dateien auf. Das mach ich, damit ich dieses Script mehrmals laufen lassen kann.
Danach hole ich mir aus dem /source Verzeichnis die aktuellen Quelldateien.
Diese packe ich in die Verzeichnisse wordpress_mu und buddypress aus.
Zum Abschluss schiebe ich die BuddyPress Dateien noch an den richtigen Ort innerhalb der WordPress MU Installation.
Du solltest dir das Readme.txt im buddypress Ordner mal anschauen. Es erklärt genau was ich da gemacht habe.

Installation der Sourcen

Die nun vorliegenden Sourcen installierst du im Document Root deines Webauftritts.
Damit du die Konfiguration abschliessen kannst, musst du noch wie unter Rechte für die Installation vergeben die Rechte korrekt vergeben.
Dann kannst du deine Konfiguration mit der Weboberfläche durchführen.
Nehme dazu einen Webbrowser, gib die Basisadresse deines Blogsystems an und fülle Datenbankverbindung, E-Mail usw. aus.
Ich habs schon ziemlich oft erwähnt: Nimm bitte nur vollqualifizierte Namen, da du ansonsten dich nicht mit dem IE oder dem Firefox einloggen kannst.
Schau dir dazu den Artikel WordPress MU Firefox oder IE klappt nicht
Wenn alles geklappt hat, wird dir das Passwort bekannt gegeben, mit dem du dich das erste Mal einloggen kannst. Speichere es irgendwo und nehme deine Zugriffsrechte wieder weg, damit kein böser Wicht dir deine Konfiguration verhauen kann.
Wenn du dich das erste Mal einloggst, gehe bitte gleich zu Users->Edit User und gebe deinem Administrator ein passendes Passwort.

Konfigurieren der Theme und der Plugins

Zuerst werden unsere Plugins aktiviert. Das machst du im Menüpunkt Site Admin->Options. Dort findest du ganz unten eine Checkbox die auf den Namen Plugin hört. Diese bitte auswählen.

Plugins aktivieren

Gehe zu Plugins und aktiviere BuddyPress Plugins.

Theme aktivieren

Die Standard-BuddyPress Theme kannst du unter Site Admin->Themes auswählen und aktivieren.
Danach kannst du dem jeweiligen Blog mit Appearance->Themes das BuddyPress Theme zuteilen.
Und schwubs! Du hast einen BuddyPress WordPress MU Blog mit Social Network Funktionalität.
Viel Spaß damit!

Ähnliche Beiträge

Die Installation und Konfiguration hat soweit prima funktioniert. Doch dann kam das böse Erwachen.

Ich wollte mich mit dem Firefox als admin anmelden und habe auch dass generierte Passwort richtig eingegeben. Doch danach wurde ich nicht zum Dashbord, sondern zur Loginmaske zurückgeführt. Ich konnte mich nur mit einem Konqueror oder Opera einloggen.

Woher kommt das Problem?

WordPress MU kann nur mit vollqualifizierten Domänennamen zurechtkommen. Also nicht http://example sondern mit http://example.de
Beim lokalen Rechner verwende ich normalerweise keine vollqualifizierten Adressen.

Lösung

Verwende den vollen Domänennamen. Ich habe zum Beispiel bei meinem lokalen Rechner, der auf den Namen karle hört, den Domänennamen karle.wollmatinger erfunden.
(wollmatinger ist einfach die Straße in der ich wohne…)

Jetzt kriegt WordPress MU einen vollqualifizierten Namen und routet richtig weiter.

Dann klappts auch mit dem Firefox und IE .

Ähnliche Beiträge

Im Betrieb für eine Blogplattform mit mehreren hundert Blogs wäre das nicht sinnvoll weil:

• Jeder neue Blog würde die vhost Konfiguration verändern
• Hoher Administrationsaufwand
• Risiken, da mehrere Dateien zeitgleich angepasst werden müssen
• Hohe Server-Down-Time da bei jedem neuen Blog der Apache kurz neu gestartet werden muss

Also ziemlich unbrauchbar gelle?

Wildcards für die Konfiguration

Die Lösung ist wirklich einfach.

Anstatt z.B. folgende Konfiguration zu verwenden:

Kannst du mit einem Wildcard erzeugen, dass alle Subdomänen auf karle.domainname geleitet werden.

Der Vorteil dieser Lösung ist klar, dass alle Subdomänen ohne einen eigenen Eintrag für WordPress MU richtig verwaltet werden.

Der Nachteil dieser Lösung besteht darin, dass du keine absolute Kontrolle über deine Subdomänen hast. Ein böser Administrator kann dir jetzt beliebig viele Subdomänen anlegen und der Apache wird alle brav verwalten.

Ähnliche Beiträge

Was ist WordPress MU?

WordPress MU erweitert das Standard WordPress so, dass mehrere Blogs in einer Installation abgebildet werden können.
Du kannst also für all deine Freunde jeweils ein eigenes Blogsystem bereitstellen. Der jeweilige Freund hat dann ein völlig eigenes Blog.
Beispiel:
Hans, Eugen und Frida wollen auf einer Domäne (http://www.friendsfromyesterday.de) jeweils eigene Blogs benutzen.
Hans bekommt die Subdomäne http://www.hans.friendsfromyesterday.de.
Eugen die Subdomäne http://www.eugen.friendsfromyesterday.de.
Und Frida die Subdomäne http://www.frida.friendsfromyesterday.de.
Die drei Blogs sind wie gesagt vollständig voneinander getrennt.
Mit WordPress MU kannst du auch Hauptdomänen verwenden.
So könnte Eugen beispielsweise die Domäne http://www.eugensuperduppergscheid.de für seinen Blog anlegen.

Vorbedingungen

Um WordPress MU verwenden zu können, benötigst du folgende Software:

• Einen aktuellen Apache
• Einen aktuellen MySQL Datenbankserver
• Einen aktuellen PHP Interpreter

Zusätzlich benötigst du noch Rechte um

• Datenbank anzulegen
• Apache vhosts zu konfigurieren
• Apache restart durchzuführen

Weiterhin benötigst du mindestens eine Domäne unter der du mit Subdomänen deine verschiedenen Blogs anlegen kannst.
Falls du keine Subdomänen für die einzelnen Blogs verwenden willst, musst du entsprechend genügend Domänen zur Verfügung haben.

Download der WordPress MU Sourcen

Von der WordPress MU Webseite musst du die aktuelle wordpress-mu-x.x.tar Datei herunterladen.
In dieser tar-Datei befindet sich auch die Installationsanleitung.

Auspacken im Webspace

Ich geh mal davon aus, dass dein Apache, MySQL und PHP schon installiert sind und du weisst, wo dein Webspace liegt.
Standardmässig liegt er irgendwo im /var/www/htdocs. Schau einfach mal nach.
Kopiere die Datei worpress-mu-x.x.tar an den gewünschten Platz.
Packe sie mit gunzip wordpress-mu-x.x.tar.gz und tar -xvf wordpress-mu-x.x.tar aus.
In deinem Verzeichnis wir nun ein Unterverzeichnis worpress-mu zu finden sein.
Falls du dieses Unterverzeichnis nicht haben willst, musst du kurz in das wordpress-mu Verzeichnis wechseln und alle darin befindlichen Dateien und Verzeichnisse an den richtigen Platz verschieben.

Jetzt sind alle Dateien im Root-Verzeichnis installiert und du kannst die README.txt anschauen. Das ist die Installationsanleitung von WordPress MU.
Ich bin anhand dieser Datei vorgegangen und werde im Folgenden noch die Dateien etwas genauer beleuchten.

Apache Konfiguration

Der Apache muss an mehreren Stellen angepasst werden.

httpd.conf Datei Anpassungen

Öffne die Datei /etc/apache2/httpd.conf
Suche nach der folgenden Zeile:
LoadModule rewrite_module modules/mod_rewrite.so
Mit dieser Einstellung wird erreicht, dass ein eingehender URL umgeschrieben werden kann.
In WordPress ist dies notwendig, da die Artikel in Kategorien abgelegt werden und die Kategorien wie echte URL aussehen. Intern müssen sie jedoch umgewandelt werden, da die jeweiligen URL so nicht auf dem Webserver abgelegt sind.
Falls diese Zeile nicht vorhanden ist, muss dieses Modul (rewrite) noch zum Apache hinzugefügt werden.
Eventuell hilft dir dabei die Module mod_rewrite Dokumentation.

00_default_vhost.conf Datei Anpassungen

In der Datei /etc/apache2/vhosts.d/00_default_vhost.conf solltest du in etwa diese Eintragungen vornehmen:

Ich habe hier meinen Rechner, der auf den Namen karle hört, für WordPress MU vorbereitet.
Mein DocumentRoot liegt in meinem Workspace (/home/roland/workspace/wordpress)
Die drei Blogs hören später auf den Namen hans.karle.DOMAINNAME, eugen.karle.DOMAINNAME und frida.karle.DOMAINNAME.

Du kannst hier die Domäne karle.DOMAINNAME erkennen…

Die wirklich wichtige Information ist jedoch in den Options (FollowSymLinks) und dem AllowOverride FileInfo Options zu sehen.
Diese Informationen musst du entsprechend eintragen und deine Subdomänen deklarieren.
Falls dein ISP (Internet Service Provider) dir die ServerAlias Einträge konfiguriert, musst du ihm nur die Options mitteilen.

hosts anpassen

Falls du WordPress MU, so wie in diesem Beispiel, in einem lokalen Netzwerk verwendest, musst du noch die Aliasse entsprechend verknüpfen.
Im Internet werden diese Informationen natürlich mit den DNS Einträgen deines ISPs gelöst.

Zum Testen habe ich in unserem lokalen Netzwerk die Aliasse hans.karle.DOMAINNAME, eugen.karle.DOMAINNAME und frida.karle.DOMAINNAME jeweils auf die gleiche IP-Adresse in der Datei /etc/hosts gemappt:

111.222.222.3 hans.karle.DOMAINNAME hans.karle
111.222.222.3 eugen.karle.DOMAINNAME eugen.karle
111.222.222.3 frida.karle.DOMAINNAME frida.karle

Natürlich musst du die IP Adresse (111.222.222.3) an deine echte IP Adresse anpassen.

php.ini anpassen

Schau mal kurz in der Datei /etc/php/apache2-php5/php.ini vorbei.
Suche dort nach memory_limit.
Falls der Wert irgendwo bei 8MB rumdümpelt solltest du ihn, wie in README.txt beschrieben, auf 32 oder 64MB erhöhen.

Im Netz haben globale Variablen nichts verloren. Falls wiedererwarten register_globals=On gesetzt ist, dann korrigiere diesen Wert bitte auf register_globals=Off.

Datenbank installieren

Nun musst du für alle deine Blogs ein Datenbankschema anlegen:

Falls du nicht den User root verwendest, musst du den entsprechenden User angeben.
Falls du einen anderen Namen für deine Datenbank als wordpress haben willst, nenne sie logischerweise anders.

Rechte für die Installation vergeben

Wenn wir die WordPress Index Datei das erste Mal aufrufen, wird WordPress MU seine Konfigurationen automatisch setzen. Dies kann es jedoch nur tun, wenn wir die Rechte hierfür vergeben.

Der Apache Webserver muss auf das Basisverzeichnis und Dateien des wp-content verändern können.
Du kannst die Rechte mit chmod 777 /home/roland/workspace/wordpress /home/roland/workspace/wordpress/wp-content/ entsprechend setzen.
Verwende hier bitte deinen Document Root. (/home/roland/workspace wird nicht bei Allen funktionieren )
Später ist es sinnvoll, die Berechtigungen wieder zurückzunehmen.
Das kannst du mit
chmod 755 /home/roland/workspace/wordpress /home/roland/workspace/wordpress/wp-content/ erledigen.

Konfiguration von WordPress MU durchführen

Jetzt kannst du die Domäne aufrufen und die Konfiguration durchführen.
WordPress MU stellt dir hierfür eine Oberfläche bereit. Dort musst du den Datenbanknamen, den User (root?), dass Passwort und deine e-Mail Adresse eingeben.

Wenn alles klappt, wird eine Seite erscheinen, die Installation Finished! sagt.

Bitte sichere das generierte Passwort, da es sich hierbei um das Admin-Passwort handelt. Nur mit diesem Passwort kannst du dich einloggen.

WordPress MU läuft nur mit vollqualifizierten Adressen!!!

Achtung!!!
Verwende für die Installation nur vollqualifizierte Adressen. Also Beispielsweise karle.deinedomain.
Wenn du nur mit karle deine Blogs konfigurierst, wirst du beim Login mit Firefox und IE einen Loop Erzeugen und immer auf das login.php zurück kommen.
Mit karle.deinedomain fällt dies weg.
Da ich auf dieses Problem nochmal reingefallen bin, habe ich im Artikel WordPress MU Firefox oder IE klappt nicht nochmals darauf hingewiesen

Ähnliche Beiträge