Mod Wombat

wiki

Following are some thoughts on improvements which could/should be made to mod_wombat. These ideas are from Brian Akins.

// Ability for other modules to call lua without worrying about caching,

// compiling, etc.  i.e. something like:

APR_DECLARE_OPTIONAL_FN(apr_status_t, lua_request_register, (apr_pool_t

*pool, lua_request_t **new, const char *file));

APR_DECLARE_OPTIONAL_FN(apr_status_t, lua_request_run, (request_rec * r,

lua_request_t *run, const char *function, apr_status_t *rc));

In theory, this generalized "framework" would be used by mod_wombat internally.

-Per thread vm's. An httpd thread has a dedicated lua vm for each file.

(We do these two things^^. Brian M. has our very hacked version of mod_wombat. I can post it here if there is interest)

Support for in httpd.conf Lua. Ie, I want to be able to do "simple" lua in the config rather than having to use a separate file.

<Lua my_cool_code>

require 'string'

require 'apache2'

function simple_redirect(r)

    if string.match(r.headers_in['User-Agent'], 'mozilla') then

        r.headers_out['Location'] = 'http://somecoolmozillasite.com/stuff'

        return apache2.HTTP_MOVED_TEMPORARILY

    end 

end

</Lua>



<Location /my_ie_only_app>

   LuaHook fixups my_cool_code:simple_redirect

</Location>

(Bad example, but you get the general idea)

Ability to make "real" modules in Lua:

function register_hooks(p)

    apache2.hook_handler(my_handler, NULL, NULL, apache2.HOOK_MIDDLE)

end



apache2.module(

    apache2.STANDARD20_MODULE_STUFF,

    create_dir_cfg,

    merge_dir_cfg,

    create_svr_cfg,

    merge_svr_cfg,

    cmd_table,

    register_hooks

)

The modules loading is place I see this being tricky.

For the truly ambitious, I'd like to be able to configure apache via lua:

httpd.load_module('mime_module', 'modules/mod_mime.so')

v = apache2.server.new()

v:document_root = '/opt/apache/htdocs'

mod_mime:types_config = '/etc/mime.types'

mod_env.set_env('X-Lua', 'is cool')

Not valid, but something like that...