World: r3wp

Is there a chance to use basic authentication instead of using cookies 
to access pages inside the webapp?

you would need to pass some kind of identifier with each REST.. the 
web is stateless

I think Cheyenne's webapps are protected by cookie authentication

I need to access some images inside the webapp from a Rebol plugin.

I could store the images in the public directory ... but that's not 
secure.

You're using the plugin? Good luck

trying ... trying ... trying ...

I'm not sure you can pass binaries from the DOM to the plugin, if 
that is what you are trying.

nearly there!

You need a proxy.

why?

Can a plugin manipulate the DOM of the page?

REBOL/Plugin includes a function callable from REBOL scripts, do-browser, 
that allows you to execute and retrieve the result of browser script 
code. This script code may manipulate the browser's document object 
model (DOM), giving you the ability to interact with other elements 
in the HTML page.

so I could load the image as normal and then use the plugin to access 
the image?

yeah

well, you access some JS.. and it manips the image

Yes, the plugin can manipulate the DOM. I still don't think you can 
load binaries into the plugin from  the DOM

you can message the plugin

eeek ..need to switch to plugin group

Looks like my cheyenne server has crashed ...

http://compkarori.no-ip.biz:8001/

static pages ( index.html ) work .. but cgi and rsp don't.

Security Error: Content at http://compkarori.no-ip.biz:8001/ may 
not load or link to chrome://firebug/content/highlighter.css.

In other words, I can't see it in Firebug

Just a crash involving cgi and rsp.  Static pages are still okay.

I've seen that happen here too in rare cases (cause undetermined). 
If you can run the %UniServe/clients/rconsole.r script on your server, 
you should check for this :

probe uniserve/services/task-master/shared/pool-count

I'lll have to wait to I get to work .. unfortunately I don't have 
vnc access to this box

In some cases, this value can be messed up and Cheyenne doesn't seem 
able to start a new process anymore. I've made a small improvement 
in v0.9.19, but I'm unsure how if it will be really efficient.

I'd better upgrade to 9.19

Right, but test well your RSP webapps first with this new version 
before upgrading in production.

Odd .. crashed on me again.  the above probe said 8

This is with 9.19

Have you identified the pattern of actions causing that ?

I was just calling imagemagick ...

but now it's running okay again.  Very odd.

Sounds like the erratic crashes I've been getting. I thought I had 
found a pattern, but no.

It's clearly divide by zero.

Henrik, are your crashes also with the rsp engine?

Graham, I'm not sure. I have to restart Cheyenne to get it going 
again.

are static pages still working when it crashes?

I honestly haven't checked.

please check next time ... well, if you have some static pages!

I will.

It seems that the issue is caused by helper processes being stuck 
in "busy" mode and 'pool-count reaching the max value (8 in v0.9.18), 
so that any new CGI or RSP request coming won't find a free helper 
process. I still don't see why helper processes would remain stuck 
in "busy" mode. I'll run a few tests tomorrow to investigate that 
more deeply.

can we change the max value?

sure

it's not yet exported in config file, but you can change the default 
value in %Cheyenne.r source code.

ok

Hi Henrick, I store my site at %/c/www/