composer install
eingerichtet werden (dieser Schritt ist im Installationskript enthalten).
Läuft alles wie erwartet kann der Umzug losgehen.
=== Umzug der Daten ===
Vorab: Sollte das System noch nicht laufen, kann man den Export mit Standardeinstellungen machen. Sollten aber schon Daten in die lokale DB geloggt werden empfiehlt sich folgendes:
Zunächst einmal legt man sich eine Datenbank über das Backend des Webhosters an, ggf. nutzt man die einzig vorhandene. Mit den zugehörigen Daten loggt man sich in das phpMyAdmin des Hosters (oder das selbst auf dem Webspace installierte) ein, um die Schemata einzuspielen. Am einfachsten geht dies, indem man mit dem phpMyAdmim folgende Schritte durchführt:
* Datenbank auswählen
* Reiter "Exportieren"
* Tabellen "aggregate" und "data" auswählen
* Haken bei Struktur setzen (bzw. lassen)
* Haken bei Daten **wegnehmen** (dazu gleich mehr)
* Am besten eine Kompression auswählen
* Und OK
Das ganze dann noch einmal für die restlichen Tabellen, hier allerdings den Haken bei "Daten" **setzen**!
Im phpMyAdmin des Hosters werden diese beiden Dateien dann importiert.
=== Umzug der Skripte ===
Vorbedingung ist hier ein entsprechendes angelegtes Verzeichnis:
''/was/auch/immer/vz.domain.tld''
und die darauf zeigende Subdomain ''http://vz.domain.tld/ -> /was/auch/immer/vz.domain.tld''
(Anmerkung: ''/was/auch/immer/'' ist nicht notwendigerweise ein absoluter Pfad, sondern in der Regel relativ zum Root-Pfad des Webspace)
Hier machen wir es uns ganz einfach:
==Variante eins==
Wir kopieren per ftp-Befehl den gesamten Inhalt von ''/var/www/volkszaehler.org/'' in ein Verzeichnis unserer Wahl beim Hoster (z.B. ''/was/auch/immer/vz.domain.tld/'')
==Variante zwei==
Wir packen das Zeug per ''tar czf vz.tgz /var/www/volkszaehler.org/*'', laden diese Datei hoch und basteln uns eine zweite (PHP-)Datei (''uncompress.php''), die per System Call das ganze wieder auspackt:
';
system('tar xvzf vz.tgz', $retval);
echo '';
echo '
';
echo '
';
echo '';
echo 'Absoluter Pfad:';
echo '
';
system('pwd', $retval);
echo '
';
?>
Die können wir dann mit einem einfachen Browseraufruf ''http://vz.domain.tld/uncompress.php'' aufrufen.
===== Anpassungen =====
== ''/vz.domain.tld/htdocs/js/options.js'' ==
Die lokale Installation im Image nutzt den PPM als Webserver. Beim Hoster wird das nicht gehen und stattdessen [[/software/middleware/installation#alternativapache_als_server_unter_debian_stretch|Apache]] nutzen. Das heißt man muss die spezifischen Anpassungen rückgängig machen.
Auch auf den Live-Server wird man eher keinen Zugriff haben (wollen).
title: 'Local (default)',
url: 'api'
//live: 8082
== ''/vz.domain.tld/htdocs/.htaccess'' ==
Proxy auskommentieren:
# RewriteEngine On
# RewriteRule ^middleware(.php)?(/.*)? http://localhost:8080$2 [P]
# RewriteRule ^api(/.*)? http://localhost:8080$1 [P]
== ''/vz.domain.tld/etc/config.yaml'' ==
...
db:
// Benutzername der Datenbank (wird vom Webhoster vergeben)
user: webxxx;
...
// zugehöriges Password
password: password;
...
// Name der Datenbank (auch vom Webhoster beim Anlegen vergeben)
dbname: usr_webxxx_1;
...
// das gleiche noch mal für Admin
admin:
user: webxxx
password: password
...
===== Ergebnis =====
Das Ergebnis ist dann über
http://vz.domain.tld/
erreichbar.
===== vzlogger =====
Fertig sind wir aber noch nicht. Jetzt folgt die Anpassung (bzw. Erstellung) der 'vzlogger.conf' auf dem System, das die Daten senden soll.
Falls der ''vzlogger'' schon brav seinen Dienst verrichtet, braucht man lediglich in der Konfigdatei
"middleware": "http://localhost/middleware.php",
den Middlewarepfad auf ''