[jumpinger1]

Hallo Zusammen,
ich habe bei meinem Typo3 4.1.1 den Apache 2.0.59 im Einsatz jetzt habe ich im Internet beim googlen gesen das es schon den Apache 2.2 gibt. Kann ich den einfach upgraden???

[gbauer81]

Nutzt du ein Debian Linux Server? Wenn ja müsstest du ein dist-upgrade durchführen. Vorher natürlich die Etch Repositorys in deine Sourceliste eintragen.
Aber bedenke, ein Upgrade ist so ne Sache für sich und kann Probleme mit sich bringen...

[robelix]

Brauchst du irgendwelche neuen Features vom Apache 2.2? Wenn nicht, dann ist normalerweise "Never change a running system" die Beste Wahl. Mit der Ausnahme von Security-Updates natürlich, aber die wird es auch für Apache 2.0 noch lange geben.

[gbauer81]

Zitat von robelix

Brauchst du irgendwelche neuen Features vom Apache 2.2? Wenn nicht, dann ist normalerweise "Never change a running system" die Beste Wahl.

Dem kann ich nur beipflichten...

[jumpinger1]

Ich hab Probleme das der Apache Dienst täglich neu gestartet werden muß. Deshalb dachte ich an eine Neuere Version. Wenn der Dienst über 250 MB geht bekommen die user die Merldung das nicht genügend Speicher zur verfügung steht, dem ist aber nicht so.
Der Diesnst Läuft auf einem Windows 2003 Server

[gbauer81]

Da es sich nicht um Linux handelt sollte es nicht wirklich ein großes Problem sein auf eine neue Version zu wechseln. Aber meiner Meinung nach liegt das Problem eher an der Apache2 Konfiguration und nicht am Apache2 selbst.
War der Windows 2003 Server ein vorgefertigtes Paket bei deinem Provider?

[robelix]

Ich habe zwar nicht wirklich eine Ahnung ob das Windows betrifft, aber einen Versuch dürfte folgende Apache-Einstellung auf alle Fälle wert sein:

# MaxRequestsPerChild: the number of requests each child process is
# allowed to process before the child dies. The child will exit so
# as to avoid problems after prolonged use when Apache (and maybe the
# libraries it uses) leak memory or other resources. On most systems, this
# isn't really needed, but a few (such as Solaris) do have notable leaks
# in the libraries. For these platforms, set to something like 10000
# or so; a setting of 0 means unlimited.
#
# NOTE: This value does not include keepalive requests after the initial
# request per connection. For example, if a child process handles
# an initial request and 10 subsequent "keptalive" requests, it
# would only count as 1 request towards this limit.
#
MaxRequestsPerChild 0

[jumpinger1]

Danke das war es, jetzt sind die Probleme weg.