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

Terry
29-May-2007
[649x3]
same problem.. testapp/sixteen.html boots me back to login.. using 
port 80
XP / FF
IE 7 as well
Dockimbel
29-May-2007
[652]
Yep, something odd it occuring with that file.
Terry
29-May-2007
[653]
when i log in, i get session?: true  user: guest... then running 
testapp/four.html (or 16).. back to login   session?: false  user: 
guest
Dockimbel
29-May-2007
[654]
looks like something is wrong with the session expiration code (changed 
2 days ago, so probably some fresh bugs, never had that problem before).
Pekr
29-May-2007
[655]
well, never let pekr in, he will always comlicate situation in a 
negative way :-)
Dockimbel
29-May-2007
[656]
I consider finding bugs as a very positive action ;-)
Terry
29-May-2007
[657]
You can debug my code anytime Petr
Pekr
29-May-2007
[658x2]
:-) I worked as personal tester for Cyphre and Romano few times :-)
but I have no system for testing - I just randomly click here and 
there and look what app does :-)
Terry
29-May-2007
[660]
release early, release often
Will
29-May-2007
[661]
Terry: Launch Late to Launch Often http://www.burningdoor.com/askthewizard/2007/03/launch_late_to_launch_often.html
Terry
29-May-2007
[662x2]
I'll add this.. release betas early ...
nice article
Dockimbel
29-May-2007
[664]
Ok, after testing a lot with FF, and finding no bug in Cheyenne, 
I just cleared the browser cache and all history info and...it  started 
working flawlessly ! Very odd, but since I've cleared cache and history 
in FF, I can't reproduce the problem...Pekr, could you try that ?
Terry
29-May-2007
[665x2]
same prob
in IE 7 too
Dockimbel
29-May-2007
[667]
I've just hit "Clear All" in FF's option panel and it works ok. Try 
clearing cache, forms data, history and cache at least, it should 
work.
Terry
29-May-2007
[668x3]
cleared it all.. no luck..
Im running the latest test version of Rebol
2.7.5.3.1
Dockimbel
29-May-2007
[671x2]
bon je vais me coucher, ciao, à demain!
oops wrong channel :-)
Terry
29-May-2007
[673]
Appréciez votre Doc. de repos, vous ont un grand jour en avant de 
vous demain.
Terry
30-May-2007
[674x6]
Any idea on maximum connections?
Looking good Nenad... the extension modules are the bee's kness.
What's the status of the PHP engine?
Nenad, there doesn't appear to be any session cookie being set after 
logging.. if that helps
In mod-rsp. the session timeout is set to 00:20  .. is that 20 seconds?
(or 20 mins?)
Dockimbel
30-May-2007
[680]
20 minutes
Pekr
30-May-2007
[681]
big timeout :-)
Graham
30-May-2007
[682x2]
what does that mean?
if there is no http activity from the user, they get logged out after 
20 mins if they try another http request?
Terry
30-May-2007
[684]
Nenad.. any chance of editing mods without restarting the daemon?
Dockimbel
30-May-2007
[685x2]
Right, user are logged out after 20 minutes of inactivity. You'll 
be able to define this timeout value per session (feature not yet 
implemented).
Terry, in theory, you can change anything in Cheyenne without restarting 
it through the RConsole service.
Graham
30-May-2007
[687]
Is it all working now?  No known showstoppers?
Dockimbel
30-May-2007
[688x2]
but mods have a special loader, so if you want to reload a changed 
module, you need to unload the previous one and do some internal 
cleanup in Cheyenne. This "unload and cleanup" part need to be implemented 
to be able to reload an active module. OTOH, loading a new module 
could be done right now without any issue (remains untested).
Graham: yes, RSP and Session support is fully working, but you should 
consider it beta state.
Terry
30-May-2007
[690]
unload is easy... its the cleaning up part ...  ;)
Dockimbel
30-May-2007
[691]
I didn't had much time to work on an internal API for live changes 
in Cheyenne, but, in theory, you should be able to reload the entire 
Cheyenne and Uniserve engine without restarting and without loosing 
opened connections.
Terry
30-May-2007
[692x2]
is the clients URL in the req/in/headers  ? tried printing the headers 
to the console, but chokes on the HOST?
oh really.. interesting
Dockimbel
30-May-2007
[694x2]
This kind of  "change in live" stuff is still experimental.
probe req/in instead
Terry
30-May-2007
[696]
um, which phase contains the clients ip address?
Dockimbel
30-May-2007
[697x2]
Phases are just stages in the request pipeline. If you need client 
IP, from one of the phase handlers (like url-translate, for example), 
it's in svc/client/remote-ip (svc/client point to the client port! 
value)
Terry, btw, i've just tested again /testapp/sixteen.html in FF and 
IE7 on different PC (XP sp1 and sp2), I can't reproduce the problem.