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

Joe
3-Jun-2008
[2630]
hi doc, I have a c++ backg. and seen plenty fo 30k+ concurrent but 
yes for web sites its common to have a hw redirector and multiple 
servers
Chris
4-Jun-2008
[2631]
I'm back at asking this -- how do I obtain the original request string 
-- e.g.  "/wiki/show/This_Page" within the CGI environment?  'path-info 
only gives me the translated filename (always '/qm.r' for my app)
Dockimbel
5-Jun-2008
[2632]
Chris, you should test using http://localhost/show.cgiscript it 
will display all CGI data. 'script-name should give you what you 
need.
Oldes
13-Jun-2008
[2633x3]
There must be:
	set 'NT-service? false

in misc/os.r in the block where the 'library component is not found. 
(to be able boot with Rebol/Core)
Let's say I need some functions available for all CGI scripts, where 
is the best place to init them?
(if I don't want to init them in all cgi scripts)
Dockimbel
14-Jun-2008
[2636x2]
CGI environment is not supposed to be persistent, so there's no other 
ways than to manually add libs loading code to %CGI.r script. If 
you're encapping Cheyenne, you can add your libs to %cheyenne.r (and 
don't forget to LOAD them too). If you need a persistent environment, 
use RSP instead.
Thanks for the 'NT-Service? fix, it will be included in the next 
release.
Terry
16-Jun-2008
[2638x3]
Think we might try using Cheyenne as a personal web server, providing 
functionality similar to Adobe Air, Google Gears for our product.
Here's a little video clip of a prototype in action.. 
http://kommonwealth.com/video/cheyennewidgetdemo.swf
That's all taking place in the browser, being served up from our 
server.. and accessing a copy of Cheyenne running locally. No cross-domain 
issues here :)
Pekr
16-Jun-2008
[2641]
Firewall problems? You have to allow listening port ... but - that 
should not be problem for 99% of users imo ...
Oldes
16-Jun-2008
[2642x5]
Flash has very strict security. You have to setup it correctly to 
anable cross-domain functionality. It's not bad if you understand 
how it works.
It has nothing to do with Firewalls.
http://www.adobe.com/devnet/flashplayer/articles/flash_player_9_security.pdf
(but it's not related to Cheyenne)
Basically it's the part which was showstoper for Rebol plugin - shortly 
it works in a way, that if you want to connect to some site with 
Flash, Flash first loads crossdomain.xml file from the target server 
where must be your domain allowed to access the server domain. If 
it's not allowed, the Flash do not connects at all. It's a basic 
prevention of doing Dos attacks from Flash Player.
I'm not sure what is Terry doing, but of course you can use Rebol 
to connect from Flash to services on servers from not allowed domain 
as with Rebol you can change the request header easily.
Pekr
16-Jun-2008
[2647x2]
what are you talking about, Oldes? And yes, it has something to do 
with firewalls. The thing is - noone was talking flash here ;-)
Terry imo wants to use Cheyenne as local web server, and to allow 
their kommonwealth to run locally cached, or something like that 
- but still - his technologies are html, css, js, ajax ....
Terry
16-Jun-2008
[2649]
yeah, Pekr's right.  There's no flash there. 
I suppose the firewall would be an issue for some.
Henrik
15-Jul-2008
[2650]
DocKimbel, small request: Would it be possible to post the rsp guide, 
cheatsheet and docs as separate pages directly on the site? It's 
unpractical to have to download Cheyenne every time I switch machine, 
just to read the docs. Thanks.
Graham
15-Jul-2008
[2651]
stick them on google as a googledoc :)
Dockimbel
15-Jul-2008
[2652x2]
Henrik: good suggestion
RSP API document now online at : http://cheyenne-server.org/docs/rsp-api.html
Henrik
15-Jul-2008
[2654]
cool
Dockimbel
4-Aug-2008
[2655x4]
Cheyenne Wiki is online : http://cheyenne-server.org/wiki.php
It's running on the latest version 0.9.19 (not yet released) with 
php 5.2.6.
The wiki engine is PmWiki.
If you want to contribute by writing docs for Cheyenne, please ask 
me privately for an account.
Graham
4-Aug-2008
[2659]
Pretty neat demo of php in action with Cheyenne
Dockimbel
4-Aug-2008
[2660]
Yep, it's quite fast, but will be faster when the FastCGI code will 
be optimized.
Graham
4-Aug-2008
[2661]
can cheyenne be used to spawn a new task for a 3rd party application?
Dockimbel
4-Aug-2008
[2662x3]
Yes, that's the purpose of mod-extapp.
It has been improved in the upcoming Cheyenne release (0.9.19).
Mod-extapp can launch and kill 3rd party apps automatically.
Graham
4-Aug-2008
[2665x3]
My EMR has to do things like play back speech files etc, but I can't 
do it inside the app as it will kill the async.
So, at present I'm using the mini webserver to play back sound and 
do voice recording.
Well, looking forward to new release then :)
Dockimbel
4-Aug-2008
[2668]
You could rely also on Uniserve's task-master to execute blocking 
tasks.
Graham
4-Aug-2008
[2669x2]
Do you have examples of this?
Ahh... it's in the FAQ section :)
Dockimbel
4-Aug-2008
[2671x3]
There's some unfinished docs for building "modules" for task-master, 
http://www.softinnov.org/rebol/task-master.html
See 6.Module API
Basically, it's just :

REBOL [...]

install-module [
    ...
    on-task-received: func [data][
        ...
        response: ...
    ]
]
Graham
4-Aug-2008
[2674]
ok
Dockimbel
4-Aug-2008
[2675]
You can look at modules/CGI.r for an example.
Dockimbel
7-Aug-2008
[2676]
I've added a url-aliasing feature to Cheyenne, so now the wiki will 
be more search-engine friendly. The new URL for the wiki is http://cheyenne-server.org/wiki
Kaj
7-Aug-2008
[2677]
Excellent
Mchean
7-Aug-2008
[2678x2]
very nice wiki site
just one small point, characterizing indians is not really considered 
correct, though i like your image and he is smiling.