2.5. Webserver-Konfiguration

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:

- - 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
+        kÃ¶nnen:
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.
diff --git a/doc/html/ch02s05.html b/doc/html/ch02s05.html
index 5fcbf8346..3ba44c75c 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 579aee556..c56421135 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 e92ccc446..d2559b8c8 100644
--- a/doc/html/ch03s02.html
+++ b/doc/html/ch03s02.html
@@ -556,7 +556,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:
diff --git a/doc/html/ch04.html b/doc/html/ch04.html
index 83fbf2890..01fc5c73a 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

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

ist der Key file$::request

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

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