howard chen 写道:
On Mon, Feb 18, 2008 at 9:03 PM, Vincent Bray <noodlet@xxxxxxxxx> wrote:On 18/02/2008, howard chen <howachen@xxxxxxxxx> wrote: > I am running Apache/2.2.6 on Windows XP, testing on a very simple > include testes, e.g. > > SSI > === > > <!--#include virtual="modules/1.html" --> > <!--#include virtual="modules/2.html" --> > <!--#include virtual="modules/3.html" --> > <!--#include virtual="modules/4.html" --> > <!--#include virtual="modules/5.html" --> These kinds of includes cause Apache to run an internal redirect for each included file. This is just a guess but if your server has AllowOverride set to something other than None and your DocumentRoot is /deeply/buried then Apache must stat() for a large number of .htaccess files. In this case, <number of includes> * <depth of DocumentRoot>. Php on the other hand just reads the files directly. -- noodlHello, I have already set AllowOverride to None in my test. I am not sure if this issue is related to Windows' Apache or not, so tomorrow I will run the test on my CentOS5. I agree these testes might not reflect the real world suitatons, but I was a little bit surprised since most people use SSI for simple file inclusions. Howard. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
i don't know where need SSI to do . -- --------------------- Regards, Zachary . aBBISh --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|