World: r3wp

and if you put a plugin to your www folder

Cheyenne process script files declared in %httpd.cfg config file. 
In the default config file, you have :
	bind-extern CGI to [.cgi .r]

which means that both .cgi and .r are treated as CGI scripts and 
executed.

processes

then try to access that plugin from somewhere, like <PARAM NAME="LaunchURL" 
value="http://my-cheyenne/test.r">

then cheyenne processes the plugin's script

is there a workaround? without removing .r extension from cheyenne's 
config file?

If you want to serve .r files as static files, just remove it from 
the BIND-EXTERN command in config file.

yep, you got my point before I say :)

:-)

I want to execute .r files in cheyenne, so should I change the plugin's 
extension?

Yes, that's the correct solution.

ok, thanks. I'll try to reproduce the service problem, but currently 
it works well. thanks.

If you have issues again with the service mode, try running Cheyenne 
with the -vvv command line option to log debugging messages.

DEBUG: I'm I right that the newest version doesn't send a Rebol error 
to the client anymore? How can I re-enable this "feature" for non-web-app 
pages?

Something like: debug: true?

Does Chyenne support the HTPP request method DELETE out of the box? 
GET, POST & PUT work. But DELETE seems to be handled differently.

Web-Apps Login: Is the login page always presented as first page 
if a user isn't yet logged in and tried to access an other page directly?

Yes, in my experience, as long as the other page is in the web app 
directory. You can't even use an external CSS file in the directory 
until you log in, even if it is referenced from the login page.

Web-Apps Login: Is basic authentication supported? I have a situation 
where form-and-cookie authentication is awkward.

I think you can if you put it in public/ folder inside secured folder.. 
at least that's how it works here

I mean access css/js.. files

secured folder = web-app folder?

Oh, and cool, thanks. I really need basic authentication though, 
with no cookies required. Either that or to be able to specify sessionids 
as get parameters, or maybe post sometimes. I need to support stateless 
clients.

yes, <web-app>/public/

DEBUG: you're right. You can re-enable that by adding a DEBUG keyword 
in httpd.cfg in domain or webapp config block..

DEBUG: Can I enable it via a RSP API call or a flag for just a specific 
RSP file?

Let me see if it can be done easily...

I'm running Cheyenne in an EC2 instance, btw. Even the cheapest, 
bottom-of-the-line instance runs Cheyenne really quickly.

Try adding this line at the beginning of the RSP script (it shouldn't 
affect other scripts) : 

debug-banner/active?: yes

Is debug-banner page-local or app-local?

It's reset at every RSP request.

So, doing as explained would make it page-local.

DELETE: not out of the box. If you want to add support for new HTTP 
methods, you need to build a custom module for Cheyenne that would 
take precedence over mod-static/method-support handler. If you need 
it as RSP level only, you can just edit that handler and add whatever 
method you need. I may add a config option to be able to extend allowed 
methods in a cleaner way.

What OS are you using on EC2?

I went with a web app for the database connection management and 
authentication, but now I find out I need to support stateless clients. 
So, no persistent cookies. Help?

18th March "No builtin support for basic auth. You need to provide 
your own code. 'on-page-start would be a good place to put that kind 
of filter."

Thanks for digging up that post. :-)

Darn. I'll figure it out tomorrow then. Any problems with creating 
a throw-away session every five minutes?

Just shows I wasn't the only one wanting ( not necessarily needing 
though ) ba.

:)

Brian: It shouldn't be a problem. Sessions block is hashed, so session 
access time is constant and the only impact is on memory usage.

Graham: I suspected a hidden message ;-).

Was I so transparent ??

Brian.. are there any special requirements to run cheyenne on EC2 
or is that like any other vps?

Taking the time to read all messages back to 18h March to dig it 
up was most probably driven by another goal than just saving me from 
re-typing it. :-)

ummm.... see the magnifying glass top right?  It's called a search 
tool :)

hm.. I need to figure out one day how those EC2 prices "$0.10 per 
instance hour" translate or compare to some small VPS

Damn, that's the first time I'm noticing that feature in AltMe!

much more expensive

If you run your EC2 instance 24/7 ... probably 3x the cost or more