re:oyd (11): Domains, dynamische IPs und nginx

Dank DNSdynamic (oder jedem anderen dynamischen DNS Anbieter) ist unser Homeserver, trotz wechselnder IP-Adresse, einfach über royd.dnsd.me erreichbar. Schön ist aber anders und zufällig haben wir noch DOMAIN1.de und DOMAIN2.de. Eine davon soll auf unsere neue WordPress-Installation verweisen, die zweite auf unsere berufliche Webseite. Frame-Weiterleitung oder HTTP-Weiterleitung wollen wir natürlich nicht – also müssen wir an die DNS Einträger der Domains heran (sollte das nicht gehen, bleibt wohl nur ein Domainumzug).

Die Auflösung des Domainnamens erfolgt zunächst über das A-Record. Hier steht die (feste) IP-Adresse des Webservers. Mit wechselnder IP-Adresse können wir damit also nichts anfangen. Zum Glück gibt es aber noch den CNAME Eintrag. Hier können wir eine Alias-Domain angeben, an die DOMAIN1.de weitergeleitet werden soll (ein CNAME Eintrag für http://DOMAIN1.de zur Weiterleitung ist leider nicht standardkonform, aber für http://www.DOMAIN1.de gibt es kein Problem. Dafür müssen wir die Subdomain www anlegen, sofern sie noch nicht existiert). Für CNAME können wir jetzt einfach „royd.dnsd.me“ eintragen.
Das gleiche gilt für www.DOMAIN2.de . ACHTUNG! Eine Weiterleitung auf bspw. „royd.dnsd.me/wordpress/“ ist nicht möglich! Folglich müssen wir nginx so einrichten, dass wir bei Eingabe von www.DOMAIN1.de bzw. www.DOMAIN2.de auf der richtigen Webseite, bzw. im richtigen Verzeichnis des Webservers landen.

Also ins Verzeichnis „/etc/nginx/“ wechseln und nginx.conf bearbeiten:
Wir brauchen für jede Domain eine eigene „server“ Sektion. Die bereits existierende kann einfach kopiert werden. Die Anpassungen sehen dann etwa so aus (ACHTUNG: Darstellung nur auszugsweise):

server {
   listen   80;
   server_name DOMAIN1.de;
   location / {
      root /srv/http/wordpress;
      index  index.php index.html; 
   }
}
server {
   listen   80;
   server_name DOMAIN2.de;
   location / {
      root /srv/http;
      index  index.php index.html; 
   }
}

Damit sollten jetzt beide Domains korrekt funktionieren.

re:oyd (10): WordPress@Pogoplug V2

WordPress auf dem Pogoplug? Ob das so eine gute Idee ist…
allein bei den Ressourcen die MySQL verbraucht. Theoretisch kann WordPress auch mit SQLite, dann funktionieren aber wohl viele Plugins nicht.

  1. Also erstmal MySQL installieren:
    pacman -S mysql

    Dann MySQL starten:

    service mysqld start

    (stattdessen ginge auch mysqld_safe: „/usr/bin/mysqld_safe &“) und gleich für sichere Verhältnisse sorgen:

    /usr/bin/mysql_secure_installation

    Damit MySQL nach einem Neustart automatisch gestartet wird, noch folgenden Befehl ausführen:

    systemctl enable mysqld
  2. Als nächstes ist WordPress an der Reihe. Also ins Webverzeichnis wechseln:
    cd /srv/http/

    und die aktuelle WordPress-Version herunterladen

    wget HIER LINK ZUR AKTUELLEN DATEI EINFÜGEN

    Dann schnell unzip installieren:

    pacman -S unzip

    und die wordpress entpacken:

    unzip DATENNAME.zip

    Die Datei kann jetzt gelöscht werden

    rm DATEINAME.zip

    Unsere WordPress-Dateien liegen jetzt unter „/srv/http/wordpress/“.
    Jetzt müssen wir php-fpm noch mitteilen, dass ab sofort MySQL genutzt werden kann. Dafür müssen wir die Datei „/etc/php/php.ini“ bearbeiten. Dort einfach die Raute „#“ vor dem Eintrag

    extension=mysql-so

    entfernen und php-fpm neustarten:

    systemctl restart php-fpm
  3. Nun muss MySQL noch vorbereitet werden, dazu melden wir uns bei MySQL an:
    mysql --user=root --password=PASSWORT mysql

    Als erstes legen wir nun die Datenbank für WordPress an

    CREATE DATABASE wpdatabase;

    ENTER. Dann einen neuen Nutzer mit Passwort und Zugriff auf diese Datenbank:

    GRANT ALL ON wpdatabase.* TO wordpress_user@localhost IDENTIFIED BY "PASSWORT";

    ENTER. Und abmelden

    EXIT

    ENTER.
    Jetzt können wir über den Browseraufruf von „localhost/wordpress/“ WordPress mit der gerade erstellten Datenbank und dem MySQL Benutzer einrichten.

  4. Wie bereits angesprochen verbraucht MySQL viele Ressourcen, genauer: Arbeitsspeicher – und der ist beim Pogoplug stark begrenzt. Es ist daher wenig hilfreich, wenn sich MySQL standardmäßig etwa allein für key_buffer_size bis zu 64 MB genehmigt. Diese Werte können in der Datei „/etc/mysql/my.cnf“ angepasst werden. Etwa wie folgt:
    key_buffer_size = 1M
    max_allowed_packet = 1M
    table_open_cache = 64
    sort_buffer_size = 100K
    net_buffer_length = 8K
    read_buffer_size = 100K
    read_rnd_buffer_size = 100K
    myisam_sort_buffer_size = 1M
    

    Jetzt noch MySQL neustarten, damit die Änderungen wirksam werden:

    systemctl restart mysqld

Damit läuft WordPress auf dem Pogoplug. Man sollte sich bezüglich der Performance aber nicht all zu viele Hoffnungen machen. Eine einfacher Reload der Startseite bringt die CPU-Auslastung auf 70-90%…

re:oyd (9): Apple Kalender, Kontakte, iOS und OwnCloud CalDAV / CardDAV

Der auf unserem Pogoplug V2 laufende OwnCloud Server nutzt CalDAV und CardDAV, um Kalender- und Kontaktdaten zu speichern und für Clients bereitzustellen. Zunächst stellt sich aber die Frage, wie wir unsere im Apple Mail und Kontakte Programm gespeicherten Daten auf den OwnCloud Server bekommen. Nichts leichter als das – OwnCloud unterstützt Drag&Drop!

  1. Als erstes starten wir daher Apple Kalender. Auf der linken Seite sollten die unterschiedlichen Kalender (etwa Privat, Geschäftlich etc.) angezeigt werden. Wenn nicht: einfach oben links auf „Kalender“ klicken.
  2. Jetzt einfach den ersten Kalender auswählen, Zwei-Finger-Klick und im Kontextmenü „Exportieren“ auswählen.
  3. Die so in einer Datei gespeicherten Kalenderdaten können jetzt einfach per Drag&Drop auf das im Browser geöffnete Kalender-Fenster von OwnCloud gezogen werden. OwnCloud importiert die Daten und es kann mit dem nächsten Kalender weitergehen.
    1. Nicht viel schwieriger läuft es mit unseren Apple Kontaktdaten ab.

      1. Apple Kontakte aufrufen.
      2. Einen Kontakt auswählen und dann mit cmd+A alle auswählen. Die Kontakte können nun einfach per Drag&Drop als eine einzelne Datei auf den Schreibtisch gezogen werden.
      3. Die Datei jetzt ebenfalls per Drag&Drop einfach auf das im Browser geöffnete Kontakte-Fester von OwnCloud ziehen. Fertig.

      Für die Verknüpfung von OwnCloud CalDAV und CardDAV mit iOS und Apple Kalender/ Kontakte gibt OwnCloud jeweils unter Einstellungen die zu nutzende URL an. Sie ist nach dem Schema „https://DOMAINNAME/OWNCLOUDVERZEICHNIS/remote.php/caldav/principals/USERNAME/“ bzw. „https://DOMAINNAME/OWNCLOUDVERZEICHNIS/remote.php/carddav/principals/USERNAME/“ aufgebaut.
      ACHTUNG! Diese Vorgaben funktionieren nicht immer bei iOS / OS X! Eventuell kommen beispielsweise Fehlermeldungen wegen der SSL Verschlüsselung. Die Lösung ist in vielen Fällen recht einfach:
      Es müssen „https://“ am Anfang und „/“ am Ende weggelassen werden.