World: r3wp

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

I run 2 cheyenne webites (site-assistant and qwikitodo) and 2 apache 
solr servers and a bunch of rebol bots on 180MB RAM VPS for 12EUR/month.. 
and pages load in a snap (unless I add sqlite update/delete/insert 
to the pageload)

All kidding aside, BA would be useful .. it's also needed for mod-rest.r

I agree, I just need to figure out how to best integrate it.

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?


It depends, if you're using the AUTH keyword in the webapp config 
bloc, that's true. If AUTH is not used, you can access every webapp 
resource directly, it's up to each RSP to manage the access rights 
strategy. That's how CureCode webapp works. It uses a  common filter 
script called from 'on-page-start to control access.

BrianH: "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."


Passing RSP session ID as GET or POST parameter is supported in latest 
release.

The only requirement I specified was that it be x86-compatible Linux. 
Someone else built it. Be sure to back up though, in case the instance 
goes away unannounced.

What is the parameter named?