World: r3wp

Can RSP pages retreive content using async http and return them to 
the client?

HTTP requests for static ressource are handled in multiplexing mode 
by the main Cheyenne process. Only CGI or RSP can currently spawn 
a new process if there's no free process available to handle the 
job.

Async in RSP: there's nothing preventing that from being used.

Good to confirm this

I haven't downloaded your latest versions yet .. is a console visible 
?

Only for the main process, console are hidden for bagckground processes.

Can that be hidden as well to use Cheyenne as an embedded web server?

Of course, just add 'no-window to Cheyenne.r encap header.

mod-rewrite module for powerful request URL transformations (without 
the regexp complexity!).

There's been some discussion around here on the future of .htaccess 
... the timing of this feature may be perfect.

You can find an alpha mod-rewrite here http://softinnov.org/cheyenne/blog.cgi

is is parse base, each rule consist of a match block!, a transform 
block! and a logic! to continue thru next rule or break

Doc... Have you thought about NTLM support for Cheyenne?

(maybe there should be max-width specified in the css for the code 
block in the blog)

Unfortunately, 'max-width is not supported by Internet Explorer.

but at least under rest of the browsers it would looks better (and 
with overflow: scroll)

(overflow: auto)

This is working for IE and FF and should be added to Carl's blog 
as well:

pre {font: bold 10pt "courier new", monospace, console; width: 630px; 
overflow: auto; background-color: #f0f0f0; padding: 16px; border: 
solid #c0c0c0 1px;}

Thanks for your code, I'll give it a try. Btw, IE has 85% market 
share (according to a recent article on osnews.com).

The problem with the code above is, that it's fixed with for all 
pre tags, but in the blog there are at least 2 widths - one in the 
article and one in the comments

so I should rather use something like width: 90%

But it's a little bit out of topic chat:-)

Right, but thanks anyway for your help.

NTLM support: I thought about supporting that, but it's currently 
quite low priority. It would rely on win32 API, so would only work 
with the Windows version of Cheyenne.

Doc,  I appreciate your time / work on this.  Just so I understand.... 
are you saying that the solution you would implement would only run 
on a Win machine and that solutions that run on other machines are 
not feasible  ... because they are basically cumbersome and unreliable? 
 e.g. http://drupal.org/node/44718And are schemes like NTLM Authorization 
Proxy Server unworkable?  refer http://www.geocities.com/rozmanov/ntlm/
    I can't see using Cheyenne in a work environment  unless it supports 
NTLM.

Nenad, seems there was a major uniserve rewrite with cheyenne.. are 
things pretty much the same? How do you install a new service now?

Terry: UniServe hasn't been rewritten, there are just a few features 
and new events added. The service API is exactly the same as before. 
Remember that Cheyenne and UniServe are two different products. Cheyenne 
is just using UniServe as low level networking layer.

MikeL: I've implemeted a cheap solution by using the win32 API. Implementing 
NTLM natively in REBOL  require a significant amount of time, that 
I don't have currently, or in a near future. There are some non trivial 
algorithms to implement in REBOL like MD4 hashing. If required, I 
may work on such lib on a contract basis, else I don't think that 
I'll have time to implement that before next year. Maybe someone 
else in the REBOL community would have the time to do the job ?

Nenad, Thanks for the explanation.

Nenad, I dropped my service into Cheyenne's uniserve / service folder 
and no go? Works fine with the older Uniserve.

If you're using cheyenne.r to try to start your service, that's logical 
: only the HTTPd service is loaded, see cheyenne.r source code. If 
you want to add your own service to cheyenne, add it to cheyenne.r. 
If you don't want cheyenne, just write your own launch script.

Erratum: cheyenne loads 2 services : HTTPd and Task-master.

Any docs coming for Cheyenne?  How do Vhosts work?

Hey Doc.. how much time will you be committing to Cheyenne?

.. ( i guess i have my answer ;)

Is this what you have to do SSL enable/wrap Cheynne ? http://www.stunnel.org/examples/https_windows.html

Yes

I wonder if all of that can't be short circuited by just downloading 
binaries of openssl, creating the certificates, and then downloading 
the stunnel binaries.

Didn't work for me.  openssl didn't compile :(

Nenad, any word on updates? PHP?

I've been cranking hard on Framewerks, and a beta is coming soon. 
We've completely blurred the line between desktop apps, and web apps, 
and I'm looking to EASILY sell 100,000+ copies of Cheyenne as soon 
as it's ready.

Anyone interested in making Cheyenne (and Uniserve) an Apache killer?

we need to wait for doc to fix sessions

we need to wait for RT to enable server side ssl

CARL!!!!!!

;-)

we may have to wait until May when doc can ply Carl with enough beer 
to release the secrets of ssl

Doc is rewritting sessions currently and back on Cheyenne, at least 
that is what he told to me a week ago ...

That is good news Pekr, thanks for sharing 8-)

there are still stability issue on heavy traffic, at least on OS 
X

how heavy is the traffic?