Standard

FÃ¼r das Paket HTML::Restrict gibt es kein Debian-Paket, dies muÃ per CPAN installiert werden. Der entsprechende Befehl wird beim Aufruf von installation_check.pl angezeigt.

2.5.3. Erweiterung fÃ¼r servergespeicherte Prozeduren

In der Datenbank template1 muss die UnterstÃ¼tzung fÃ¼r servergespeicherte Prozeduren eingerichet werden. diff --git a/doc/html/ch02s06.html b/doc/html/ch02s06.html index 16ce94c21..741decc8a 100644 --- a/doc/html/ch02s06.html +++ b/doc/html/ch02s06.html @@ -1,6 +1,6 @@ - 2.6. Webserver-Konfiguration

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

2.6. Webserver-Konfiguration

2.6.1. Grundkonfiguration mittels CGI

Anmerkung

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

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

2.6. Webserver-Konfiguration

2.6.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 @@ -39,14 +39,14 @@ Alias /kivitendo-erp/ /var/www/kivitendo-erp/ fÃ¼hrt dazu dass ein kivitendo Aufruf der Kernmasken mittlerweile deutlich lÃ¤nger dauert als frÃ¼her, und dass davon 90% fÃ¼r das Laden der Module verwendet wird.

Mit FastCGI werden nun die Module einmal geladen, und danach - wird nur die eigentliche Programmlogik ausgefÃ¼hrt.

2.6.2.3. Getestete Kombinationen aus Webservern und Plugin

Folgende Kombinationen sind getestet:

Apache 2.2.11 (Ubuntu) und mod_fcgid.
Apache 2.2.11 / 2.2.22 (Ubuntu) und mod_fastcgi.

Dabei wird mod_fcgid empfohlen, weil mod_fastcgi seit geraumer + wird nur die eigentliche Programmlogik ausgefÃ¼hrt.

2.6.2.3. Getestete Kombinationen aus Webservern und Plugin

Folgende Kombinationen sind getestet:

Apache 2.2.11 (Ubuntu) und mod_fcgid.
Apache 2.2.11 / 2.2.22 (Ubuntu) und mod_fastcgi.
Apache 2.4.7 (Ubuntu 14.04.2 LTS) und mod_fcgid.

Dabei wird mod_fcgid empfohlen, weil mod_fastcgi seit geraumer Zeit nicht mehr weiter entwickelt wird. Im Folgenden wird auf mod_fastcgi nicht mehr explizit eingegangen.

Als Perl Backend wird das Modul FCGI.pm verwendet.

Warnung

FCGI-Versionen ab 0.69 und bis zu 0.71 inklusive sind extrem strict in der Behandlung von Unicode, und verweigern - bestimmte Eingaben von kivitendo. Falls es Probleme mit Umlauten in Ihrere Installation gibt, muss zwingend Version 0.68 oder + bestimmte Eingaben von kivitendo. Falls es Probleme mit Umlauten in Ihrer Installation gibt, muss zwingend Version 0.68 oder aber Version 0.72 und neuer eingesetzt werden.

Mit CPAN lÃ¤sst sie sich die VorgÃ¤ngerversion wie folgt installieren:

force install M/MS/MSTROUT/FCGI-0.68.tar.gz

2.6.2.4. Konfiguration des Webservers

Bevor Sie versuchen, eine kivitendo Installation unter FCGI - laufen zu lassen, empfliehlt es sich die Installation ersteinmal + laufen zu lassen, empfiehlt es sich die Installation ersteinmal unter CGI aufzusetzen. FCGI macht es nicht einfach Fehler zu debuggen die beim ersten aufsetzen auftreten kÃ¶nnen. Sollte die Installation schon funktionieren, lesen Sie weiter.

Zuerst muss das FastCGI-Modul aktiviert werden. Dies kann @@ -70,9 +70,11 @@ Alias /url/for/kivitendo-erp/ /path/to/kivitendo-erp/ <DirectoryMatch /path/to/kivitendo-erp/users> Order Deny,Allow Deny from All -</DirectoryMatch>

Seit mod_fcgid-Version 2.3.6 gelten sehr kleine Grenzen fÃ¼r +</DirectoryMatch>

Warnung

Im Vergleich zu Apache 2.2 hat sich in Apache 2.4 die Syntax der Directorydirektiven verÃ¤ndert. Statt

+  Order Allow,Deny
+  Allow from All

muÃ man jetzt Folgendes einstellen:

Require all granted

Seit mod_fcgid-Version 2.3.6 gelten sehr kleine Grenzen fÃ¼r die maximale GrÃ¶Ãe eines Requests. Diese sollte wie folgt - hochgesetzt werden:

FcgidMaxRequestLen 10485760

