Mandanten, Benutzer und Gruppen

Mitte 2012 sind das folgende Systeme, von denen bekannt ist, + Distributionen lÃ¤uft.

Anfang 2014 sind das folgende Systeme, von denen bekannt ist, dass kivitendo auf ihnen lÃ¤uft:

Die Ã¼blicherweise wichtigsten Parameter, die am Anfang diff --git a/doc/html/ch02s06.html b/doc/html/ch02s06.html index f834447aa..c8329b677 100644 --- a/doc/html/ch02s06.html +++ b/doc/html/ch02s06.html @@ -1,6 +1,6 @@ - 2.6. Webserver-Konfiguration

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 diff --git a/doc/html/ch02s07.html b/doc/html/ch02s07.html index ceff261cd..76a6c3467 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/ch02s09.html b/doc/html/ch02s09.html
index 495958ba1..0abdceef4 100644
--- a/doc/html/ch02s09.html
+++ b/doc/html/ch02s09.html
@@ -7,20 +7,13 @@
       config/kivitendo.conf eingetragen haben.
2.9.1. ZusammenhÃ¤nge
kivitendo verwaltet zwei Sets von Daten, die je nach Einrichtung in einer oder zwei Datenbanken gespeichert werden.
Das erste Set besteht aus Anmeldeinformationen: welche Benutzer und Mandanten gibt es, welche Gruppen, welche BenutzerIn hat
         Zugriff auf welche Mandanten, und welche Gruppe verfÃ¼gt Ã¼ber welche Rechte. Diese Informationen werden in der
         Authentifizierungsdatenbank gespeichert. Dies ist diejenige Datenbank, deren Verbindungsparameter in der Konfigurationsdatei
-        config/kivitendo.conf gespeichert werden.
Das zweite Set besteht aus den eigentlichen Verkehrsdaten eines Mandanten: Stammdaten (Kunden, Lieferanten, Waren), Belege
-        (Angebote, Liferscheine, Rechnungen), Einstellungen. Diese werden in einer Mandantendatenbank gespeichert. Die
+        config/kivitendo.conf gespeichert werden.
Das zweite Set besteht aus den eigentlichen Verkehrsdaten eines Mandanten, wie beispielsweise die Stammdaten (Kunden, Lieferanten, Waren) und Belege
+        (Angebote, Lieferscheine, Rechnungen). Diese werden in einer Mandantendatenbank gespeichert. Die
         Verbindungsinformationen einer solchen Mandantendatenbank werden im Administrationsbereich konfiguriert, indem man einen Mandanten
         anlegt und dort die Parameter eintrÃ¤gt. Dabei hat jeder Mandant eine eigene Datenbank.
Aufgrund des Datenbankdesigns ist es fÃ¼r einfache FÃ¤lle mÃ¶glich, die Authentifizierungsdatenbank und eine der
         Mandantendatenbanken in ein und derselben Datenbank zu speichern. Arbeitet man hingegen mit mehr als einem Mandanten, wird
         empfohlen, fÃ¼r die Authentifizierungsdatenbank eine eigene Datenbank zu verwenden, die nicht gleichzeitig fÃ¼r einen Mandanten
-        verwendet wird.
kivitendo verwendet eine Datenbank zum Speichern all seiner
-        Informationen wie Kundendaten, Artikel, Angebote, Rechnungen etc. Um
-        mit kivitendo arbeiten zu kÃ¶nnen, muss eine Person einen
-        Benutzeraccount haben. Jedem Benutzeraccount wiederum wird genau eine
-        Datenbank zugewiesen, mit der dieser Benutzer arbeiten kann. Es ist
-        mÃ¶glich und normal, dass mehreren Benutzern die selbe Datenbank
-        zugewiesen wird, sodass sie alle mit den selben Daten arbeiten
-        kÃ¶nnen.
2.9.2. Mandanten, Benutzer und Gruppen
kivitendos Administration kennt Mandanten, Benutzer und Gruppen, die sich frei zueinander zuordnen lassen.
kivitendo kann mehrere Mandaten aus einer Installation heraus verwalten. Welcher Mandant benutzt wird, kann direkt beim Login
+        verwendet wird.
2.9.2. Mandanten, Benutzer und Gruppen
kivitendos Administration kennt Mandanten, Benutzer und Gruppen, die sich frei zueinander zuordnen lassen.
kivitendo kann mehrere Mandaten aus einer Installation heraus verwalten. Welcher Mandant benutzt wird, kann direkt beim Login
         ausgewÃ¤hlt werden. FÃ¼r jeden Mandanten wird ein eindeutiger Name vergeben, der beim Login angezeigt wird. Weiterhin benÃ¶tigt der
         Mandant Datenbankverbindungsparameter fÃ¼r seine Mandantendatenbank. Diese sollte Ã¼ber die Datenbankverwaltung geschehen.
