World: r3wp

http://reboot.ch/mod-rewrite.r

ok.. made some changes...  renamed the module: mod-my-mod.r   .. 
added this to the http.conf file

Working fine now. (and the none after print "test" allows the print 
statement to work as well)

that was rather painless.

and well organized.

So I removed the module from cheyenne.r and it works.. I gather that's 
just for encapping?

Cheyenne is very extensible... shoud be easy to build http based 
file uploaders, advanced logging... db connections, advanced file 
mapping, authentication, mod-rewrites without the regexp.. tons of 
stuff.

Terry, I'll provide some better docs about modules creation and a 
step-by-step example on how to build simple module.

Why not runniong the RSP bugtracker of Cheyenne to track the bug... 
of cheyenne ?
Like this, it's a live and usefull Demo !

Dock said he will use it on softinnov and also release the source 
as a complete rsp example, probaly not yet ready for "beta" 8-)

robert, yes to integrate rebservices as a 'cgi access module' (bridge)

which provides e.g. a persistent connection to sqlite or rebdb etc. 
would 

be nice. could be also used as a starting point for a nice webbased 
admin-concept for sqlite.

robert, did you try services with fastcgi in cgi emulation mode? 
any problems with it?

No, I did not, because I thought it requires special handling in 
the CGI prog.

in cgi compatibilty mode, the only problem you can have is if the 
cgi script is not reentrant, but services should be.

Something in Cheyenne preventing the -s security switch in WinXP 
?  I get  the "encap-fs.r requests permission to open port" security 
message.

Is there a release somewhere that I'm missing and evrybody else *did* 
find?

Didec: I need to finish to CSS code to put the bugtracker online, 
it will take me a few hours of works, so I put it online this  weekend.

Is Dockimbel short for "Documentkimbel"?

Terry: I run it on XP with the following command-line : rebol -s 
cheyenne.r, no security requestors here.

nope, doc is for doctor ;-)

Doc, what is the new ETA for the beta?

one hour

btw, the current RSP bugtracker code name is : CureCode ;-))

I have a new beta with several fixes ready to release. I'll post 
the link here and update the website tomorrow.

I'll wait for tomorrow anyway, I guess I'll need the docs. Really 
looking forward to it though

have you curred the port closing bug in R2?

With RSP, session support, CGI and mysql:// this is a rebol web app 
framework that most languages can only dream of (productivity wise).

Just having an idea: perhaps adding RebXML support in RSP or so?

IF one likes to say the web is productive to start with  ;-)

doc, make sure you set aside some time this weekend. you know, for 
things. ;)

hahahaha

Maxim : all problems regarding port closing (like remaining "zombie" 
connections are solved).

Gab: it's christmas already ? ;-)

very close. :P

Is it working with Chris' QM ?

I didn't had time to follow the discussion about that in the QM channel, 
so I don't know...

Has anyone tested php on windows. And do I need to uncomment : ;	bind 
fastcgi to [.php .php3 .php4] and :;	extern fastcgi [
;		command	 "php -b $port"
;		pool 	 min 1 max 4
;		server	 192.168.0.100 ; port 1234
;		root-dir "/home/dk/fcgi/"
;	]

to get it up and running?

nope, that parameters are not yet working.

please give me a few minutes to let me post the latest Cheyenne beta 
sources and I'll write a post about how-to make PHP work.

Cheyenne v0.9.11 Beta released : http://softinnov.org/tmp/cheyenne-r0911.zip

Several bugs fixed (including the sixteen.html counter bug). RSP 
API documentation updated and fixed, 75% completed, still needs some 
work to finish.

I'm still getting

Redirection Catched
Destination url: /testapp/
For all RSP related activity.
GNU/Linux 2.7.5.4.2  IceWeasel (Firefox) browser and Konqueror

Modified HTTPd.r for port 8080, run cheyenne.r off terminal session 
with
rebol -cswq cheyenne.r

That's because the DEBUG mode is activated by default in these beta 
releases. To get ride of it, just edit the httpd.cfg file , find 
the webapp "/testapp" option block and remove the 'debug keyword 
 (then restart the server).

well, i don't know what Im doing wrong, but after i log into testapp, 
then run testapp/sixteen.html.. i still get booted back to login 
(latest version)

Yep...loops around.

With debug, Redirection Catched.
Without  loops to login screen over and tover

Terry, it seems that's a issue with the way the request pipelining 
and multiplexing is done by some browser. I've plan to fix that this 
weekend.

Love the work Doc.  Everything else works great, in terms of serving 
web stuff.

peoplecards.ca has been running now live for two weeks.  But right 
now I have to go

play poker.  I'll chat with Will to see if we can't nail down the 
setting that is 
causing this...
Thanks much.  For lots and lots.

Brian, I can't reproduce this behaviour on my Windows box whatever 
browser I use. I'll try on a linux box tomorrow morning.