add
4. if the url ends with .???? then it is dynamic (.cgi, .asp are the most
common)
David LAng
On Fri, 11 Jun 1999, Riley Williams wrote:
> Date: Fri, 11 Jun 1999 19:04:51 +0100 (GMT)
> From: Riley Williams <rhw@MemAlpha.CX>
> To: Alex Belits <abelits@phobos.illtel.denver.co.us>
> Cc: Christoph Lameter <christoph@lameter.com>,
Jordan Mendelson <jordy@wserv.com>, linux-kernel@vger.rutgers.edu
> Subject: Re: generalizing khttpd
>
> Hi Alex.
>
> > Personally I find that efforts to make serving static pages by
> > HTTP (and only static pages by http and maybe ftp) from
> > userspace are so ridiculously overdone (threads aio, signals,
> > sendfile), and they hurt non-static-files server perrformance
> > and functionality so much (by forcing unsuitable processing
> > model on programmers that write modules for those servers),
> > moving this into kernel can be the lesser evil if not a
> > blessing.
>
> > If there will be a reasonable way to tell the in-kernel server
> > from userspace, what set of URLs should be mapped to what files,
> > it will be enough to perform this task in fast and secure way,
> > leaving all complex work to userspace server.
>
> Perhaps one could use something based on the way squid currently does
> that task.
>
> 1. If the URL has a ? anywhere within it, squid assumes it to be a
> dynamic URL.
>
> 2. One of squid's configuration parameters specifies a collection of
> directory names which, if found in the URL with / on either side
> of them, and with at least one element after them, are taken as
> indicating that the URL in question is a DYNAMIC one.
>
> 3. Any URL not satisfying one of the above rules is taken to be a
> static one.
>
> Rule 1 is simply a case of...
>
> Q> if (index(url,'?') != NULL)
> Q> dynamic = TRUE;
>
> ...and rule 2 suggests the use of /proc/sys/khttpd as a file to
> specify the directory names to look for in rule 2, with the default
> contents being the same as the squid defaults.
>
> Best wishes from Riley.
>
> +----------------------------------------------------------------------+
> | There is something frustrating about the quality and speed of Linux |
> | development, ie., the quality is too high and the speed is too high, |
> | in other words, I can implement this XXXX feature, but I bet someone |
> | else has already done so and is just about to release their patch. |
> +----------------------------------------------------------------------+
> * ftp://ftp.MemAlpha.cx/pub/rhw/Linux
> * http://www.MemAlpha.cx/kernel.versions.html
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
>
"If users are made to understand that the system administrator's job is to
make computers run, and not to make them happy, they can, in fact, be made
happy most of the time. If users are allowed to believe that the system
administrator's job is to make them happy, they can, in fact, never be made
happy."
- -Paul Evans (as quoted by Barb Dijker in "Managing Support Staff", LISA '97)
-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv
iQEVAwUBN2FWFT7msCGEppcbAQEbAQgAonivp107CUlmDshvztT9cg8wbqraSP6a
Utq8Ey9iwyS4ysZ1yeskRSY6sgPmu+Hdzy8rRXLv3J7egFA+kOZktQZR3UniWTio
jm9GGMJRYfLwj8xzRk8uAgFEE545GVq2Cp2bDfCClYWky7I88SD8dy1VaDEER+95
V/wh57Zkz3K2HELi3BbnZjJYU40urmNDeWIAvL3sowiWZgtvzwxSpDP//QOtksOA
TnP4GZuT984vDLAQo6cbefztFTrIxMocTvqwNOkkyODyBlEtRLrhuDHYIYCMPnou
Wb0Ouz0CwoQv1VjXfZEb9GX4JqZHtzKEqX7GmSwvzAIaJAY029mWDQ==
=6PYv
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/