On 9 Aug, David N. Welton wrote:
>> I'm currently learning how UTF support should work and then I'll try
>> to help on that matter.
> That would be fantastic!
For now it's a horror :P
>> The things I'd like to see is cron-like stuff (it can be written
>> using tclX+fork for now, but should be available in some standard
>> form - like AOLserver's api, which gives the user a lot).
> Cron stuff is best handled by cron, in my opinion, not by the web
> server, just as Apache is a better web server than cron;-) Joking
> aside, which calls in the AOLserver API are you refering to?
ns_schedule_proc and basically ns_schedule_*. It is AOL specific and
some tricks on programming cannot be made with Apache 1.3 (most should
be possible with Apache 2 and the thread working model).
Things could be done easily with the use of a separate process and some
sort of unix socket communication (basing on Tcl-DP for example). This
way I could launch application daemons to serve specific stuff (ie
cleanup the database once a day). It is very useful to have it all in
one file/one dir.
I like the concept of having all in one place so that I can easily
distribute my code library across servers - with AOLserver I just tar a
dir and copy it across servers.
I'll think about how I'd like to see things (maybe it'll be pure tcl
extension). I'd definitely like mod_dtcl to change the way it loads
scripts at startup - so that they can be easily split into modules (in
AOL each module is a different directory). Ie
Dtcl_Script Module /usr/local/mod_dtcl/modules/zoro
And it could do the following: try to load $dir/init.tcl and then load
each other script in alphabetical order. It's the way AOLserver does
that and it's quite useful for distributing web applications.
Global/ChildInit and other scripts could be done by registering them via
some Tcl function. Most of this could be done in pure Tcl, so the way it
could be done is that mod_whatever (lol ;) has some core Tcl script
which then loads all the rest. It is the way I do it now and I think it
will provide some standards which are really helpful.
At least the guys on AOL maillist also seem to like it. The best part
about AOL actually is that it gives you tools for writing complex
engines. Some of it could easily be used as ideas for mod_whatever (lol)
--
WK
--
WK
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]