AltME groups: search

I don't know what you mean by that. A library or library-binding 
that is interesting to me? Okay let's say I find it important to 
use Red as I do with REBOL on my Apache driven website (no option 
to choose the server with my webhostingservice) to process rebol 
scripts and rsp scripts. I think there is a world of Red users to 
be won if Red could do this, at least we would be able to run Red/Redsp 
scripts on the apacheservers potential customers will have their 
websites hosted on, if you still can follow, they may not be too 
enthousiast changing websitehosting services only because we have 
some fun Rebol/Red scripting to offer. So where would I start?

But there you go: using Red on Apache is a very concrete and interesting 
task

Another option would be writing an Apache module in Red/System. I 
think that would require producing a plug-in as a shared library. 
The Red/System linker can't do that yet, so that would be another 
one to wait for

Unfortunately my websitehoster has a plesk system with Apache on 
it. I managed to have REBOL CGI working on it. It will process .r 
.rsp files.

Doc, quick license question: Was the BSL chosen because it allows 
you to distribute a binary without requiring that you distribute 
the license, unlike MIT and almost all other open source licenses? 
Would it be a problem if you incorporated Apache licensed code, which 
doesn't distinguish between source or binaries in this? You probably 
wouldn't have to actually include the license with the product, only 
in a web site or help file somewhere...

Not with it, they just have to provide it somewhere the recipient 
can get it. The NOTICE thing in the Apache license is weird though.

That's not what you said on the blog. Can you quote that from the 
Apache licence?

The Apache licence was written for a complete web server, the GPL 
is used for complete kernels

Is there something like the BSL that has Apache's patent grants? 
Because (given that I'm in the US) patents are a bigger issue for 
me.

Yes, that would be good. I imagine it would be easy to add an exception 
to the Apache licence

Doc, would you consider it sufficient to have a license that doesn't 
require that the license be included with (like MIT code) or distributed 
with (like BSD code) the product? The Apache license only requires 
that the license be given to the recipient - it hoesn't specify how 
- and it doesn't even require a copyright reference be included unless 
the product is distributed in source form. I'm just trying to determine 
the extent that you'll be able to include Apache-licensed code in 
Red, or how much this factor matters to you.

Brian, where do you get that the Apache licence doesn't require a 
copyright reference be included unless the product is distributed 
in source form?

Also, Apache is incompatible with GPL 2. Mixing Apache into the Red 
runtime would make it illegal to use GPL 2 libraries

Doc, good to hear that you think Apache code would be OK, even if 
it's in separated files. I'd like to help out with both projects 
:)

Brian, as you noted before, "You must give any other recipients of 
the Work or Derivative Works a copy of this License" does not make 
a distinction between source and binary forms. That means that if 
you compile Apache into a Red program, you need to give a copy of 
the licence when you give the program to someone

The community is leaning more towards Apache now, so as long as you 
don't patent redbin (or grant use of the patent) it would be usable.

Given that he's getting advice from Rosen, something like Apache 
seems likely. He has already shown a certain scepticism for the need 
for copyleft in this case. One can hope, at least.

BTW, we need to add doc-strings to all functions in %boot.red, I 
like the Rebol short but meaningful strings, but I have a few questions 
first:

1) Could we borrow them from R3?

2) Does that fall under Apache license too (I guess so, but just 
checking)?
3) In such case, where and how do we to put proper credits?

R3 doc strings were released as part of the source, so they are under 
Apache. They would taint Red to fall under the Apache licence, too, 
making it more restricted than BSL and incompatible with GPL

Hi! Placed my mirror game (with the slow code still) to be found 
at http://arnoldvanhofwegen.com/stuff/mirror.rebolBecause I have 
my apache thinking .r files are to be processed I renamed it to .rebol. 
Just download and rename to .r and play with REBOL/View.

License announced: http://www.rebol.com/article/0517.html
It is Apache 2.0

LGPL couldn't be integrated into R3 because of conflicts with the 
Apache licensing model, right?

No, Apache only has a problem with GPL

Today I experimented with calling a REBOL script from my php script. 
Thanks to previous contributions of a.o. Ralph Roberts of abooks.com 
from 1999(!) and an entry on the PHP site I found out how to do this 
on my apache driven site.