Das ganze sollte dann so aussehen:

AddHandler fcgid-script .fpl
+          hochgesetzt werden:
FcgidMaxRequestLen 10485760
Das Ganze sollte dann so aussehen:
AddHandler fcgid-script .fpl
 AliasMatch ^/url/for/kivitendo-erp/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fpl
 Alias       /url/for/kivitendo-erp/          /path/to/kivitendo-erp/
 FcgidMaxRequestLen 10485760
diff --git a/doc/html/ch02s07.html b/doc/html/ch02s07.html
index e90209e0f..45c6dcfb4 100644
--- a/doc/html/ch02s07.html
+++ b/doc/html/ch02s07.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.7.2.1. SystemV-basierende Systeme (z.B. Debian, Ã¤ltere OpenSUSE, Ã¤ltere Fedora Core)
Kopieren Sie die Datei
+        anstelle eines symbolischen Links verwendet werden kÃ¶nnen.
2.7.2.1. SystemV-basierende Systeme (z.B. Debian, Ã¤ltere OpenSUSE, Ã¤ltere Fedora Core)
Kopieren Sie die Datei
           scripts/boot/system-v/kivitendo-server
           nach /etc/init.d/kivitendo-server. Passen
           Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
@@ -37,12 +37,12 @@
           Boot-Prozess ein. Dies ist distributionsabhÃ¤ngig:
Debian-basierende Systeme:
update-rc.d kivitendo-task-server defaults
 # Nur bei Debian Squeeze und neuer:
 insserv kivitendo-task-server
Ãltere OpenSUSE und Ã¤ltere 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.7.2.2. Upstart-basierende Systeme (z.B. Ubuntu)
Kopieren Sie die Datei
+          werden:
/etc/init.d/kivitendo-task-server start
2.7.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
           exec ....).
Danach kann der Task-Server mit dem folgenden Befehl gestartet
-          werden:
service kivitendo-task-server start
2.7.2.3. systemd-basierende Systeme (z.B. neure OpenSUSE, neuere Fedora Core)
Verlinken Sie die Datei scripts/boot/systemd/kivitendo-task-server.service nach
+          werden:
service kivitendo-task-server start
2.7.2.3. systemd-basierende Systeme (z.B. neure OpenSUSE, neuere Fedora Core)
Verlinken Sie die Datei scripts/boot/systemd/kivitendo-task-server.service nach
           /etc/systemd/system/. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
           ExecStart=.... und ExecStop=...). Binden Sie das Script in den Boot-Prozess ein.
           
Alle hierzu benÃ¶tigten Befehle sehen so aus:
cd /var/www/kivitendo-erp/scripts/boot/systemd
diff --git a/doc/html/ch02s10.html b/doc/html/ch02s10.html
index 3f4621d7f..1cbc1b6e5 100644
--- a/doc/html/ch02s10.html
+++ b/doc/html/ch02s10.html
@@ -4,6 +4,6 @@
       zugeordnet. Unter Druckerbeschreibung wird der Namen des Druckbefehls festgelegt, der dann in der Druckerauswahl des Belegs angezeigt wird.
Unter Druckbefehl definiert man den eigentlichen Druckbefehl, der direkt auf dem Webserver ausgefÃ¼hrt wird, bspw. 'lpr -P meinDrucker' oder ein
       kompletter Pfad zu einem Skript (/usr/local/src/kivitendo/scripts/pdf_druck_in_verzeichnis.sh).
       Wird ferner noch ein optionales VorlagenkÃ¼rzel verwendet, wird dieses KÃ¼rzel bei der Auswahl der Druckvorlagendatei mit einem Unterstrich ergÃ¤nzt, ist
-      bspw. das KÃ¼rzel 'epson_drucker' definiert, so wird beim Ausdruck eines Angebots folgende Vorlage geparst: sales_quotation_epson_drucker.tex.
2.10.2. 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.
Falls die Sperre gesetzt ist, erscheint anstelle der Anmeldemaske die Information: 'kivitendo ist momentan zwecks Wartungsarbeiten nicht zugÃ¤nglich.'.
+      bspw. das KÃ¼rzel 'epson_drucker' definiert, so wird beim Ausdruck eines Angebots folgende Vorlage geparst: sales_quotation_epson_drucker.tex.
2.10.2. System sperren / entsperren
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
         mit einem inkonsistenten Datenbestand weitergearbeitet werden.
ZurÃ¼ck  Nach oben  Weiter
2.9. Mandanten-, Benutzer- und Gruppenverwaltung  Zum Anfang  2.11. E-Mail-Versand aus kivitendo heraus
\ No newline at end of file
diff --git a/doc/html/ch02s12.html b/doc/html/ch02s12.html
index 1560602ee..e924ae496 100644
--- a/doc/html/ch02s12.html
+++ b/doc/html/ch02s12.html
@@ -5,7 +5,7 @@
       die Pakete mit:

             
