At 09:14 AM 10/09/2001 -0700, Steven E Lumos wrote:
> >Is anyone interested in making a mod_unicon or mod_icon for Apache, much
> >like there's a mod_php and a mod_perl? Or, should I say, anyone interested
> >in helping? I'm not sure quite how to tackle this.
> >
> >Wade.
>
>I wrote a simple Apache module and it's not too bad if you read the
>documentation and sample code carefully. The first question though is
>what you intend mod_unicon to do. Things like mod_php and (I think)
>mod_ruby seem to be mainly intended to keep the interpreter in memory.
That's close to what I had in mind.
I was really after a method for a Unicon CGI program to be called or
resumed after it's already initialized what it needs to, for instance,
reading (possibly extensive) configuration files or creating ODBC
connections. OTOH, there isn't a lot of urgency in doing this yet - the
site in question is not going to get 20 hits a second; at the moment, it
will be lucky to get 20 hits a day.
>But mod_perl actually exposes the entire Apache API, so you can write
>modules in Perl rather than just executing code embedded in web pages.
>The application server method that was suggested won't let you do
>that.
No, I realize that. The application server idea also has the problem of
just how do you pass the necessary pieces of the CGI environment over
there. I have an idea how to do that modelled on how ESMTP extended
attributes work, but I haven't tried to code anything yet. It's tempting to
try to come up with a CGI v2 type of spec, in fact. (-:
> From the other messages, it sounds like that isn't needed, but if
>anyone does start looking seriously into an Apache module, my advice
>is to use axps and dynamic loading. It's much easier than what you
>have to do to statically link a module into Apache.
More jargon to learn... :-) But thanks for the ideas.
_______________________________________________
Unicon-group mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unicon-group
