r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!Cheyenne] Discussions about the Cheyenne Web Server

Graham
12-Oct-2008
[3060]
do to-file "../../config.r" should have worked
and even when I changed it to absolute path
do to-file "/opt/fgw/Cheyenne/config.r"
i still had problems.
Dockimbel
12-Oct-2008
[3061]
In v0.9.19, DO is a mezzanine that do some rebinding. Maybe you should 
try with *do (native DO alias).
Graham
12-Oct-2008
[3062x2]
ahh.....
It was very odd ...sometimes it would suddenly start to work even 
though I did not change anything, and then it would stop working.
Terry
12-Oct-2008
[3064x3]
Where would I find docs on setting cookies?
I see req/in/headers/Cookie gets the cookie, but setting it how?
Can set with javascript 
<script>

document.cookie ='cheyenne=testcookie; expires=Thu, 15 Oct 2008 20:47:11 
UTC; path=/'
</script>
Dockimbel
13-Oct-2008
[3067]
Use response/set-header : http://www.cheyenne-server.org/docs/rsp-api.html#def-31
Terry
14-Oct-2008
[3068]
Guess what, clients started getting timeouts because it seems that 
Cheyenne wasn't fast enough to process all events and find enough 
time to accept new incoming connections (this also had the bad consequence 
of halting Cheyenne due to an uncatched timeout error).

I take it this is fixed in next version?


Also, what are the mechanics around the connections.. at 1000 it 
just maxed out CPU or rejected connections? or ?
Dockimbel
14-Oct-2008
[3069]
You plan to support 1000+ simultaneous connections ?
Graham
14-Oct-2008
[3070]
Doc, since I've fixed my Rsp code .. I've not had Cheyenne hang on 
me
Dockimbel
14-Oct-2008
[3071]
What kind of fixes have you done ?
Graham
14-Oct-2008
[3072x4]
So, I guess it was just bad Rebol coding .. ( caused by my last minute 
desire to edit the rsp pages thru the web )
I use an absolute path to the config file now
instead of 

do %../../config.r
I'm now
do %/opt/fgw/Cheyenne/config.r
I don't understand why sometimes it would not execute the config 
file using relative paths
Dockimbel
14-Oct-2008
[3076]
So with the old code, Cheyenne was hanging on each time ? (I guess 
after a few requests ?)
Graham
14-Oct-2008
[3077x2]
not hanging ... just crashing my rsp scripts at times
it would complain it could not find variables defined in config.r
Dockimbel
14-Oct-2008
[3079]
Same behaviour with v0.9.18 and v0.9.19 ?
Graham
14-Oct-2008
[3080]
never tried 18
Dockimbel
14-Oct-2008
[3081]
ok, so it looks like an issue with the DO mezz and the new sandboxing 
system.
Graham
14-Oct-2008
[3082x3]
Seems to be
sometimes even

do %/opt/fgw/Cheyenne/config.r

doesn't work consistently

so I have to 

f: read sometimes even

do %/opt/fgw/Cheyenne/config.r

doesn't work consistently

so I have to 

f: read  sometimes even

do %/opt/fgw/Cheyenne/config.r

doesn't work consistently

so I have to 

f: read %/opt/fgw/Cheyenne/config.r

and then

do f
??? what happened
Dockimbel
14-Oct-2008
[3085]
Cosmic rays ? :-)
Graham
14-Oct-2008
[3086]
bouncy keyboard?
Dockimbel
14-Oct-2008
[3087]
trapped in a time loop ?
Graham
14-Oct-2008
[3088x3]
it's that Haldron accelerator
they must have turned it back on again.
What prompted the changes in sandboxing and the do mezzanine?
Dockimbel
14-Oct-2008
[3091x2]
Strange that you've been hit so far away on the other side of the 
planet...things have been turn upside down ?
Checking on google, nope, REBOL is still not the most use language...so 
it has to be the keyboard ;-).
Graham
14-Oct-2008
[3093]
matter is immaterial
Dockimbel
14-Oct-2008
[3094]
Sanboxing: word clashes between several RSP webapps.
Graham
14-Oct-2008
[3095]
I think I used to see data from one rsp session appear in someone 
else's session
Dockimbel
14-Oct-2008
[3096x2]
As long as you run only one webapp on Cheyenne, no problem, but I 
ran a dozen apps on some of our servers and I was facing several 
cases of name clashing.
RSP session corruption should have been eradicated since a year at 
least.
Graham
14-Oct-2008
[3098]
I think I have no updated my app for over a year!
Dockimbel
14-Oct-2008
[3099]
If you notice such issue with the latest version, please report it 
asap, that's the worst thing that can happen.
Graham
14-Oct-2008
[3100]
have you tried encapping Cheyenne with the webapp?
Dockimbel
14-Oct-2008
[3101x2]
Don't remember trying that.
Not sure that it can work with the current version. Cheyenne is using 
READ to get static and RSP files,  I have to change that to use the 
virtual file system in memory.
Graham
14-Oct-2008
[3103]
I see
Dockimbel
14-Oct-2008
[3104]
I thought about doing that once, then I found that it requires some 
redesign work first on the virtual file system (%encap-fs.r) and 
also being sure that it won't affect performances when reading files 
from the filesystem in normal usage. I've planned to work on such 
feature for v1.0.
Graham
14-Oct-2008
[3105x2]
RESTfull systems use virtual pages don't they?
I guess that's different ... you're talking about having real pages 
stored in a virtual filing system
Dockimbel
14-Oct-2008
[3107]
Precisely.
Terry
14-Oct-2008
[3108]
Doc.. Im just thinking scalability / benchmarking.  I plan on spending 
my spare time over the next number of months building a next gen 
webserver using Cheyenne as the core, and I want to make sure I don't 
hit a game killer 3 months in.


i posted earlier in the Rockstar group how superior Cheyenne is compared 
to vhosts and .htaccess.. night and day.
Dockimbel
15-Oct-2008
[3109]
With R2, there's not much that can be done. The performances can 
be improved a little, that's all. You can still build clusters of 
Cheyenne server to sustain a higher load (obviously the front-end 
dispatcher would have to be done in C, there's several good ones 
in open source, or if you can afford, using an Alteon-like box). 
With a completed R3 (w/multithreading), Cheyenne could be a real 
competitor to Apache 2.