It was not quite as straightforward as Robert said like: include 
("rebolnow.r");
Nor was it as simple as: system("rebolnow.r 2>&1", $myout);
echo $myout;

But it worked when I called out for the REBOL program first. Both 
two of the next examples worked for me:
system("/path/to/cgi-bin/rebol -c %rebolnow.r 2>&1", $myout);
echo $myout;
AND secondly
echo system("/path/to/cgi-bin/rebol -c %rebolnow.r");
Work!

The REBOL script must be in the same dir as your PHP script (Not 
in your cgi-bin directory)(I didn't test sub dirs and other dirs 
but I suppose they work like usual)
The script does not need the #!/path/to/rebol line at the top.
The script should not print http-headers and

When printing stuff the last line should read print "" because the 
last printed line will be repeated.

Hope this helps more people to switch from php scripting to REBOL 
scripting for their websites.

well - am super excited that r3 is in what looks like the final stages 
of being open sourced
i'm not a licensing guru, but LGPL and MIT looks good to me
or Apache

Apache license OK, same as R3? I know it's for R2, but it makes the 
contributor rights more clear.

#! "C:/wamp/bin/apache/Apache2.2.11/cgi-bin/rebol-core-278-3-1.exe" 
-cs
REBOL [Title: "Table"]
print "content-type: text/html^/"
print [<HTML><BODY><TABLE  bgcolor="black" border="1">
{
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="one-one" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="one-two" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="one-three" type="text" 
size="1"></td>
</tr>
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="two-one" type="text" 
size="1"></td>
<td style="background:black; width:30px; heigth:30px;" ></td>

<td style="width:30px; height:30px;"><input name="two-three" type="text" 
size="1"></td>
</tr>
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="three-one" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="three-two" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="three-three" type="text" 
size="1"></td>
</tr>
}
]
print [</TABLE></BODY></HTML>]

#! "C:/wamp/bin/apache/Apache2.2.11/cgi-bin/rebol-core-278-3-1.exe" 
-cs
REBOL [Title: "Table"]
print "content-type: text/html^/"
print [<HTML><BODY><TABLE  bgcolor="black" border="1">
{
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="one-one" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="one-two" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="one-three" type="text" 
size="1"></td>
</tr>
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="two-one" type="text" 
size="1"></td>
<td style="background:black; width:30px; heigth:30px;" ></td>

<td style="width:30px; height:30px;"><input name="two-three" type="text" 
size="1"></td>
</tr>
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="three-one" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="three-two" type="text" 
size="1"></td>

<td style="width:30px; height:30px;"><input name="three-three" type="text" 
size="1"></td>
</tr>
}
]
print [</TABLE></BODY></HTML>]

you have to mix them something like  

#! "C:/wamp/bin/apache/Apache2.2.11/cgi-bin/rebol-core-278-3-1.exe" 
-cs
REBOL [Title: "Table"]
do %mysql-protocol.r 
db: open mysql://[root-:-localhost]/test
insert db {create table data (
    name            varchar(100),
    address         text
  )} 
