World: r3wp

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.

PHP interfacing revealed : http://softinnov.org/cheyenne/blog.cgi?view=0005

Well.. it's still looking really great.. love the module methods.. 
very clean.
Im going to deciated 2-3 hours a day building mods ;)

doc, I think I'll give this latest version a spin... is it as easy 
as apache to get working?

Easier, much easier.

Gabrielle, what's "CGI emulation mode"? Is it CGI mode or TCP/IP 
mode connected to FastCGI?

Not having much luck with PHP... test.php would rather download than 
execute.

robert, by default Command does fast cgi in cgi emulation mode. this 
way nothing changes for the cgi script except that words/values persist 
across invocations.

Ah, didn't know that. So, I run the RS server part via command and 
see what happens. Will do so.

yep.

could just mean renaming your .cgi file to .fcgi.

the shebang stays as usual (command -cs)

command will detect tha apache called it as fastcgi and will stay 
running

apache may run n of them though, so be careful with concurrency issues 
on files you access from services.

ok, thanks.

Alsways do a fast COMMIT ;-) and no nested transactions.

Ok.. PHP is running on XP.. 
uncomment this line in httpd.cfg

bind fastcgi to [.php .php3 .php4]

So Nenad, are you considering a more native PHP implemenation to 
increase performance?

It will be interesting to see what kind of mashups we can do between 
Rebol and PHP.
I've found PHP's XML handling particularily nice.

Nenad, would there be some way to post-process the php?

Possible to make the PHP handler a module as well?

PHP's mem footprint is relatively small .. around 5mb...  whereas 
Cheyenne appears to be running 3 instances of Rebol  totalling 25mb.

that's funny, because www.rebol.net has been running for years with 
many rebol cgi stuff, this altme world, ios servers etc. without 
ever touching the swap. as soon as we installed mediawiki, with just 
me and carl using it, it started swapping. :)

Any sort of heavy load causes php-cgi.exe to crash...

Pre or post-processing PHP: currently it would require a dedicaded 
mod to achieve that.

Seems like a 'best of both worlds'

Another thing to note when downloading the PHP binaries is renaming 
the php.ini-dist file to php.ini

Looks my old rsp application needs a few changes to run under this 
version of cheyenne

do-sql ?

Is a connection opened somewhere to a sql database?

Or, do I edit cheyenne.r to do that?

Right, using 'do-SQL makes Cheyenne manage the connection for you. 
You need to define your DB connections specs in the httpd.cfg file, 
like this for example :

databases [
		bugs	mysql://[root-:-localhost]/bugs
		forum	mysql://root:[admin-:-localhost]/forum
		test	mysql://[root-:-localhost]/test
	]

then, if you're not using RT's DB drivers, you need to load your 
driver somewhere : %misc/rsp-init.r or %www/your-app/app-init.r (if 
you've defined a webapp) are good places to do so.

this is a lot more complicated than the 2005 version :)

so, to send a query to "bugs" ?

DO-SQL syntax : do-sql [db [word!] data [string! block! word!] /flat]