ZeichensÃ¤tze/die Verwendung von UTF-8

2.4. Anpassung der PostgreSQL-Konfiguration

PostgreSQL muss auf verschiedene Weisen angepasst werden.

2.4.1. 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.

Dieses ist kann Ã¼berprÃ¼ft werden: ist das Encoding der Datenbank - âtemplate1â âUTF8â, so kann auch kivitendo mit UTF-8 betrieben werden. + 2.4. Anpassung der PostgreSQL-Konfiguration

2.4. Anpassung der PostgreSQL-Konfiguration
ZurÃ¼ck	Kapitel 2. Installation und Grundkonfiguration	Weiter

2.4. Anpassung der PostgreSQL-Konfiguration

PostgreSQL muss auf verschiedene Weisen angepasst werden.

2.4.1. ZeichensÃ¤tze/die Verwendung von UTF-8

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

+ 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 @@ -25,16 +28,26 @@ was mit dem Wert * geschieht.

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:

local all kivitendo password + 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

2.4.3. Erweiterung fÃ¼r servergespeicherte Prozeduren

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 - fÃ¼hren Sie die folgenden Kommandos aus:

create language 'plpgsql';

2.4.4. Datenbankbenutzer anlegen

Wenn Sie nicht den Datenbanksuperuser âpostgresâ zum Zugriff + 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';
+\q

2.4.4. Datenbankbenutzer anlegen

Wenn Sie nicht den Datenbanksuperuser âpostgresâ zum Zugriff benutzen wollen, so sollten Sie bei PostgreSQL einen neuen Benutzer anlegen. Ein Beispiel, wie Sie einen neuen Benutzer anlegen - kÃ¶nnen:

su - postgres createuser -d -P kivitendo

Wenn Sie spÃ¤ter einen Datenbankzugriff konfigurieren, verÃ¤ndern + kÃ¶nnen:

+ + 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. den hier gewÃ¤hlten Benutzernamen.

ZurÃ¼ck	Nach oben	Weiter
2.3. kivitendo-Konfigurationsdatei	Zum Anfang	2.5. Webserver-Konfiguration

\ No newline at end of file diff --git a/doc/html/ch02s05.html b/doc/html/ch02s05.html index 3a13d57f4..5fcbf8346 100644 --- a/doc/html/ch02s05.html +++ b/doc/html/ch02s05.html @@ -1,6 +1,6 @@ - 2.5. Webserver-Konfiguration

2.5. Webserver-Konfiguration
ZurÃ¼ck	Kapitel 2. Installation und Grundkonfiguration	Weiter

2.5. Webserver-Konfiguration

2.5.1. Grundkonfiguration mittels CGI

Anmerkung

FÃ¼r einen deutlichen Performanceschub sorgt die AusfÃ¼hrung + 2.5. Webserver-Konfiguration

2.5. Webserver-Konfiguration
ZurÃ¼ck	Kapitel 2. Installation und Grundkonfiguration	Weiter

2.5. Webserver-Konfiguration

2.5.1. Grundkonfiguration mittels CGI

	Anmerkung
	FÃ¼r einen deutlichen Performanceschub sorgt die AusfÃ¼hrung mittels FastCGI/FCGI. Die Einrichtung wird ausfÃ¼hrlich im Abschnitt Konfiguration fÃ¼r FastCGI/FCGI beschrieben.

Der Zugriff auf das Programmverzeichnis muss in der Apache Webserverkonfigurationsdatei httpd.conf eingestellt diff --git a/doc/html/ch02s06.html b/doc/html/ch02s06.html index 752a47929..579aee556 100644 --- a/doc/html/ch02s06.html +++ b/doc/html/ch02s06.html @@ -29,7 +29,7 @@ Links aus einem der Runlevel-Verzeichnisse heraus in den Boot-Prozess einzubinden. Da das bei neueren Linux-Distributionen aber nicht zwangslÃ¤ufig funktioniert, werden auch Start-Scripte mitgeliefert, die - anstelle eines symbolischen Links verwendet werden kÃ¶nnen.

