World: r3wp

Right, one phase calls all modules (unless one returns TRUE), then 
go to the next phase (see the 1.1 in developer's guide).

exactly

ahh... ok...

that's pretty cool...

why does the position matter?.. is the position related to other 
modules, or to itself?

the position determines the calling order in a given phase

I take it the module order in the config file is a type of position 
as well?   if the tirst module returns true, then the rest not considered?

when you declare : url-translate first, you want your module's url-translate 
to be called the first.

but if phases are in order, why not follow the order?

exactly, modules are competing to close each phases, so order in 
the list, and order in config file matter.

I can see how that could be a bit tricky.. somewhat bug prone

if 2 modules declare the same phase's function to be first, which 
one to call ? :-)

this case is solve only by the position in config file.

Need some kind of global phase viewer

(sounds like a module :)

normal then is pure config order

This system is very flexible, but if not carefully done, can lead 
to a messy organization. I plan to move to a more simplified system 
(but more restricted too) for Cheyenne 2.0 (not before 2008, I guess).

This is fine.  just need to grok the system better.

That helps alot, thanks

Graham: still no crash on your server

true

(sorry, wrong channel)

I reduced the number of javascript elements on the page.

I'll put them back and see if it happens again.

One last question for now if you don't mind.. sending a response 
back to the page.. .. is this correct?
req/out/content: "test"

Do you have a really basic make-response function?

yes, but you have to set the res/out/code (HTTP response code as 
integer! value)

Here's what I have.. 
install-HTTPd-extension [
	name: 'mymodule

	order: [
	url-translate first
	make-response first
	]
	
	url-translate: func [svc req conf][	
	;probe svc/client/remote-ip
	none
	]
	
	 make-response: func [svc req conf /local res sess][
		if all [declined? req none? req/app][return none]	
	req/out/content: "test"
return true	
		 
	]
	
]

req/out/code

lacks : req/out/code: 200

and delete the : if all.. line

Eureka!

this line is for testing in mode-rsp/make-response if the request 
should be processed by mod-rsp or not.

That should be Rebol's new name ;)

Agreed ;-)

That's great..   so very extensible.. I have a really basic core 
Chyenne, and can add mods as I go..

Well, I guess it's good as it's not crashing now.

I wonder if it was because I had some paths wrong to the javascript 
libraries ...?

Trimming out the extra modules really sped things up.. doing 1000 
localhost page hits in < 9 secs

Would that kill the rsp engine if it tried to include non existent 
libraries?

Cannot make it crash whatever I do...Anyway, if you can reproduce 
the problem, I'd like to know what caused your error.

humm, good question :-)

might be the cause, let me try that

I originally had relative paths .. but the Yahoo libraries were above 
the webroot

so, I switched then to using absolute paths to Yahoo itself

I wasn't sure if rsp would allow me to include outside the webroot

currently, there's no restriction on that, but I have to sandbox 
those include functions.

Hmm  ..that's not correct.

Oops.. that was < 9 secs with vv debugging on.. turned off it was 
< 4 secs

rsp would include the file correctly, but the generated page would 
reference libraries outside the webroot