World: r3wp

Max: what Cheyenne 0.9.19 flavor are you using? Source or binary? 
Does your main process have correct rights for writing files in the 
folder Cheyenne is running from?

cheyenne source... permissions... humm its on winxp.. didn't of checking...

permissions seem ok.

Argh, lost my post due to AltMe's hiccups...

(short answer) Try using the -w option for REBOL like this :

C:\Dev\SDK\tools\rebview.exe -ws cheyenne.r -vvvvv

why the no-window flag... are you saying we can have log only if 
we startup cheyenne without console?

Currently yes. I didn't found any value of having logs both on screen 
and on disk at the same time. But if you can convince me that it 
has a value, I may support it in future.

We're talking about debug logs here, not HTTP logs.

doc... is the fact that I lost 6 hours trying to get information 
about cheyenne's errors on screen OR in log files any good reason?

if you had log option and console option within the default config 
file, (commented out or not) then users choose what they want.

my client uses the console for real-time status checking... using 
remote desktop and just noticing if the client isn't serving stuff 
anymore... but the logs then allow you unravel what led to that problem.

ooops   that would be   :     ... noticing if *cheyenne* isn't serving 
...

response/redirect: This doesn't seem to work for me. Nothing happens... 
Is there a way how I can check what's going on?

Max: I agree the main issue is not having config options documented. 
About the current logging rules, I've always found that's way handier 
to pass command-line options than having to edit a config file. I'll 
see in the next version how I can improve that. 


Btw, I recommend running Cheyenne as encapped binary on production 
servers, it's simplier to handle (especially on Unix) and more secure 
(you can't corrupt some vital source file).

Response/redirect: run Cheyenne in verbose mode using -vvv command 
line switch, to see what's wrong. You've probably passed a bad URL 
(see RSP API doc for examples).

Would a web hop interfere with virtual hosting?


I using a webhop to bring a domain through port 81 due to restrictions 
on 80.

It works on apache but I could not get it up on cheyenne...

Actually I can't get it working directly either...

If I got a virtual host:
mysite.com [
	root-dir %/www/mysite/		; documents root directory
	default [%index.html %index.rsp %index.php]			; default files
]

does it matter if i'm trying to reach it through port 83 with mysite:83

I keep getting the default page

I know in apache "virtualhost" commnad needs to be uncommented...I 
do not see anything else in the config file that idicates vhosting..

did you set the port cheyenne listens to?

in the httpd.cfg...

listen [83]


I'm using cheyenne on port 81 since I also have apache on my system 
and it works.

the url will be http://mysite.com:81/index.html 

not using vhost though.

vhost is for running more than one Cheyenne site on the same IP address 
?

I presume that all vhosts run on the same port ..

yes vhosts redirect different sites to different roots, by matching 
the domain name.

Yes its listening to port 83 and I get the default web page (Cheyenne 
test page for now)

If I URL to the "mysite" dir (www.defaultsite.com/mysite) I  get 
vhost index page...

Would use of subdomains be a the problem>>>  mysite.dyndns.com

No, but are you sure you have entered the dyndns.com domain in the 
vhost definition?

mysite.selfip.com [
	root-dir %/www/mysite/		; documents root directory
	default [%index.html %index.rsp %index.php]			; default files
]

Just as it is above...
it works for apache on port 82

selfip.com is not dyndns.com

I used dyndns as an example...sorry for the confusion...selfip.com 
is one of the domains dyndns offers..

I have no problems with subdomains, but maybe it has to do with the 
dynamic DNS

Still cannont get vhosts working:

mysite.selfip.com [
	root-dir %www/mysite	; documents root directory
	default [%index.html %index.rsp %index.php]			; default files
]

if I change my default root-dir to that above I get the corresponding 
index page for that directory...it just does not seem to reconize 
the vhost url

Does dyndns support subdomains?

The DNS needs to be configured to resolve subdomains to your IP number

It works with apache..does Cheyenne use a different method?

linux or windows?

windows

what do you have in hosts file?

WINDOWS\system32\drivers\etc\

I have no reference to it...
just localhost
and a bunch added by spybot

why should spybot add something into this file?

it redirects dns searches to nowhere  :-)

i don't know about spybot, but faking hosts entries is a good way 
to prevent trojans from calling home  ;-)

and if they are set to local host, then you can even trap them using 
a service expecting known ports.

ah so... clever:)

anyway... I forgot that amacleod needs the virtual working from outside 
so the hosts file probablz is not the right file to look at

I'll have a static ip by next week so I hope that solves this issue 
for me..

Amacleod: did you tried Apache and Cheyenne using same server port?

no, doc apache is on 82...cheyenne is on port 81 on the server and 
i tried 83 on y other computer..
iI reaching the default page..just not getting vhosts dir