Ein Benutzer ist eine Person, die Zugriff auf kivitendo erhalten soll. Sie erhÃ¤lt einen Loginnamen sowie ein
         Passwort. Weiterhin legt der Administrator fest, an welchen Mandanten sich ein Benutzer anmelden kann, was beim Login verifiziert
diff --git a/doc/html/ch02s11.html b/doc/html/ch02s11.html
index c3896670b..2ab4e2cb2 100644
--- a/doc/html/ch02s11.html
+++ b/doc/html/ch02s11.html
@@ -78,7 +78,8 @@
           shipto*-Variable leer ist, wird die entsprechende Adressvariable eingesetzt.  Wenn also die Lieferadresse in
           StraÃe, Hausnummer und Ort abweicht, mÃ¼ssen auch nur diese Felder in der Lieferadresse ausgefÃ¼llt werden. FÃ¼r den Firmenname wird
           der Wert der Hauptadresse angezeigt.
-

2.11.4. RB

VollstÃ¤ndiger Dokumentensatz mit alternativem Design

2.11.5. Allgemeine Hinweise zu LaTeX Vorlagen

In den allermeisten Installationen sollte drucken jetzt schon +

2.11.4. RB

VollstÃ¤ndiger Dokumentensatz mit alternativem Design

Die konzeptionelle Idee wird hier + auf Folie 5 bis 10 vorgestellt, Detaileinstellungen dann im Readme.tex im Vorlagenverzeichnis.

2.11.5. Allgemeine Hinweise zu LaTeX Vorlagen

In den allermeisten Installationen sollte drucken jetzt schon funktionieren. Sollte ein Fehler auftreten wirft TeX sehr lange Fehlerbeschreibungen, der eigentliche Fehler ist immer die erste Zeite die mit einem Ausrufezeichen anfÃ¤ngt. HÃ¤ufig auftretende Fehler sind zum diff --git a/doc/html/ch03s02.html b/doc/html/ch03s02.html index f037a3e57..9866b342d 100644 --- a/doc/html/ch03s02.html +++ b/doc/html/ch03s02.html @@ -566,7 +566,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/ch03s03.html b/doc/html/ch03s03.html index 5813bdece..25899f36b 100644 --- a/doc/html/ch03s03.html +++ b/doc/html/ch03s03.html @@ -1,6 +1,6 @@ - 3.3. Excel-Vorlagen

3.3. Excel-Vorlagen
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.3. Excel-Vorlagen

3.3.1. Zusammenfassung

Dieses Dokument beschreibt den Mechanismus, mit dem + 3.3. Excel-Vorlagen

3.3. Excel-Vorlagen
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.3. Excel-Vorlagen

3.3.1. Zusammenfassung

Dieses Dokument beschreibt den Mechanismus, mit dem Exceltemplates abgearbeitet werden, und die EinschrÃ¤nkungen, die damit einhergehen.

3.3.2. Bedienung

Der Excel Mechanismus muss in der Konfigurationsdatei aktiviert werden. Die Konfigurationsoption heiÃt excel_templates = @@ -33,4 +33,4 @@ <% %> kommt in den Headerinformationen evtl. vor. Deshalb wurde auf den sichereren Delimiter << und >> - gewechselt.

ZurÃ¼ck	Nach oben	Weiter
3.2. Dokumentenvorlagen und verfÃ¼gbare Variablen	Zum Anfang	Kapitel 4. Entwicklerdokumentation


\ No newline at end of file
+        gewechselt.

ZurÃ¼ck	Nach oben	Weiter
3.2. Dokumentenvorlagen und verfÃ¼gbare Variablen	Zum Anfang	3.4. Mandantenkonfiguration Lager


\ No newline at end of file
diff --git a/doc/html/ch04.html b/doc/html/ch04.html
index 0638b700b..ca228b368 100644
--- a/doc/html/ch04.html
+++ b/doc/html/ch04.html
@@ -1,6 +1,6 @@
 
       
-   Kapitel 4. EntwicklerdokumentationKapitel 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 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 = /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 = /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

2.2.2. BenÃ¶tigte Perl-Pakete installieren

2.6. Webserver-Konfiguration

2.6.1. Grundkonfiguration mittels CGI

2.6. Webserver-Konfiguration

2.6.1. Grundkonfiguration mittels CGI

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.9.1. ZusammenhÃ¤nge

2.9.2. Mandanten, Benutzer und Gruppen

2.9.2. Mandanten, Benutzer und Gruppen

2.11.4. RB

2.11.5. Allgemeine Hinweise zu LaTeX Vorlagen

2.11.4. RB

2.11.5. Allgemeine Hinweise zu LaTeX Vorlagen

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

3.3. Excel-Vorlagen

3.3.1. Zusammenfassung

3.3. Excel-Vorlagen

3.3.1. Zusammenfassung

3.3.2. Bedienung

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

kivitendo 3.0.0: Installation, Konfiguration, Entwicklung