From: G. Richardson Date: Thu, 21 May 2015 12:40:04 +0000 (+0200) Subject: Typos in Dokumentation korrigiert X-Git-Tag: release-3.3.0beta~88 X-Git-Url: http://wagnertech.de/git?a=commitdiff_plain;h=a3053fa7958da91dd3ba509bae4bfd13726ca3f2;p=kivitendo-erp.git Typos in Dokumentation korrigiert --- diff --git a/doc/dokumentation.xml b/doc/dokumentation.xml index 8f20ec553..84412d4d3 100644 --- a/doc/dokumentation.xml +++ b/doc/dokumentation.xml @@ -483,7 +483,7 @@ exit In der Datei postgresql.conf, die je nach Distribution in verschiedenen Verzeichnissen liegen kann (z.B. /var/lib/pgsql/data/ oder - /etc/postgresql/, muss sichergestellt werden, + /etc/postgresql/), muss sichergestellt werden, dass TCP/IP-Verbindungen aktiviert sind. Das Verhalten wird über den Parameter listen_address gesteuert. Laufen PostgreSQL und kivitendo auf demselben Rechner, so kann dort der Wert @@ -493,9 +493,9 @@ exit 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 + sein sollte, müssen die Berechtigungen für den Zugriff geändert werden. Hier gibt es mehrere Möglichkeiten. Sinnvoll ist es nur die - nögiten Verbindungen immer zuzulassen, für eine lokal laufenden + nötigen Verbindungen immer zuzulassen, für eine lokal laufende Datenbank zum Beispiel: local all kivitendo password @@ -1330,7 +1330,7 @@ ln -s $(pwd)/kivitendo-task-server.service /etc/systemd/system/ System sperren / entsperren - Unter dem Menüpunkt System gibt es den Eintrag 'Installation sperren/entsperren'. Setz man diese Sperre so ist der Zugang zu der gesamten kivitendo Installation gesperrt. + Unter dem Menüpunkt System gibt es den Eintrag 'Installation sperren/entsperren'. Setzt man diese Sperre so ist der Zugang zu der gesamten kivitendo Installation gesperrt. Falls die Sperre gesetzt ist, erscheint anstelle der Anmeldemaske die Information: 'kivitendo ist momentan zwecks Wartungsarbeiten nicht zugänglich.'. Wichtig zu erwähnen ist hierbei noch, dass sich kivitendo automatisch 'sperrt', falls es bei einem Versionsupdate zu einem Datenbankfehler kam. Somit kann hier nicht aus Versehen