aptitude install texlive-base-bin texlive-latex-recommended texlive-fonts-recommended \
   texlive-latex-extra texlive-lang-german texlive-generic-extra

-         
TODO: RPM-Pakete.
kivitendo bringt drei alternative VorlagensÃ¤tze mit:
Standard
f-tex
RB
2.12.1. Vorlagenverzeichnis anlegen
Es lÃ¤sst sich ein initialer Vorlagensatz erstellen. Die LaTeX-System-AbhÃ¤ngigkeiten hierfÃ¼r kann man prÃ¼fen mit:
./scripts/installation_check.pl -lv
Der Angemmeldete Benutzer muss in einer Gruppe sein, die Ã¼ber das
+         
TODO: RPM-Pakete.
kivitendo bringt drei alternative VorlagensÃ¤tze mit:
Standard
f-tex
RB
2.12.1. Vorlagenverzeichnis anlegen
Es lÃ¤sst sich ein initialer Vorlagensatz erstellen. Die LaTeX-System-AbhÃ¤ngigkeiten hierfÃ¼r kann man prÃ¼fen mit:
./scripts/installation_check.pl -lv
Der Angemeldete Benutzer muss in einer Gruppe sein, die Ã¼ber das
               Recht "Konfiguration -> Mandantenverwaltung" verfÃ¼gt. Siehe auch Abschnitt 2.9.4, âGruppen anlegenâ.
         
Im Userbereich lÃ¤sst sich unter:
         "System ->
@@ -18,7 +18,7 @@
            Der gleiche Vorlagensatz kann, wenn er mal angelegt ist, bei mehreren Mandanten verwendet werden.
            Eventuell mÃ¼ssen Anpassungen (Logo, Erscheinungsbild, etc) noch vorgenommen werden. Den Ordner findet man im Dateisystem unter
            ./templates/[Neuer Name]
-            
2.12.2. Standard
Der Standard-Vorlagensatz von Kivitendo. Wie unter http://demo.kivitendo.org zu
+            
2.12.2. Standard
Der Standard-Vorlagensatz von Kivitendo. Wie unter https://www.kivitendo.de zu
         sehen.
2.12.3. f-tex
Ein Vorlagensatz, der in wenigen Minuten alle Dokumente zur VerfÃ¼gung stellt.
2.12.3.1. Feature-Ãbersicht
Keine Redundanz. Es wird ein- und dieselbe LaTeX-Vorlage fÃ¼r alle briefartigen Dokumente verwendet. Also
             Angebot, Rechnung, Proformarechnung, Lieferschein, aber eben nicht fÃ¼r Paketaufkleber etc..
Leichte Anpassung an das Firmen-Layout durch verwendung eines Hintergrund-PDF. Dieses kann leicht mit dem
             eigenen Lieblingsprogramm erstellt werden (Openoffice, Inkscape, Gimp, Adobe*)
