Revision b68213ba
Von root vor etwa 12 Jahren hinzugefügt
doc/dokumentation.xml | ||
---|---|---|
415 | 415 |
<sect2 id="Zeichensätze-die-Verwendung-von-UTF-8"> |
416 | 416 |
<title>Zeichensätze/die Verwendung von UTF-8</title> |
417 | 417 |
|
418 |
<para>kivitendo kann komplett mit UTF-8 als Zeichensatz verwendet |
|
419 |
werden. Dabei gibt es zwei Punkte zu beachten: PostgreSQL muss in |
|
420 |
Version 8.2 oder neuer benutzt werden, und der |
|
421 |
PostgreSQL-Datenbankcluster muss ebenfalls mit UTF-8 als Locale |
|
422 |
angelegt worden sein.</para> |
|
418 |
<para>Bei aktuellen Serverinstallationen braucht man hier meist nicht |
|
419 |
eingreifen</para> |
|
420 |
|
|
421 |
<para>Dieses kann überprüft werden: ist das Encoding der Datenbank |
|
422 |
“template1” “UTF8”, so braucht man nichts weiteres diesbezueglich |
|
423 |
unternehmen. Zum Testen: |
|
424 |
|
|
425 |
<programlisting>su postgres |
|
426 |
echo '\l' | psql |
|
427 |
exit </programlisting> |
|
423 | 428 |
|
424 |
<para>Dieses ist kann überprüft werden: ist das Encoding der Datenbank |
|
425 |
“template1” “UTF8”, so kann auch kivitendo mit UTF-8 betrieben werden. |
|
426 | 429 |
Andernfalls ist es notwendig, einen neuen Datenbankcluster mit |
427 | 430 |
UTF-8-Encoding anzulegen und diesen zu verwenden. Unter Debian und |
428 | 431 |
Ubuntu kann dies z.B. für PostgreSQL 8.2 mit dem folgenden Befehl |
... | ... | |
460 | 463 |
<para>In der Datei <filename>pg_hba.conf</filename>, die im gleichen |
461 | 464 |
Verzeichnis wie die <filename>postgresql.conf</filename> zu finden |
462 | 465 |
sein sollte, müssen die Berichtigungen für den Zugriff geändert |
463 |
werden. Hier gibt es mehrere Möglichkeiten. Eine besteht darin, lokale |
|
464 |
Verbindungen immer zuzulassen:</para> |
|
465 |
|
|
466 |
<programlisting>local all all trust |
|
467 |
host all all 127.0.0.1 255.0.0.0 trust</programlisting> |
|
468 |
|
|
469 |
<para>Besser ist es, für eine bestimmte Datenbank Zugriff nur per |
|
470 |
Passwort zuzulassen. Beispielsweise:</para> |
|
466 |
werden. Hier gibt es mehrere Möglichkeiten. sinnvoll ist es nur die |
|
467 |
nögiten Verbindungen immer zuzulassen, für eine lokal laufenden |
|
468 |
Datenbank zum Beispiel:</para> |
|
471 | 469 |
|
472 | 470 |
<programlisting>local all kivitendo password |
473 | 471 |
host all kivitendo 127.0.0.1 255.255.255.255 password</programlisting> |
... | ... | |
478 | 476 |
|
479 | 477 |
<para>In der Datenbank <literal>template1</literal> muss die |
480 | 478 |
Unterstützung für servergespeicherte Prozeduren eingerichet werden. |
481 |
Melden Sie sich dafür als Benutzer “postgres” an der Datenbank an, und |
|
479 |
Melden Sie sich dafür als Benutzer “postgres” an der Datenbank an: |
|
480 |
<programlisting>su - postgres |
|
481 |
psql template1</programlisting> |
|
482 |
|
|
482 | 483 |
führen Sie die folgenden Kommandos aus:</para> |
483 | 484 |
|
484 |
<programlisting>create language 'plpgsql';</programlisting> |
|
485 |
<programlisting>create language 'plpgsql'; |
|
486 |
\q</programlisting> |
|
485 | 487 |
</sect2> |
486 | 488 |
|
487 | 489 |
<sect2 id="Datenbankbenutzer-anlegen"> |
... | ... | |
492 | 494 |
anlegen. Ein Beispiel, wie Sie einen neuen Benutzer anlegen |
493 | 495 |
können:</para> |
494 | 496 |
|
495 |
<programlisting>su - postgres createuser -d -P kivitendo</programlisting> |
|
497 |
Die Frage, ob der neue User Superuser sein soll, können Sie mit nein |
|
498 |
beantworten, genauso ist die Berechtigung neue User (Roles) zu |
|
499 |
generieren nicht nötig. |
|
500 |
<programlisting>su - postgres |
|
501 |
createuser -d -P kivitendo |
|
502 |
exit</programlisting> |
|
496 | 503 |
|
497 | 504 |
<para>Wenn Sie später einen Datenbankzugriff konfigurieren, verändern |
498 | 505 |
Sie den evtl. voreingestellten Benutzer “postgres” auf “kivitendo” bzw. |
Auch abrufbar als: Unified diff
update Installations-Doku vor allem postgres