X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/0f988add03549dbb11f12e0e3c6ab8fcbcdea911..b68213ba55ae268:/doc/dokumentation.xml
diff --git a/doc/dokumentation.xml b/doc/dokumentation.xml
index b053c3f1b..0db62974c 100644
--- a/doc/dokumentation.xml
+++ b/doc/dokumentation.xml
@@ -415,14 +415,17 @@ dbcharset = UTF-8
Zeichensätze/die Verwendung von UTF-8
- kivitendo kann komplett mit UTF-8 als Zeichensatz verwendet
- werden. Dabei gibt es zwei Punkte zu beachten: PostgreSQL muss in
- Version 8.2 oder neuer benutzt werden, und der
- PostgreSQL-Datenbankcluster muss ebenfalls mit UTF-8 als Locale
- angelegt worden sein.
+ Bei aktuellen Serverinstallationen braucht man hier meist nicht
+ eingreifen
+
+ Dieses kann überprüft werden: ist das Encoding der Datenbank
+ âtemplate1â âUTF8â, so braucht man nichts weiteres diesbezueglich
+ unternehmen. Zum Testen:
+
+ su postgres
+echo '\l' | psql
+exit
- Dieses ist kann überprüft werden: ist das Encoding der Datenbank
- âtemplate1â âUTF8â, so kann auch kivitendo mit UTF-8 betrieben werden.
Andernfalls ist es notwendig, einen neuen Datenbankcluster mit
UTF-8-Encoding anzulegen und diesen zu verwenden. Unter Debian und
Ubuntu kann dies z.B. für PostgreSQL 8.2 mit dem folgenden Befehl
@@ -460,14 +463,9 @@ dbcharset = UTF-8
In der Datei pg_hba.conf, die im gleichen
Verzeichnis wie die postgresql.conf zu finden
sein sollte, müssen die Berichtigungen für den Zugriff geändert
- werden. Hier gibt es mehrere Möglichkeiten. Eine besteht darin, lokale
- Verbindungen immer zuzulassen:
-
- local all all trust
-host all all 127.0.0.1 255.0.0.0 trust
-
- Besser ist es, für eine bestimmte Datenbank Zugriff nur per
- Passwort zuzulassen. Beispielsweise:
+ werden. Hier gibt es mehrere Möglichkeiten. sinnvoll ist es nur die
+ nögiten Verbindungen immer zuzulassen, für eine lokal laufenden
+ Datenbank zum Beispiel:
local all kivitendo password
host all kivitendo 127.0.0.1 255.255.255.255 password
@@ -478,10 +476,14 @@ host all kivitendo 127.0.0.1 255.255.255.255 password
In der Datenbank template1 muss die
Unterstützung für servergespeicherte Prozeduren eingerichet werden.
- Melden Sie sich dafür als Benutzer âpostgresâ an der Datenbank an, und
+ Melden Sie sich dafür als Benutzer âpostgresâ an der Datenbank an:
+ su - postgres
+psql template1
+
führen Sie die folgenden Kommandos aus:
- create language 'plpgsql';
+ create language 'plpgsql';
+\q
@@ -492,7 +494,12 @@ host all kivitendo 127.0.0.1 255.255.255.255 password
anlegen. Ein Beispiel, wie Sie einen neuen Benutzer anlegen
können:
- su - postgres createuser -d -P kivitendo
+ Die Frage, ob der neue User Superuser sein soll, können Sie mit nein
+ beantworten, genauso ist die Berechtigung neue User (Roles) zu
+ generieren nicht nötig.
+ su - postgres
+createuser -d -P kivitendo
+exit
Wenn Sie später einen Datenbankzugriff konfigurieren, verändern
Sie den evtl. voreingestellten Benutzer âpostgresâ auf âkivitendoâ bzw.
@@ -861,6 +868,22 @@ insserv kivitendo-task-server
Dieselben Optionen können auch für die SystemV-basierenden
Runlevel-Scripte benutzt werden (siehe oben).
+
+ Task-Server mit mehreren Mandanten
+
+ Beim Task-Server wird der Login-Name des Benutzers, unter dem der
+ Task-Server laufen soll, in die Konfigurationsdatei geschrieben. Hat
+ man mehrere Mandanten muà man auch mehrere Konfigurationsdateien
+ anlegen.
+
+ Die Konfigurationsdatei ist eine Kopie der Datei kivitendo.conf,
+ wo in der Kategorie [task_server] der gewünschte "login" steht.
+
+ Der alternative Task-Server wird dann mit folgendem Befehl
+ gestartet:
+
+ ./scripts/task_server.pl -c config/DATEINAME.conf
+
@@ -4077,7 +4100,7 @@ insserv kivitendo-task-server
Mittels != anstelle von ==
würde auf Ungleichheit getestet.
- %if var1 == var2%>
+ <%if var1 == var2%>
Testet die Variable var1 auf
übereinstimmung mit der Variablen var2. Mittel