X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch04s02.html;h=aebb2e1f2626453b320b598e25067e15e82f1c69;hb=c3fa430edf27cefc8d45597e8784d0e847a72ff4;hp=ec96ec992640cf16ff4d2d2925c83d4cf742a6e4;hpb=06cb6b127be7185927c6a3b32d16295d55e162ea;p=kivitendo-erp.git diff --git a/doc/html/ch04s02.html b/doc/html/ch04s02.html index ec96ec992..aebb2e1f2 100644 --- a/doc/html/ch04s02.html +++ b/doc/html/ch04s02.html @@ -1,6 +1,6 @@
-Wenn Ãnderungen in der Konfiguration von Lx-Office gemacht +
Wenn Ãnderungen in der Konfiguration von kivitendo gemacht werden, muss der Webserver neu gestartet werden.
Bei der Entwicklung für FastCGI ist auf ein paar Fallstricke zu achten. Dadurch, dass das Programm in einer Endlosschleife läuft, müssen folgende Aspekte beachtet werden.
Betrifft die Funktionen warn
,
@@ -9,13 +9,13 @@
Fehler), werden mit dem FastCGI Dispatcher abgefangen, um das Programm
am Laufen zu halten. Man kann mit die
,
confess
oder carp
Fehler
- ausgeben, die dann vom Dispatcher angezeigt werden. Die Lx-Office
+ ausgeben, die dann vom Dispatcher angezeigt werden. Die kivitendo
eigene $::form-
error()> tut im Prinzip das
Gleiche, mit ein paar Extraoptionen. warn
und
exit
hingegen werden nicht abgefangen.
warn
wird direkt nach STDERR, also in Server Log
eine Nachricht schreiben (sofern in der Konfiguration nicht die
- Warnungen in das Lx-Office Log umgeleitet wurden), und
+ Warnungen in das kivitendo Log umgeleitet wurden), und
exit
wird die Ausführung beenden.
Prinzipiell ist es kein Beinbruch, wenn sich der Prozess
beendet, fcgi wird ihn sofort neu starten. Allerdings sollte das die
Ausnahme sein. Quintessenz: Bitte kein exit
@@ -30,13 +30,8 @@
dokumentieren.
Datenbankverbindungen wird noch ein Guide verfasst werden, wie man sicher geht, dass man die richtige erwischt.
Die kritischen Pfade des Programms sind die Belegmasken, und unter diesen ganz besonders die Verkaufsrechnungsmaske. Ein Aufruf der - Rechnungsmaske in Lx-Office 2.4.3 stable dauert auf einem Core2duo mit + Rechnungsmaske in kivitendo 2.4.3 stable dauert auf einem Core2duo mit 4GB Arbeitsspeicher und Ubuntu 9.10 eine halbe Sekunde. In der 2.6.0 sind es je nach Menge der definierten Variablen 1-2s. Ab der Moose/Rose::DB Version sind es 5-6s.
Mit FastCGI ist die neuste Version auf 0,26 Sekunden selbst in - den kritischen Pfaden, unter 0,15 sonst.
UTF-8 kodierte Installationen sind sehr anfällig gegen - fehlerhfate Encodings unter FCGI. latin9 Installationen behandeln - falsch kodierte Zeichen eher unwissend, und geben sie einfach - weiter. UTF-8 verweigert bei fehlerhaften Programmpfaden kurzerhand - das Ausliefern. Es wird noch daran gearbeitet, alle Fehler da zu - beseitigen.