Hintergrund-PDF umschaltbar auf "nur erste Seite" (Standard) oder "alle Seiten" (Option
@@ -91,18 +91,18 @@
             einer Standardinstallation exotische utf8 Zeichen zu drucken.
             TeXLive unterstÃ¼tzt von Haus nur romanische Schriften und muss mit
             diversen Tricks dazu gebracht werden andere Zeichen zu akzeptieren.
-            Adere TeX Systeme wie XeTeX schaffen hier Abhilfe.
Wird garkein Fehler angezeigt sondern nur der Name des Templates,
+            Adere TeX Systeme wie XeTeX schaffen hier Abhilfe.
Wird gar kein Fehler angezeigt sondern nur der Name des Templates,
         heiÃt das normalerweise, dass das LaTeX Binary nicht gefunden wurde.
         PrÃ¼fen Sie den Namen in der Konfiguration (Standard:
         pdflatex), und stellen Sie sicher, dass pdflatex
         (oder das von Ihnen verwendete System) vom Webserver ausgefÃ¼hrt werden
-        darf.
Wenn sich das Problem nicht auf Grund der ausgabe im Webbrowser verifizieren lÃ¤sst:
 editiere [kivitendo-home]/config/kivitendo.conf und Ã¤ndere "keep_temp_files" auf 1

+        darf.
Wenn sich das Problem nicht auf Grund der Ausgabe im Webbrowser verifizieren lÃ¤sst:
 editiere [kivitendo-home]/config/kivitendo.conf und Ã¤ndere "keep_temp_files" auf 1

                      
keep_temp_files = 1;

                   
bei fastcgi oder mod_perl den Webserver neu Starten
Nochmal einen Druckversuch im Webfrontend auslÃ¶sen
wechsele in das users Verzeichnis von kivitendo

                      
cd [kivitendo-home]/users

                   
LaTeX Suchpfad anpassen:

                      
export TEXINPUTS=".:[kivitendo-home]/templates/[aktuelles_template_verzeichniss]:"

-                  
Finde herraus welche Datei kivitendo beim letzten Durchlauf erstellt hat

+                  
Finde heraus welche Datei kivitendo beim letzten Durchlauf erstellt hat

                      
ls -lahtr ./1*.tex

                   
Es sollte die letzte Datei ganz unten sein
fÃ¼r besseren Hinweis auf Fehler texdatei nochmals Ã¼bersetzen

                      
pdflatex ./1*.tex

diff --git a/doc/html/ch03s02.html b/doc/html/ch03s02.html
index 3e813c90c..ec1ad60a5 100644
--- a/doc/html/ch03s02.html
+++ b/doc/html/ch03s02.html
@@ -145,7 +145,7 @@
                         template_meta.media
                      
Ausgabemedium. Kann zur Zeit die Werte
                 screen fÃ¼r Bildschirm,
-                email fÃ¼r E-Mmail (triggert das
+                email fÃ¼r E-Mail (triggert das
                 _email KÃ¼rzel im Dateinamen),
                 printer fÃ¼r Drucker, und
                 queue fÃ¼r Warteschlange enthalten.

@@ -571,7 +571,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 2592fa976..76f85762a 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,13 +62,13 @@
                      $::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
               cachen, das wird aber momentan absichtlich zerstÃ¶rt

                   $::form wurde unter SQL
-          Ledgerâ¢ als Gottobjekt fÃ¼r alles misbraucht. SÃ¤mtliche
+          Ledgerâ¢ als Gottobjekt fÃ¼r alles missbraucht. SÃ¤mtliche
           alten Funktionen unter SL/ mutieren $::form, das
           heiÃt, alles was einem lieb ist (alle Variablen die einem ans Herz
           gewachsen sind), sollte man vor einem Aufruf (!) von zum Beispiel
@@ -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 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 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,14 +135,14 @@ "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.

Dieses Objekt kapselt auch den gerade aktiven Mandanten. Dessen Einstellungen kÃ¶nnen Ã¼ber $::auth->client abgefragt werden; RÃ¼ckgabewert ist ein Hash mit den Werten aus der Tabelle - auth.clients.

4.1.3.6. $::lx_office_conf

Objekt der Klasse + auth.clients.

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 @@ -152,16 +152,16 @@ $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{ file_name = /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 @@ -174,20 +174,20 @@ file_name = /tmp/kivitendo-debug.log

ist der Key f $::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.4. Mandantenkonfiguration Lager	Zum Anfang	4.2. Entwicklung unter FastCGI

2.2.2.2. Fedora Core

2.2.2.2. Fedora Core

2.2.2.3. openSUSE

2.2.2.3. openSUSE

2.5.2. Ãnderungen an Konfigurationsdateien

2.5.3. Erweiterung fÃ¼r servergespeicherte Prozeduren

2.6. Webserver-Konfiguration

2.6.1. Grundkonfiguration mittels CGI

2.6. Webserver-Konfiguration

2.6.1. Grundkonfiguration mittels CGI

2.6.2.3. Getestete Kombinationen aus Webservern und Plugin

2.6.2.3. Getestete Kombinationen aus Webservern und Plugin

2.6.2.4. Konfiguration des Webservers

2.7.2.1. SystemV-basierende Systeme (z.B. Debian, Ã¤ltere OpenSUSE, Ã¤ltere Fedora Core)

2.7.2.1. SystemV-basierende Systeme (z.B. Debian, Ã¤ltere OpenSUSE, Ã¤ltere Fedora Core)

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

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

2.7.2.3. systemd-basierende Systeme (z.B. neure OpenSUSE, neuere Fedora Core)

2.7.2.3. systemd-basierende Systeme (z.B. neure OpenSUSE, neuere Fedora Core)

2.10.2. System sperren / entsperren

2.10.2. System sperren / entsperren

2.12.1. Vorlagenverzeichnis anlegen

2.12.1. Vorlagenverzeichnis anlegen

2.12.2. Standard

2.12.2. Standard

2.12.3. f-tex

2.12.3.1. Feature-Ãbersicht

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 3.2.0: Installation, Konfiguration, Entwicklung

kivitendo 3.2.0: Installation, Konfiguration, Entwicklung

2.5.2. Ãnderungen an Konfigurationsdateien

2.12.3.1. Feature-Ãbersicht

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