Re^3: mod_perl how to process static content

GUYS! I FOUNDED THE SHORTEST WAY!

Here addition to my original post:

Add just only one line to handler's code begin in file:
My/Apache/Main.pm ----------------

sub handler {
    my $r = shift;
    return Apache2::Const::DECLINED 
          if (-d $r->filename || -f $r->filename);
        ...
[download]

Since now I'll smoke mod_perl api guide till it ends...

Comment on Re^3: mod_perl how to process static content Download Code

Replies are listed 'Best First'.
Re^4: mod_perl how to process static content by CountZero (Bishop) on Mar 24, 2008 at 22:03 UTC
Nifty, but you still start a mod_perl process and to make matters worse you make two separate filechecks (which are slow by itself) for each and every hit to your pages. At least you should use the special `_`filehandle for the second check to save yourself a system call. In Practical mod_perl we find the following (when speaking about a set-up with one mod_perl server): While you will be happy to have these monster processes serving your scripts with monster speed, you should be very worried about having them serve static objects such as images and HTML files. Each static request served by a mod_perl-enabled server means another large process running, competing for system resources such as memory and CPU cycles. The real overhead depends on the static object request rate. Remember that if your mod_perl code produces HTML code that includes images, each of these will produce another static object request. If you cannot have separate servers for static and dynamic content, at least let the static content be served by a non mod_perl handler (i.e. Apache's default handler). CountZero A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James	[reply] [d/l]

Replies are listed 'Best First'.

Re^4: mod_perl how to process static content
by CountZero (Bishop) on Mar 24, 2008 at 22:03 UTC

_

In Practical mod_perl we find the following (when speaking about a set-up with one mod_perl server):

While you will be happy to have these monster processes serving your scripts with monster speed, you should be very worried about having them serve static objects such as images and HTML files. Each static request served by a mod_perl-enabled server means another large process running, competing for system resources such as memory and CPU cycles. The real overhead depends on the static object request rate. Remember that if your mod_perl code produces HTML code that includes images, each of these will produce another static object request.

CountZero

A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James

[reply]
[d/l]