Projekt

Allgemein

Profil

« Zurück | Weiter » 

Revision b68213ba

Von root vor etwa 12 Jahren hinzugefügt

  • ID b68213ba55ae2685257842d722099b213a78eba4
  • Vorgänger 8202e4b9
  • Nachfolger d7acc048

update Installations-Doku vor allem postgres

Unterschiede anzeigen:

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