World: r3wp

just go to cmd.exe Window consoíe and type: net help start :-) So, 
IMO the trick is to use "net start  cheyenne.exe" or something like 
that. Then you use "net stop cheyenne.exe". It should be equivalent 
of linux /etc/rc.d/init.d/service-name start

I'm tried using Firedaemon to run Cheyenne as a windows service but 
noticed aberrant behaviour which I reported above.

Petr, it's not that easy (unfortunately)...

Petr: Cheyenne has to be registered as a service before being able 
to start the Cheyenne service.

Graham;  I just installed Vanilla under Cheyenne.  It's working, 
but the lack of docs is making it a pain to  configure.  I'm not 
sure if setting vanilla.options.metadata  "space-mode" "open" is 
the proper way to go about things or not, but keeping it "closed" 
doesn't seem to allow much.  Until I figure out how to get associate 
status on user accounts, my test head is "open" but closed behind 
the firewall.  But it seems to be working, if not a little rough 
around the edges now I'm getting used to MediaWiki.


I think I might brave a kick at turning on PHP with Cheyenne, and 
then see if copies of MediaWiki and phpBB will run.  If so, I might 
start building up a homesite for user.r right here in peoplecards.ca 
land, but not if it means a conversion to Apache to make a wiki and 
a forum work.


Anyone going to tell me not to bother trying MediaWiki or phpBB because 
it won't work?

the problem I had with mediawiki is the amount of spam I had to remove

Good to know vanilla runs under Cheyenne .. it should be a lot faster 
running that way instead of under Apache.

Oh, figured out how to Admin vanilla.  Then went to remove the sticky 
on register-master and now I'm getting an endless redirect loop. 
 Rebol with trace/net on is reporting  /vanilla.cgi to //vanilla.cgi 
to ///vanilla.cgi ad infinitum.  Before trying it with the .9.16 
testhead (I still run .9.13 for production) I'm going to jump into 
playing with PHP5 and .9.16.


MediaWiki and phpBB apt install for Debian both include Apache.  
Rassafrassa...making me work...pulling in everything by hand...rassafrassa 
 :)

it should be a lot faster running that way instead of under Apache. 
Why?

Do you think Apachi is bloated software or  somthing...Just curious 
abbout your opinion

because vanilla runs Rebol code

gottcha!

Nope.  Just a Cheyenne fan.  The patchy server is just fine.  But 
Cheyenne is REBOL  :)

so Apache invokes the rebol interpreter each time .. whereas with 
Cheyenne the interpreter is always resident

Oops, injecting comments into other people's chats....  my bad.

I'm using Hayes Deki as a wiki now.

comes with a REST api

REST?

Lots of apache rewriting going on .. so i just use the vmware appliance

REpresentational State Transfer

VMWARE Appliance...Which one? One with Apache?

http://rest.blueoxen.net/cgi-bin/wiki.pl?FrontPage

Hayes Deki

http://wiki.mindtouch.com/Deki_wiki

My brain hurts..I'm using Rebol to make my life easier. I do not 
have time to figure out a new wiki or  whatever every other day.. 
Nothing against you smarter guys but Iove rebol because I'm finally 
able to see a problem or need and solve it with a simple rebol app. 
!Cheyenne is my hope for an easy rebol path to the web without Java 
script, php, perl, AJAX etc.

Graham; Think I should persevere with Vanilla?  It is REBOL.  I'm 
questing for a good forum/wiki combo and the search started today, 
so I'll take any and all advice...as long it includes the word Cheyenne 
in it.  :)  I've decided to branch out of all REBOL mode but not 
too far and not at all if possible.  But RBBS is not going to cut 
it for a forum in the long haul.

I have some major hopes for R3 and the web. I've seen what adobe 
and microsoft  Silverlight offer and I want to be able to do thses 
things with rebol

Btiffin ..now I appologize for interrupting a conversation

Nothing left to do but smile smile smile.

No problem Alan.  I like what you are saying.

have a vanilla running in rsp not cgi, but still need to replace 
the session+logio with cheyenne session+login and I'd also want to 
put snip in a db

I don't think I would have pursued setting up peoplecards.ca without 
a REBOL web server behind it, and now to patiently wait for (or get 
motivated to write) a nice REBOL forum.  :)

As much as I like the idea of Cheyenne i thing the Rebol plugin is 
the future. The adobe and Microsoft solutions seem to bypass HTML. 
 If R3 can offer aht I think it promises why creat an html base site 
if you can make a rebol app and "plug it in"  to the site.

aht = what

This conversation has made me decide to pursue getting vanilla running 
under .9.16  So close to Cheyenne 1.0rc1 though.   I think it'll 
be time well wasted.  


Alan...still need something delivering off of port 80 though no? 
 Maybe not HTML in the future but Cheyenne is an awesome http delivery 
system.  imho.

Agreed...Cheyenne is simple to deploy and setup and great if you 
plan to use rebol for RSP...You will always need an HTML server to 
deliver content but the form of the content?  Is Cheyenne, knowing 
that its Rebol based and supports RSP, does it offer something that 
is ground breaking..or unusual...not seen before.

It may be too late, but I've always wondered why there isn't a REBOL 
browser in the offing.  In the beginning, a whole decade ago, which 
is 70 internet years, the Hot Java browser got more press than Oak 
ever did.

Oak?

Java.  Before Gosling was sitting in a cafe worried about naming 
conflicts.

With R# I would like to some way to atleast display a web page in 
a window/face..

R# = R3

Yep.  It would close the gaping hole in the whole.  :)

The problem with Vanilla is that it does not appear to be updated 
anymore by the authors

To be pragamatic, one has to look for something that is being updated.

I'm running ubuntu 7 with vmware server - and then running my apps 
as appliances.

I'm finding that (like most non-trivial REBOL web apps) vanilla is 
using globals that conflict with Cheyenne.  session in the first 
case I've tracked down.  It won't be that hard to fix, but name collisions 
are a pain in the...

Graham;  I was a polyFORTH programmer.  'being updated?'  Why that's 
for young whippersnappers.  :)  Old and stale is way better.

Moving to Linux.

Seems to me that is a problem with Cheyenne CGI.  You mentioned that 
QM has some globals conflict?  Though I understand CGI inclusion 
is for convenience, some compatibility -- not as the recommended 
development path.

'that is a problem' == 'Vanilla is using globals that conflict with 
Cheyenne'

Yeah, QM conflicts with  request  and Vanilla conflicts with  session 
 (at the quick glance I've taken so far).  These types of problems 
are pretty easy to fix given the motivation.  REBOL is eminently 
readable; all it requires is a little motivation, time and judicious 
use of context or global find and replace.  Collisions are always 
hit or miss, but the web related scripts usually collide just by 
nature of the higher level words being the perfect words for the 
concept at hand.   People running Apache would never see these collisions.


R3 holds a lot of promise in allowing us rebols the freedom for independent 
development that others can combine in fun and magical ways, worry 
free of this issue.  Another year and this type of complaint should 
be a thing of distant memory.