World: r3wp

yeah, Pekr's right.  There's no flash there. 
I suppose the firewall would be an issue for some.

DocKimbel, small request: Would it be possible to post the rsp guide, 
cheatsheet and docs as separate pages directly on the site? It's 
unpractical to have to download Cheyenne every time I switch machine, 
just to read the docs. Thanks.

stick them on google as a googledoc :)

Henrik: good suggestion

RSP API document now online at : http://cheyenne-server.org/docs/rsp-api.html

cool

Cheyenne Wiki is online : http://cheyenne-server.org/wiki.php

It's running on the latest version 0.9.19 (not yet released) with 
php 5.2.6.

The wiki engine is PmWiki.

If you want to contribute by writing docs for Cheyenne, please ask 
me privately for an account.

Pretty neat demo of php in action with Cheyenne

Yep, it's quite fast, but will be faster when the FastCGI code will 
be optimized.

can cheyenne be used to spawn a new task for a 3rd party application?

Yes, that's the purpose of mod-extapp.

It has been improved in the upcoming Cheyenne release (0.9.19).

Mod-extapp can launch and kill 3rd party apps automatically.

My EMR has to do things like play back speech files etc, but I can't 
do it inside the app as it will kill the async.

So, at present I'm using the mini webserver to play back sound and 
do voice recording.

Well, looking forward to new release then :)

You could rely also on Uniserve's task-master to execute blocking 
tasks.

Do you have examples of this?

Ahh... it's in the FAQ section :)

There's some unfinished docs for building "modules" for task-master, 
http://www.softinnov.org/rebol/task-master.html

See 6.Module API

Basically, it's just :

REBOL [...]

install-module [
    ...
    on-task-received: func [data][
        ...
        response: ...
    ]
]

ok

You can look at modules/CGI.r for an example.

I've added a url-aliasing feature to Cheyenne, so now the wiki will 
be more search-engine friendly. The new URL for the wiki is http://cheyenne-server.org/wiki

Excellent

very nice wiki site

just one small point, characterizing indians is not really considered 
correct, though i like your image and he is smiling.

I agree, I was planning to change the baseline since a while.

Calling them "Indians" is not correct either.. if you want to be 
judgemental.

Although the 'cartoon' looks like my mom... seriously.

don't want to be judgemental just saying...not a big deal, but note 
that Apache uses the feather, far more neutral

Is there anything that would cause Cheyenne to crash? I've not yet 
tracked down the bug, but every time I click a specific link on one 
of my .rsp pages, it just dies and needs to be restarted. Unfortunately 
it's now gone so far that it seems not to want to serve pages anymore 
even though it's running. Under OSX, I get this log output:


Aug 20 23:31:16 Macintosh com.apple.launchd[136] (com.rebol.cheyenne[68207]): 
Stray process with PGID equal to this dead job: PID 68212 PPID 68210 
rebol

Aug 20 23:31:16 Macintosh com.apple.launchd[136] (com.rebol.cheyenne[68207]): 
Stray process with PGID equal to this dead job: PID 68211 PPID 68209 
rebol

Aug 20 23:31:16 Macintosh com.apple.launchd[136] (com.rebol.cheyenne[68207]): 
Stray process with PGID equal to this dead job: PID 68210 PPID 1 
rebol

Aug 20 23:31:16 Macintosh com.apple.launchd[136] (com.rebol.cheyenne[68207]): 
Stray process with PGID equal to this dead job: PID 68209 PPID 1 
rebol


Are there any file permissions, that if set wrong, would cause cheyenne 
to stop serving pages?

variable overvrite?

if you run on port 80, it's running as root so I don't see any problem 
with permissions

also php fastcgi support isn't 100% stable, mostly due to bad php 
fastcgi implementation

if you have a specific rsp that create the problem I'd be glad to 
have a look and test here

1. Variable overwrite is a possibility. 2. I don't use PHP fastcgi. 
3. If I could get Cheyenne to serve pages again, I'd be happy to 
recreate the problem. The server is (was?) running on port 80. I 
don't see what or how that could change

found it

got it to serve static pages, but rsp is still not running. I must 
go now, but I'll try continuing tomorrow.

got rsp running

about variable overwrite I would check first any of those present 
here http://cheyenne-server.org/docs/rsp-api.htmlspecifically "session" 
"resonse" and "request"

I use a Virtual hosted site. Does anyone else out there do the same? 
I'd like to confine my Cheyenne tests to a particular test site and 
not affect all the other sites. Yes, I suppose I could also do everything 
locally but it would be fun to have it "live and real." I'm wondering 
if anyone has some thoughts about this. I'm not a linux/apache wiz 
so I'm not sure if the httpd config can be set for a specific site 
or is it global?

What is what? Do you want to run Apache or Cheyenne? Do you have 
Apache virtual hosts, or a complete virtual server that you can install 
your own software on?

Kaj, I guess it is my ignorance. I thought Cheyenne ran under Apache. 
I have a GoDaddy virtual server that is running Apache but apparently 
I can also install my own software:
What can I install on my virtual dedicated server?

You may install anything you want to on your virtual dedicated server—as 
long as you do not violate the restrictions listed in your license 
agreement.

Cheyenne is an independent web server, only aiming to match Apache's 
abilities

That said, I think it is possible to run different web servers on 
the same web site. For example, it is possible to have a leaner web 
server handle static content and have Apache handle dynamic content