Messages in this thread | | | Date | Sat, 4 Sep 1999 22:25:42 +0100 (GMT) | From | Riley Williams <> | Subject | Re: khttpd: Virtual domain support alpha code |
| |
Hi Arjan.
>> One thing that I always need from a webserver is virtual domain >> support. Sadly khttpd does not provide that. Attached is a patch >> that tries to implement virtual domain support in khttpd.
> I was saving that for later, but if people want it and Linus > doesn't mind adding new features... why not.
Has Linus actually declared a feature freeze yet? I know he said he was going to, but if he actually has done so, I've seen nothing about it yet.
>> There is a new file /proc/sys/net/khttpd/virtual controlling >> virtual domain behavior. The following values can be set > >> 0 Default. No change. >> 1 Virtual IP mode. Serve files from >> <documentroot>/<AAA.BBB.CCC.DDD>/filename >> 2 Virtual Host mode. Server files from >> <documentroot>/<hostname>/filename
> Sorry to say so, but although this works, I don't think it is > flexible enough. I really would like to have a dynamic mapping > between host -> documentroot. Having said that, this system is a > good start... (So unless anyone comes up with a better one, this > is it for now)
My suggestion would be to have a directory in /proc (along the lines of khttpd/mappings or similar) which allowed root to add symlinks to it, such that `ls -l` would show something like the following if one ignores the first few columns:
Q> Default -> /home/httpd/html Q> www.memalpha.cx -> /home/memalpha/public_html Q> www.rhw.cx -> /home/rhw/public_html
Basically, the symlinks in that directory would be internally mapped into a table of hostname/docroot pairs, and khttpd just refers to the said table to sort virtual hosts out.
> One question to l-k/Linus: Is the feature-freeze in effect or > can something like this be added to the kernel?
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/Linux/
- 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/
| |