Branch: Tag:

1999-07-15

1999-07-15 16:59:28 by David Hedbor <david@hedbor.org>

Performance tweaking: Added supports caching, rewrote request parsing, fixed HTTP/0.9 support and more

Rev: server/base_server/configuration.pike:1.204
Rev: server/base_server/roxen.pike:1.306
Rev: server/base_server/roxenlib.pike:1.108
Rev: server/etc/include/config.h:1.15
Rev: server/modules/filesystems/filesystem.pike:1.56
Rev: server/modules/misc/contenttypes.pike:1.13
Rev: server/protocols/http.pike:1.142

1:   /* -*- Pike -*- -  * $Id: config.h,v 1.14 1998/04/26 17:18:54 per Exp $ +  * $Id: config.h,v 1.15 1999/07/15 16:59:28 neotron Exp $    *    * User configurable things not accessible from the normal    * configuration interface. Not much, but there are some things..
86:   # define MODULE_LEVEL_SECURITY   #endif    + /* If this is disabled, the server won't parse the supports string. This might +  * make the server somewhat faster. If you don't need this feature but need the +  * most speed you can get, it might be a good idea to disable supports. +  */ +  + // #define DISABLE_SUPPORTS +  +  + /* If this is disabled, the server won't do virtual hosting, meaning many +  * servers using the same IP. Another option that somewhat speeds up the +  * server. +  */ +  + // #define DISABLE_VIRTUAL_HOSTING +  +    /* Roxen neighbourhood    *    * Experimental. Currently does not work on all Operating Systems. -  +  * *** WARNING *** There are reports of this not working at all. It's +  * not supported, not maintained and CAN LOCK UP YOUR SERVER!    */   // #define ENABLE_NEIGHBOURHOOD   
137:    * Should support for URL modules be included?    * I am trying to phase them out, but..    */ - #define URL_MODULES + // #define URL_MODULES      /* Basically, should it be o.k. to return "string" as a member of    * the result mapping? This is only for compability.