2.6.2.1. SystemV-basierende Systeme (z.B. Debian, OpenSuSE, Fedora + anstelle eines symbolischen Links verwendet werden kÃ¶nnen.

2.6.2.1. SystemV-basierende Systeme (z.B. Debian, OpenSuSE, Fedora Core)

Kopieren Sie die Datei scripts/boot/system-v/kivitendo-server nach /etc/init.d/kivitendo-server. Passen @@ -40,7 +40,7 @@ insserv kivitendo-task-server

OpenSuSE und Fedora Core:

chkconfig --add kivitendo-task-server

Danach kann der Task-Server mit dem folgenden Befehl gestartet werden: /etc/init.d/kivitendo-task-server start -

2.6.2.2. Upstart-basierende Systeme (z.B. Ubuntu)

Kopieren Sie die Datei +

2.6.2.2. Upstart-basierende Systeme (z.B. Ubuntu)

Kopieren Sie die Datei scripts/boot/upstart/kivitendo-task-server.conf nach /etc/init/kivitendo-task-server.conf. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile diff --git a/doc/html/ch03s02.html b/doc/html/ch03s02.html index 321035866..91f7ab038 100644 --- a/doc/html/ch03s02.html +++ b/doc/html/ch03s02.html @@ -554,7 +554,7 @@ invdate

Rechnungsdatum

invnumber -

Rechnungsnummer

3.2.10. Variablen in anderen Vorlagen

3.2.10.1. EinfÃ¼hrung

Die Variablen in anderen Vorlagen sind Ã¤hnlich wie in der +

Rechnungsnummer

3.2.10. Variablen in anderen Vorlagen

3.2.10.1. EinfÃ¼hrung

Die Variablen in anderen Vorlagen sind Ã¤hnlich wie in der Rechnung. Allerdings heiÃen die Variablen, die mit inv beginnen, jetzt anders. Bei den Angeboten fangen sie mit quo fÃ¼r "quotation" an: @@ -673,7 +673,7 @@ zeigen:

<%if var1 == "Wert"%>

Testet die Variable var1 auf Ã¼bereinstimmung mit der Zeichenkette Wert. Mittels != anstelle von == - wÃ¼rde auf Ungleichheit getestet.

%if var1 == var2%>

Testet die Variable var1 auf + wÃ¼rde auf Ungleichheit getestet.

<%if var1 == var2%>

Testet die Variable var1 auf Ã¼bereinstimmung mit der Variablen var2. Mittel != anstelle von == wÃ¼rde auf Ungleichheit getestet.

Erfahrere Benutzer kÃ¶nnen neben der Tests auf (Un-)Gleichheit diff --git a/doc/html/ch04.html b/doc/html/ch04.html index 59181c7ec..335ad19e1 100644 --- a/doc/html/ch04.html +++ b/doc/html/ch04.html @@ -1,6 +1,6 @@ - Kapitel 4. Entwicklerdokumentation

Kapitel 4. Entwicklerdokumentation
ZurÃ¼ck		Weiter

Kapitel 4. Entwicklerdokumentation

4.1. Globale Variablen

4.1.1. Wie sehen globale Variablen in Perl aus?

Globale Variablen liegen in einem speziellen namespace namens + Kapitel 4. Entwicklerdokumentation

Kapitel 4. Entwicklerdokumentation
ZurÃ¼ck		Weiter

Kapitel 4. Entwicklerdokumentation

4.1. Globale Variablen

4.1.1. Wie sehen globale Variablen in Perl aus?

Globale Variablen liegen in einem speziellen namespace namens "main", der von Ã¼berall erreichbar ist. DarÃ¼ber hinaus sind bareword globs global und die meisten speziellen Variablen sind... speziell.

Daraus ergeben sich folgende Formen:

@@ -25,7 +25,7 @@ $PACKAGE::form.
local $form: Alle Ãnderungen an $form werden am Ende - des scopes zurÃ¼ckgesetzt

4.1.2. Warum sind globale Variablen ein Problem?

Das erste Problem ist FCGIâ¢.

+ des scopes zurÃ¼ckgesetzt

4.1.2. Warum sind globale Variablen ein Problem?

Das erste Problem ist FCGIâ¢.

SQL-Ledgerâ¢ hat fast alles im globalen namespace abgelegt, und erwartet, dass es da auch wiederzufinden ist. Unter FCGIâ¢ mÃ¼ssen diese Sachen aber wieder @@ -39,7 +39,7 @@ dies hat, seit der EinfÃ¼hrung, u.a. schon so manche langwierige Bug-Suche verkÃ¼rzt. Da globale Variablen aber implizit mit Package angegeben werden, werden die nicht geprÃ¼ft, und somit kann sich - schnell ein Tippfehler einschleichen.

4.1.3. Kanonische globale Variablen

Um dieses Problem im Griff zu halten gibt es einige wenige + schnell ein Tippfehler einschleichen.

4.1.3. Kanonische globale Variablen

Um dieses Problem im Griff zu halten gibt es einige wenige globale Variablen, die kanonisch sind, d.h. sie haben bestimmte vorgegebenen Eigenschaften, und alles andere sollte anderweitig umhergereicht werden.

Diese Variablen sind im Moment die folgenden neun:

@@ -62,7 +62,7 @@ $::request

Damit diese nicht erneut als MÃ¼llhalde missbraucht werden, im Folgenden eine kurze ErlÃ¤uterung der bestimmten vorgegebenen - Eigenschaften (Konventionen):

4.1.3.1. $::form

Ist ein Objekt der Klasse + Eigenschaften (Konventionen):
4.1.3.1. $::form
- Ist ein Objekt der Klasse "Form"
- Wird nach jedem Request gelÃ¶scht
- Muss auch in Tests und Konsolenscripts vorhanden sein.
- EnthÃ¤lt am Anfang eines Requests die Requestparameter vom User
- Kann zwar intern Ã¼ber Requestgrenzen ein Datenbankhandle @@ -110,7 +110,7 @@ push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"}; push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"}; # ... -}
4.1.3.2. %::myconfig
- Das einzige Hash unter den globalen Variablen
- Wird spÃ¤testens benÃ¶tigt wenn auf die Datenbank +}
4.1.3.2. %::myconfig
Das einzige Hash unter den globalen Variablen
Wird spÃ¤testens benÃ¶tigt wenn auf die Datenbank zugegriffen wird
Wird bei jedem Request neu erstellt.
EnthÃ¤lt die Userdaten des aktuellen Logins
Sollte nicht ohne Filterung irgendwo gedumpt werden oder extern serialisiert werden, weil da auch der Datenbankzugriff fÃ¼r diesen user drinsteht.
EnthÃ¤lt unter anderem Listenbegrenzung vclimit, @@ -122,10 +122,10 @@ Ã¼berwiegend die Daten, die sich unter Programm -> Einstellungen befinden, bzw. die Informationen Ã¼ber den Benutzer die Ã¼ber die - Administrator-Schnittstelle (admin.pl) eingegeben wurden.
4.1.3.3. $::locale
Objekt der Klasse "Locale"
Wird pro Request erstellt
Muss auch fÃ¼r Tests und Scripte immer verfÃ¼gbar + Administrator-Schnittstelle (admin.pl) eingegeben wurden.
4.1.3.3. $::locale
Objekt der Klasse "Locale"
Wird pro Request erstellt
Muss auch fÃ¼r Tests und Scripte immer verfÃ¼gbar sein.
Cached intern Ã¼ber Requestgrenzen hinweg benutzte Locales
Lokalisierung fÃ¼r den aktuellen User. Alle Ãbersetzungen, - Zahlen- und Datumsformatierungen laufen Ã¼ber dieses Objekt.
4.1.3.4. $::lxdebug
Objekt der Klasse "LXDebug"
Wird global gecached
Muss immer verfÃ¼gbar sein, in nahezu allen + Zahlen- und Datumsformatierungen laufen Ã¼ber dieses Objekt.
4.1.3.4. $::lxdebug
Objekt der Klasse "LXDebug"
Wird global gecached
Muss immer verfÃ¼gbar sein, in nahezu allen Funktionen
$::lxdebug stellt Debuggingfunktionen bereit, wie "enter_sub" und @@ -135,12 +135,12 @@ "message" und "dump" mit denen man flott Informationen ins Log (tmp/kivitendo-debug.log) packen kann.
Beispielsweise so:
$main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig)); -$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});
4.1.3.5. $::auth
Objekt der Klasse "SL::Auth"
Wird global gecached
Hat eine permanente DB Verbindung zur Authdatenbank
Wird nach jedem Request resettet.
+$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});
4.1.3.5. $::auth
Objekt der Klasse "SL::Auth"
Wird global gecached
Hat eine permanente DB Verbindung zur Authdatenbank
Wird nach jedem Request resettet.
$::auth stellt Funktionen bereit um die Rechte des aktuellen Users abzufragen. Obwohl diese Informationen vom aktuellen User abhÃ¤ngen wird das Objekt aus GeschwindigkeitsgrÃ¼nden nur einmal angelegt und dann nach jedem - Request kurz resettet.
4.1.3.6. $::lx_office_conf
Objekt der Klasse + Request kurz resettet.
4.1.3.6. $::lx_office_conf
Objekt der Klasse "SL::LxOfficeConf"
Global gecached
ReprÃ¤sentation der config/kivitendo.conf[.default]-Dateien
Globale Konfiguration. Configdateien werden zum Start gelesen und danach nicht mehr angefasst. Es ist derzeit nicht geplant, dass @@ -150,16 +150,16 @@ $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{ file = /tmp/kivitendo-debug.log
ist der Key file im Programm als $::lx_office_conf->{debug}{file} erreichbar.
Warnung
Zugriff auf die Konfiguration erfolgt im Moment Ã¼ber - Hashkeys, sind also nicht gegen Tippfehler abgesichert.
4.1.3.7. $::instance_conf
Objekt der Klasse + Hashkeys, sind also nicht gegen Tippfehler abgesichert.

4.1.3.7. $::instance_conf

Objekt der Klasse "SL::InstanceConfiguration"
wird pro Request neu erstellt

Funktioniert wie $::lx_office_conf, speichert aber Daten die von der Instanz abhÃ¤ngig sind. Eine Instanz ist hier eine Mandantendatenbank. Beispielsweise Ã¼berprÃ¼ft

$::instance_conf->get_inventory_system eq 'perpetual'

- ob die berÃ¼chtigte Bestandsmethode zur Anwendung kommt.

4.1.3.8. $::dispatcher

Objekt der Klasse + ob die berÃ¼chtigte Bestandsmethode zur Anwendung kommt.

4.1.3.8. $::dispatcher

Objekt der Klasse "SL::Dispatcher"
wird pro Serverprozess erstellt.
enthÃ¤lt Informationen Ã¼ber die technische Verbindung zum Server

Der dritte Punkt ist auch der einzige Grund warum das Objekt global gespeichert wird. Wird vermutlich irgendwann in einem anderen - Objekt untergebracht.

4.1.3.9. $::request

Hashref (evtl spÃ¤ter Objekt)
Wird pro Request neu initialisiert.
Keine Unterstruktur garantiert.

+ Objekt untergebracht.

4.1.3.9. $::request

Hashref (evtl spÃ¤ter Objekt)
Wird pro Request neu initialisiert.
Keine Unterstruktur garantiert.

$::request ist ein generischer Platz um Daten "fÃ¼r den aktuellen Request" abzulegen. Sollte nicht fÃ¼r action at a distance benutzt werden, sondern um lokales memoizing zu @@ -172,20 +172,20 @@ file = /tmp/kivitendo-debug.log

ist der Key file$::request

Muss ich von anderen Teilen des Programms lesend drauf zugreifen? Dann $::request, aber Zugriff Ã¼ber - Wrappermethode

4.1.4. Ehemalige globale Variablen

Die folgenden Variablen waren einmal im Programm, und wurden - entfernt.

4.1.4.1. $::cgi

war nÃ¶tig, weil cookie Methoden nicht als + Wrappermethode

4.1.4. Ehemalige globale Variablen

Die folgenden Variablen waren einmal im Programm, und wurden + entfernt.

4.1.4.1. $::cgi

war nÃ¶tig, weil cookie Methoden nicht als Klassenfunktionen funktionieren
Aufruf als Klasse erzeugt Dummyobjekt was im Klassennamespace gehalten wird und Ã¼ber Requestgrenzen leaked
liegt jetzt unter $::request->{cgi} -

4.1.4.2. $::all_units

war nÃ¶tig, weil einige Funktionen in Schleifen zum Teil +

4.1.4.2. $::all_units

war nÃ¶tig, weil einige Funktionen in Schleifen zum Teil ein paar hundert mal pro Request eine Liste der Einheiten brauchen, und de als Parameter durch einen Riesenstack von Funktionen geschleift werden mÃ¼ssten.
Liegt jetzt unter $::request->{cache}{all_units}
Wird nur in AM->retrieve_all_units() gesetzt oder - gelesen.

4.1.4.3. %::called_subs

wurde benutzt um callsub deep recursions + gelesen.

4.1.4.3. %::called_subs

wurde benutzt um callsub deep recursions abzufangen.
Wurde entfernt, weil callsub nur einen Bruchteil der mÃ¶glichen Rekursioenen darstellt, und da nie welche auftreten.
komplette recursion protection wurde entfernt.

ZurÃ¼ck		Weiter
3.3. Excel-Vorlagen	Zum Anfang	4.2. Entwicklung unter FastCGI

		Weiter
		Kapitel 1. Aktuelle Hinweise

		Weiter
		Kapitel 1. Aktuelle Hinweise

2.4. Anpassung der PostgreSQL-Konfiguration

2.4.1. ZeichensÃ¤tze/die Verwendung von UTF-8

2.4. Anpassung der PostgreSQL-Konfiguration

2.4.1. ZeichensÃ¤tze/die Verwendung von UTF-8

2.4.3. Erweiterung fÃ¼r servergespeicherte Prozeduren

2.4.4. Datenbankbenutzer anlegen

2.4.4. Datenbankbenutzer anlegen

2.5. Webserver-Konfiguration

2.5.1. Grundkonfiguration mittels CGI

2.5. Webserver-Konfiguration

2.5.1. Grundkonfiguration mittels CGI

2.6.2.1. SystemV-basierende Systeme (z.B. Debian, OpenSuSE, Fedora Core)

2.6.2.2. Upstart-basierende Systeme (z.B. Ubuntu)

2.6.2.2. Upstart-basierende Systeme (z.B. Ubuntu)

3.2.10. Variablen in anderen Vorlagen

3.2.10.1. EinfÃ¼hrung

3.2.10. Variablen in anderen Vorlagen

3.2.10.1. EinfÃ¼hrung

Kapitel 4. Entwicklerdokumentation

4.1. Globale Variablen

4.1.1. Wie sehen globale Variablen in Perl aus?

Kapitel 4. Entwicklerdokumentation

4.1. Globale Variablen

4.1.1. Wie sehen globale Variablen in Perl aus?

4.1.2. Warum sind globale Variablen ein Problem?

4.1.2. Warum sind globale Variablen ein Problem?

4.1.3. Kanonische globale Variablen

4.1.3. Kanonische globale Variablen

4.1.3.1. $::form

4.1.3.1. $::form

4.1.3.2. %::myconfig

4.1.3.2. %::myconfig

4.1.3.3. $::locale

4.1.3.3. $::locale

4.1.3.4. $::lxdebug

4.1.3.4. $::lxdebug

4.1.3.5. $::auth

4.1.3.5. $::auth

4.1.3.6. $::lx_office_conf

4.1.3.6. $::lx_office_conf

4.1.3.7. $::instance_conf

4.1.3.7. $::instance_conf

4.1.3.8. $::dispatcher

4.1.3.8. $::dispatcher

4.1.3.9. $::request

4.1.3.9. $::request

4.1.4. Ehemalige globale Variablen

4.1.4.1. $::cgi

4.1.4. Ehemalige globale Variablen

4.1.4.1. $::cgi

4.1.4.2. $::all_units

4.1.4.2. $::all_units

4.1.4.3. %::called_subs

4.1.4.3. %::called_subs

kivitendo: Installation, Konfiguration, Entwicklung

kivitendo: Installation, Konfiguration, Entwicklung