World: r3wp

if you don't need the http service than you propably need only uni-engine.r 
and build your own service/protocol otherwise mods can override every 
phase of the httpd .. better wait for DocK..

ok the "every phase of httpd" is just wanted to hear  :-)

web services usually use http, but don't serve out cgi nor web "pages"... 
so the return values are always processed.

has anyone succcessfully used OpenSSL, or is it still a "just use 
OpenSSL" suggestion...

look at phase return codes in the doc, and search in this group for 
phase order execution

If by sucessful you mean Open

SSL... working along side of Cheyenne.. then yeah.. and sTunnel as 
well.

If you mean tying the OpenSSL libs directly via view/pro, then no.

Graham: there's some experimental stuff about that in mod-internal, 
but still needs some improvement to be ready to encap a complete 
web site in the Cheyenne binary. But that's a planned feature, I'll 
provide better support for that in a week or 2.

Maxim, I'll provide this weekend a new module for easy Cheyenne embedding 
in third-party REBOL application. It should give you all the hooks 
you need to interface with your code and build your specialized server.

Cool.  Thanks.

ok, will wait for that then  :-)

Doc, how are the docs coming along?

in the meantime me I help?

may I help ?

;-)

May I help?  <- note there's a capital M and no space before the 
question mark.

ok hopefully the qtask module grammar tha will make us "write like 
an 8th grader" will come soon! not really looking forward for the 
lie detector thought! ;-)

I'm thinking this is not a good error to get ..

Script: "Untitled" (none)
## Error in [task-handler] : Make object! [
    code: 316
    type: 'script
    id: 'no-memory
    arg1: none
    arg2: none
    arg3: none
    near: [insert tail series :value]
    where: 'append
] !
/

I think it happened when I left the trailing %> off a rsp page.

How about including a global url-encode function ?

Or, where is the appropriate place to define globals like this?

Url-encode is already defined and available in RSP scripts ;-)

I've just fixed the error you've reported.

I've got a new problem

could be mea culpa

but login as guest / 1234

https://www.compkarori.co.nz/

Click on results

click on "O2 Sat" at the bottom there

Now the url looks okay at the top, but the request url is wrong

in the rsp debug

good to know about url-encode :)

also the values in the request content show up with double quotes

eg. {"value"}

  in parameters value =

=> known bug

will be fixed in next release (should be tonight)

Ok, thanks

double quotes, that's normal they are present in the URL : https://www.compkarori.co.nz/testapp/filteredhl7.rsp?rtype="O2Sat"

Is the bug database online Yet ?

Ok.  About the double quotes

unfortunately, not yet, I'll try to put it online after the next 
Cheyenne release (so, it could be online tomorrow).

Quick patch for url-encoded value bug: 

1: in %HTTPd.r find the 'parse-request-line function
2: change the following line :

    parse/all dehex ctx/status-line: copy line [
to
    parse/all ctx/status-line: copy line [

3: change the following line :

    ctx/url: path: trim url
to    
    ctx/url: path: dehex trim url

Marteen: about docs, the RSP API document will be published tonight 
with the new release. The module API is still incomplete and the 
general Cheyenne main doc is still pending (scheduled to be released 
for 13/06).

Sounds good!

I'm having trouble getting Cheyenne to display web page with an absolute 
path. It works when Root-dir is set to  %/www/ but when I set it 
to the absolute path ...say %"C:/Rebserver/Cheyenne/www/" I can not 
get hte default page but I do get my test.php script to work.

It works for me but you might want to try using the rebol format 
on the directory name %/c/rebserver/cheyenne/www/

That works. Thanks Mikel

url-encoded patch working :)