Mailing-List: contact users-de-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-de@httpd.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
From: =?iso-8859-1?Q?Andreas_M=FCller?= <apache@universalware.de>
To: <users-de@httpd.apache.org>
Subject: =?iso-8859-1?Q?RE:_Dateien_vor_direktem_Zugriff_sch=FCtzen?=
Date: Wed, 19 Jul 2006 09:17:21 +0200
Message-ID: <0a3c01c6ab03$61118eb0$1500a8c0@nbandreas>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thread-Index: Acaq/WS67GdQsYD0TH2/eKggB1OoVwABTpDg
In-Reply-To: <20060719083407.GM4920@linux.medicproof.intern>

Hallo,

> Es ist ja auch normalerweise nicht der Sinn von einer Scriptsprache
> als Proxy zu arbeiten.

trotzdem macht es keinen wirklichen Sinn das der Apache:
- sich =FCberhaupt den RAM damit vollhaut
- und wenn =FCberhaupt er es dann nicht wieder freigibt

Wenn der Apache eine Datei direkt ausliefert macht er so sp=E4=DFe ja =
auch
nicht. Wenn man die Datei via PHP ausliefert und vor allem die Daten =
auch
direkt zum Client gehen also nicht erst komplett zwischengepuffert =
werden
macht es =FCberhaupt keinen Sinn den ganzen Ausgabestrom parallel =
nochmal in
den RAM zu puffern. Witzig vor allem ist das das ganze nur unter
Linux/Prefork so l=E4uft. Auf einem Win32/MPM System l=E4uft das ganze =
wunderbar
stabil ohne sinnloses RAM zum=FCllen etc.=20

Gru=DF,
Andreas


--------------------------------------------------------------------------
                Apache HTTP Server Mailing List "users-de" 
      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
           sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------