insert db {INSERT into data VALUES 
    ('raj', 'pune'),
    ('ekta', 'delhi'),
    ('ankur', 'mumbai')
    
}
insert db "SELECT * from data"
results: copy db
print "content-type: text/html^/"
print [<HTML><BODY><TABLE  bgcolor="black" border="1">
{
<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="one-one" type="text" 
size="1">} 
print results/name 
print {</td>}


etc

learning comes with a lot of try and err even for a 'simple' language 
as REBOL


Probably yes and have your apache server set up right for .r files

you're right,i configured  my apache server  for  cgi ... i think 
i should configure again

just rename it to .cgi

you have the correct shebang at the top. apache should recognize 
it automatically.
don't forget to chmod your cgi to grant execution permission.

#! "C:/wamp/bin/apache/Apache2.2.11/cgi-bin/rebol-core-278-3-1.exe" 
-cs
REBOL [Title: "Table"]
do %mysql-protocol.r 
db: open mysql://[root-:-localhost]/test
insert db { DROP TABLE IF EXISTS data1;
create table data1 (
    oneone        varchar(1),
    onetwo        varchar(1),  
    onethree      varchar(1),       
    twoone        varchar(1),
    twothree      varchar(1),
    threeone      varchar(1),
    threetwo      varchar(1),
    threethree    varchar(1)
  )} 

print "content-type: text/html^/"
print [<HTML><BODY>]
print [<form><input type="submit" value=" submit !" />]
print [<TABLE  bgcolor="black" border="1">]
print {<tr bgcolor="white">

<td style="width:30px; height:30px;"><input name="oneone" type="text" 
size="1">}
insert db ["insert into data1 (oneone) values (?)" ]
results: copy db
print {</td>}

Not sure exactly what you mean Robert. I've written tools to generate 
Apache configs, if that's along the lines of what you're doing.

since this is the trace

HEAD /index.html HTTP/1.0
Accept: */*
Accept-Charset: utf-8
Host: www.rebol.com
User-Agent: REBOL

HTTP/1.1 200 OK
Date: Wed, 09 Jan 2013 09:03:18 GMT
Server: Apache
Last-Modified: Sat, 15 Dec 2012 07:02:21 GMT
Accept-Ranges: bytes
Content-Type: text/html
Via: 1.1 BC5-ACLD
Content-Length: 7407
Connection: close

>> write http://www.rebol.com/index.html[ HEAD ]
make object! [
    name: none
    size: none
    date: none
    type: 'file
    response-line: "HTTP/1.1 200 OK"
    response-parsed: none
    headers: make object! [
        Content-Length: "7407"
        Transfer-Encoding: none
        Last-Modified: "Sat, 15 Dec 2012 07:02:21 GMT"
        Date: "Wed, 09 Jan 2013 09:24:53 GMT"
        Server: "Apache"
        Accept-Ranges: "bytes"
        Content-Type: "text/html"
        Via: "1.1 BC5-ACLD"
        Connection: "close"
    ]
]

MIT or Apache

Btw, module systems like slim are the reason why I changed the underspecified 
parts of Carl's original module system into features that you might 
find familiar. It wasn't based on slim specifically, or even Gabriele's 
system, but an earlier module system that I wrote for the Apache 
module version of R2 back in 1999. It had similar characteristics 
to your module systems because I had come from strong modular languages 
like Oberon and Delphi, and because I had to solve some of the same 
problems you did.

What about using Apache's Rewrite module [ http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html
] to make nicer links in the Library.

It would certainly be nicer to have shorter URLs. We inherited the 
use of CGIWRAP (which is creating all the long URLs), and were not 
able to remove it when we started. That's a great pity.

What I'd realy like is for the server to be running apache 2, so 
we could read the REDIRECT variables in the 404 handler. Then we 
could do pretty much any amount of rewriting of URLs intelligently 
in a REBOL script.
Sadly, we are still on 1.3 with no hope of an early upgrade.

Sunanda: i keep the list of know words external to the script. there's 
a link to it from the html doc i posted (look for the #include directive 
and click on it). there's also a script that generates that file 
(apache directory index is enabled for that dir, so you'll be able 
to see it there)

Results of a tiny bit of debugging on the ascii chars problem:
-- problem seems to be at the input stage:

     -- if you have exended ascii characters (top bit set, like the 1/4 
     used in the script) what we get from the webserver is bad (extra, 
     unexpected extended ascii chars)

    -- only download is (visibly) affected, although the extra extended 
    ascii chars are present in the text streams

     -- though there is some REBOL mezz code (decode-cgi) that may be 
     doing something I do not understand

    -- I can replicate the problem with both Apache and Xitami which 
    suggests the problem may be in REBOL rather than a given server.


-- the quick fix would be to add accept-charset="ISO-8859-1" to the 
<form ....> or <textarea ....>

    -- but that stops all extended ascii, including the ones we want. 
    So we won't do that.

-- the slower fix has yet to emerge from the available options.

Sadly, REBOL running as CGI under the two servers I've tested (Apache 
and Xitami) does not seem to support the whole range of ASCII -- 
ASCII chars with the 8th bit set seem to cause problems.

I don't know where the problem really is, but right now, we do not 
even support 8-bit ASCII, let alone anything more modern :-)

here is an error I got trying to go to the http-tools.r script...

Not Found


The requested URL /cgi-bin/cgiwrap/rebol/view-script.r was not found 
on this server.


Additionally, a 404 Not Found error was encountered while trying 
to use an ErrorDocument to handle the request.
Apache Server at www.rebol.org Port 80

Thanks -- looks like our  .htaccess is being ignored by the new version 
of Apache.

I suppose I could mess around trying stuff in .htconfig to work around 
it.

Instead, I've asked the ISP why .htaccess is not enabled. I'll ley 
you know when they respond.

Got it -- what I'd uploaded (using our time-tested uploader) somehow 
had the wrong sort of line endings, and Apache got very unhappy.

My immediate attempted repair (hand upload via FTP) also had the 
same issue.
I have no idea why the line endings are suddenly acceptable.


The ISP saved the day by restoring the cgi-bin from the previous 
night's backup.

if the user sending the email (usually "apache" or "httpd" if you're 
on CGI) is in the trusted users list for sendmail, it will accept 
whatever you put in the From: header. are you calling sendmail directly 
to send the email?

now I looked at Apache log - premature end of script headers .... 
hmm, now if I would remember what it means :-) I already met with 
such an error (permission or hidden chars caused by Win-Lin script 
traversal ...)

hmm, I start to think, that if having Linux server (although it runs 
for 2 years or more without the assistance), is good for me. I simply 
have to struggle with getting into it every time I need to config 
something and maybe it is upon my skills :-( .... for occassional 
things, maybe I would better go with plain Windows XP profi plus 
some free Sendmail, FTP server and Apache ....

dunno, well, Apache is configured so it runs as particular user ...

Or install the Apache webserver for the full works -- http://www.apache.org

Or something like Xitami for 99% of what you are likely to need -- 
http://www.xitami.com

Hi, I have some trouble to configure apache to use fastcgi with Rebol/Cmd.

I am using apache 2 with module fastcgi

Hello, I finally get FastCGI with rebol/cmd with Lite Speed Web Server, 
but not with Apache.

LiteSpeed and lighttpd are both amazingly easy to install and configure 
and works fine with Rebol/Cmd in FastCGI (both in compatibility and 
external modes). Furthermore, those web servers are much faster and 
reponsive than Apache 2.0 (2 to 6 times faster!!)

With Apache 2.x (normal CGI), we have: make object! [ 
	server-software: "Apache/2.0.54 (Fedora)" 
	server-name: "localhost" 
	gateway-interface: "CGI/1.1" 
	server-protocol: "HTTP/1.1" 
	server-port: "80" 
	request-method: "GET" 
	path-info: "/sample01.rhtml" 
	path-translated: "/var/www/html/sample01.rhtml" 
	script-name: "/cgi-bin/magic.cgi" 
	query-string: "" 
	remote-host: none 
	remote-addr: "127.0.0.1" 
	auth-type: none 
	remote-user: none 
	remote-ident: none 
	Content-Type: none 
	content-length: none 
	other-headers: [
		"HTTP_HOST" "localhost" 

  "HTTP_USER_AGENT" {Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) 
  Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6} 

  "HTTP_ACCEPT" {text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5} 
		"HTTP_ACCEPT_LANGUAGE" "en-us,en;q=0.5" 
		"HTTP_ACCEPT_ENCODING" "gzip,deflate" 
		"HTTP_ACCEPT_CHARSET" "ISO-8859-1,utf-8;q=0.7,*;q=0.7" 
		"HTTP_KEEP_ALIVE" "300" 
		"HTTP_CONNECTION" "keep-alive" 
		"HTTP_COOKIE" "PHPSESSID=7f84fd7766f23e1462fed550ecbbfda4"
	] 
]

Can anyone help me to configure apache 2.0.x and rebol for FastCGI 
under Windows XP?

by what you mean by static does not work with apache on windows anyway 
...

You are right. So i will try on Apache Linux. It shoud work as I 
succeeded with both lighttpd and litespeed. By the way, these two 
web server are very good and so easy to configure (specially LiteSpeed)...

Hello everyone..
I have a CGI problem/question.


I have a Win-apache-rebol server that isn't propagting the cgi info 
properly..
Upon posting.. the query-string is empty.
I am not sure what I am missing..

Details:

page1.rcgi
========================
#!c:\rebol\rebol.exe -cs
rebol []
print "content-type: text/html^/"
print "<html><body>"
print "  <form action='page2.rcgi' method='POST'>"

print "    <input type='text' name='var01' size='16' value='test'>"
print "    <input type='submit' name='go' value='Lookup'>"
print "  </form>"
print "</body></html>"


page2.rcgi
========================
#!c:\rebol\rebol.exe -cs
REBOL [ ]
print "content-type: text/html^/"
print "<html><body>"
print mold system/options/cgi
print "<hr>"
print "</body></html>"



if I .. ( decode-cgi system/options/cgi/query-string ), my vars are 
all undefined.

Also, looking at the 'print mold system/options/cgi' shows   query-string=""

if I change page1 form-action to ... "action='page2.rcgi?x=123"

then the query-string on page2 gets populated with x=123 and the 
value 123 gets assigned to 'x'
when I 'decode-cgi'.

However, my form fields NEVER get populated.
Does anyone have any advice?

John.

but how you give it a parameter? do you make it part of url? But 
apache will fail, no?

http://www.cod-okna.cz/cgi-bin/rebolhttp://www.compkarori.com/test.r


The requested URL /cgi-bin/rebol http://www.compkarori.com/test.r
was not found on this server.
Apache/2.0.50 (Fedora) Server at www.cod-okna.cz Port 80

I am trying for first time to setup rebol for cgi on  remote Apache 
web server on Linux.
I am working from WinXP
Site management is done with EnsimPro. Ftp does not yet working.
So what is done up to now:

Uploaded file Rebol from rebol-core-2602042.tar package for Linux 
to cgi-bin directory;

Set permisions to owner read, write, execute and for group and others 
to read, execute;
Test script -> write file read file,

Test script uploaded (throught web broeser by using EnsimPro web 
interface) test script:

#!/var/www/cgi-bin/rebol -cs

REBOL [Title: "CGI Basics"]

print ["Content-type: text/html" newline]

print "Hello!!!"

to cgi-bin directory;
Set the same permisions.


Pointing to the test file I am getting "500 Internal server errror" 
What else could be wrong?


Interesting that I have interpreters directory on this web server 
where are couple files regarding php and perl.
Could it be connected with my problem?

Btw content of one of file in the interpreters dir:
#!/bin/bash
if [ -z "$REDIRECT_STATUS" ]; then
  echo -e "Content-Type: text/html\r\n\r
<b>Security Alert!</b> The Perl CGI cannot be accessed directly.


<p>This Perl CGI launcher is configured to require a redirect.  This

means that a page will only be served up if the REDIRECT_STATUS CGI 
variable 
is set, e.g. via an Apache Action directive.</p>


<p>For more information as to <i>why</i> this behaviour exists, see 
the <a href=\"http://php.net/security.cgi-bin\"> PHP manual page 
for CGI security</a>.</p>

 else
  export SCRIPT_NAME=${PATH_TRANSLATED##${DOCUMENT_ROOT}}
  
 export SCRIPT_FILENAME=$PATH_TRANSLATED
  /usr/bin/perl 
$SCRIPT_FILENAME"
fi


As newcomer in linux and apache I can only ques what it mean, but 
I am thinking about this line:
 This Perl CGI launcher is ...

ah, then this apache is configured strangely imo .... in Apache httpd.conf, 
you normally specify ScriptAlias for directory, where cgi is going 
to be placed. Then you can always manually set whatever directory, 
to perform cgi action by adding SetHandler cgi-script for specific 
directory .... but then all files in there are regarded being a cgi 
and Apache could try to run them ...

it seems to me, that this apache, if the perl script is right, is 
unnecessarily configured other way, but du not know ...

It looks like I need good link to Apache for begginers...
;-)

Or is this server / apache config?   I have no admin access to this 
box, so this could cause some annoyances

hmm, then ice thing is, that when I run http://www.my-domain.com/cgi-bin/rebol
--do "print 123", Apache returns error, stating I have no permission 
to do that. If I run cgi-bin/rebol, my browser does not seem to return, 
so I expect interpreter to run infinitely?

eg. in apache you have ScriptAlias directive to tell it where to 
allow executables.

aha, ok ... so, if I put REBOL into other dir, even if it has execute 
bit in order to be runnable, Apache will not run it, as directive 
for the directory does not allow that, right?

Winding down: Apache CGI with RSP is pretty good these days. If you 
combine:
- module management
- logging
- error handling
- session management
- database protocol (mysql://)
- CGI params handling

you can "just work".

Are you sure OS distributes CGI processes to different Cores? Is 
e.g. Apache working that way?

I used fastcgi in the past, wich Apache, under linux. All modes worked 
fine IIRC. However, under windows, the implementation was crippled, 
and only external mode worked.

You want to set the file permissions for each script  globally executable, 
but not globally readable.

Also protect the cgi-bin folder from being read by the whole world...If 
you are using Apache, look at the IndexIgnore directive:

http://httpd.apache.org/docs/1.3/mod/mod_autoindex.html#indexignore

permissions look OK, but I will recheck. Dunno what user Apache runs 
cgi scripts under, so I better check it is others writeable ....

Changed index.html permission to 646, and it works now. Maybe CGI 
scripts are being run under the Apache user or group, who knows. 
Thanks for pointers!

Actually .  .. that's not cool at all.


What's REALLY cool is the new adobe flex plugin for Apache...   hand 
Apache some mxml, and it generates the .swf automatically  ..  
Wow.

On his site, there is RebFcgi that can be interesting too. But only 
for Windows !

Any skilled Linux/C coder to addapt it for a Linux Apache Module 
???

Did not know that apache has new branch, which went stable - version 
2.2 - http://www.apache.org/dist/httpd/Announcement2.2.html

it runs server things nicely. apache is built in and can be started 
with a click of a button

don't you run another httpd task (e.g. apache) on port 80?

I see you plan on supporting SSL... is this in any way functional? 
or should we simply do a reverse-proxy through apache for now?

Maxim: I plan to support SSL natively in REBOL. I'm waiting for Carl 
to send me a test version of /Command with server-side SSL enabled. 
In the meantime, I recommand using a SSL proxy rather that Apache. 
See STunnel for example.

It supposed to work almost the same as mod_fastcgi for Apache.

ok, the trick is to use Cheyenne plus Rebol instead of apache, so 
who needs fastcgi :-)

Will "Mike, I started using Apache and rebol as cgi, this is not 
suited for performances as on every call to the cgi, a new instance 
of rebol is  initialized, run and closed.

I thought about using fastcgi, but never came to a working solution.
Now I use uniserve as main webserver, here some advantages:

-it is fast! On my local machine I get +- 600 req/sec for static 
pages and a max of 160req/sec for dynamic rsp pages

-it is written in rebol, I could easly(less than 10 lines code) add 
a rewrite engine

-child process are persistent, this mean you can keep state of your 
web applications, implement caching, keep a pool of connection to 
databases open (in apache + rebol/cgi you'd have to open and close 
the connection for every request)
-it is written by Dock whom I may be the biggest fan ;-)

btw I'm running an unreleased version (have bought commercial support) 
 that support http 1.1, stuff like If-Modified etc..

If you have more specific questions, I'll be glad to try and answer."

I did some bench with Apache 2.0 a few month ago: results were showing 
10% slower than Apache for small files, and 20-30% faster for > 64kb 
files. Theses results are very encouraging given the fact that Apache 
is compiled C while Cheyenne is interpreted REBOL.

Running Apache and Cheyenne on my IPOD nano.. 

Using a simple rebol 'read'' loop (10,000 hits) to a 4kb static page 
(localhost).

Apache - 1:41
Cheyenne - 0:52

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

graham, you can put an apache server which only accepts the ssl connections 
with reverse proxy setup which redirects the uncrypted ssl traffic 
to/from the cheyenne server. it works well.

Max, can you elaborate on using Apache ssl with Cheyenne ?

you install and setup an apache server which has ssl, reverse proxy, 
and redirection modules enabled.

then you accept the connections from the ssl port (apache silently 
handles the decryption) and redirect all traffic to your cheyenne 
server.

they are all part of the standard apache distro... but you have so 
edit the config file to enable them

I am not an apache expert, I had the setups done for me, but it works 
out  :-)

using the dynamic linking, means you don't have to understand the 
apache compilation part... so its pretty easy to setup.

Apache to run Cheyenne? Odd.

i'd rather say apache is just a slave in this setup

Just wondering if Apache can be run as a service from YaST, what 
would it take to run Cheyenne like that?