Hi Moe,
EGroupware verwendet folgendes Caching Verfahren in der angegebenen
Priorität
a) den in der header.inc.php (optional) festgelegten Cache (höchste
Priorität), z.B.:
// using memcache as cache backend for instance AND tree level
$GLOBALS[‘egw_info’][‘server’][‘cache_provider_instance’] =
array(‘egw_cache_memcache’,‘localhost’);
//egw_cache::$max_expiration = 864000; // 10 Tage
//$GLOBALS[‘egw_info’][‘server’][‘cache_provider_instance’] =
array(‘egw_cache_apc’);
b) den APC oder APCu falls die PHP Extension verfügbar ist und
mindestens 64MB (besser 128MB) Shared Memory zur Verfügung steht
(apc.shm_size * apc.shm_segments)
c) ein egw_cache Verzeichnis im Verzeichnis für temporäre Dateien das im
Setup spezifiziert wurde
Aus Performance Sicht ist APC(u) das schnellste, danach kommt Memcached
und mit weitem Abstand das Filesystem!
Ralf
Hallo Ralf,
vielen Dank für die ausführliche Erklärung.
Allerdings weiß ich nicht welchen Cache Du meinst?!?
Bei der Paketinstallation ist im Root-Dir des Servers
(nicht im docroot) ein Verzeichnis “egw_cache” angelegt
worden. Darin scheint sich aber seit dem nichts mehr geändert
zu haben. (Alle Dateien haben das gleiche Datum).
Dann gibt es noch relativ viele tmp-Dateien im /tmp Verz.
Dort liegen auch ganz viele (alte Files ) files die beginnen mit mail_
und enden auf
6 kryptische Buchstaben. Also z.B. “mail_oiwezN”.
Ich könnte mir vorstellen, dass da der Hase im Pfeffer liegt?
Und immer wenn eine Mail nicht abgeschickt werden kann, bleibt dort eine
tmp-datei liegen…
Hast du Idee für eine Abhilfe?
Moe
Hi Moe,
Hallo Ralf,
hattest du schon Zeit Dir das anzusehen?
Wir haben arge Probleme damit. Einige User brauchen
zeitweise 3-4 Versuche um eine Email zu versenden.
Also ich weiß wo das her kommt. Allerdings ist mir überhaupt nicht klar
wieso das bei Euch so ein Problem ist.
Wenn man ein Fenster mit einem eTemplate aufmacht speichert der Server
in einem etemplate_request object den Zustand. Das ist der Name des
eTemplate, die Daten einschließlich erlaubten Werten und gesperrten
Eingabefeldern.
Wenn der Request vom Browser abgesendet wird, werden diese Daten benutzt
um ihn zu verarbeiten.
Falls sie nicht mehr da sind, gibt es den Redirect. Das funktioniert für
eine noch nicht abgeschickte Index Seite und macht dort einfach einen
reload.
Für die Popups funktioniert es seit eTemplate2 nicht mehr. Allerdings
sollte es dort auch kein Problem sein, da die Daten für 4h gecached
werden, sprich sollte erst beim mehrmaligen abspeichern und warten von
mehr als 4 Stunden auftreten.
Ich gehe mal davon aus, das Du ein Problem mit Deinem Cache hast.
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german
–
Ralf Becker
Director Software Development
Stylite AG
Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30
Email: rb@stylite.de
www.stylite.de | www.egroupware.org
Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer
VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany
