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

Chris
6-Sep-2007
[2158]
Yes, that is my hope.  I've been pining for the namespaces for some 
time (instead of building up a succession of leaky objects).
Graham
10-Sep-2007
[2159x3]
I wonder if it makes sense to associate globals with a webapp.
I want to run multiple versions of my portal ... connecting to different 
odbc connections.
This means I have to change the database name in all the rsp pages 
of my app, whereas if the name were confined to the web app, I would 
not need to do so.
Chris
10-Sep-2007
[2162x2]
It'd be fine if all RSP scripts ran in their own namespace...
Or all the RSP scripts of a single instance.
Dockimbel
3-Oct-2007
[2164]
I'm not sure to understand the issue with Cheyenne CGI ? For RSP, 
there's a list of global words that MUST not be modified like : request, 
session, response... If you want to use, in RSP code, a framework 
that will conflict with RSP words in global space, you'd better wait 
for R3 to cleanly handle those issues, R2 namespace managment is 
just too limited.
Oldes
3-Oct-2007
[2165]
Cannot you just use PROTECT to protect these words?
>> x: 1
== 1
>> x: 1 protect 'x
>> x
== 1
>> x: 2
** Script Error: Word x is protected, cannot modify
** Near: x: 2
>>
Dockimbel
3-Oct-2007
[2166x3]
The global words used by RSP are already PROTECTed. From %RSP.r :
protect [
	do-sql db-cache request response session include
	include-file validate locale say
]
Protecting globals words doesn't solve word conflicting issues between 
frameworks, it just raises cleaner errors.
amacleod
11-Oct-2007
[2169]
Has Doc released version 1 yet. I saw in his blog that he hoped to 
relese by Augustt.Perhaps I missed it...
Will
11-Oct-2007
[2170x2]
not yet but he is working on a new release, probably a good time 
to send in bugs (if any!) and feature requests http://softinnov.org:8000/curecode/
btw, I stoppend months ago monitoring production Cheyenne servers 
as they just work flowlessly and at great speed ! Dock rules ! 8)
amacleod
11-Oct-2007
[2172]
I've been using it also without any real problems. I as hoping to 
get my hands on his admin panel and some more docs on rsp
Graham
11-Oct-2007
[2173]
the admin panel is what's holding up release 1 isn't it ?
Robert
12-Oct-2007
[2174]
What's the best way to do dynamic pages with Cheyenne and Rebol? 
Does it has RSP or something like this build in?
Pekr
12-Oct-2007
[2175]
yes, RSP module is supported, and maybe even documented? I don't 
remember correctly. Sadly I can't use Cheyenne yet, as I developed 
another aproach, and the thing is, that I override Apache handler 
for .html files to rsp.cgi, so all my html goes thru this dispatcher. 
Cheyenne can't handle such aproach yet ...
Robert
12-Oct-2007
[2176]
IIRC there was/is something called Magic as well. How is Magic related 
to RSP?
Pekr
12-Oct-2007
[2177]
Magic is separate templating system. Don't remember it much, maybe 
that I just did not like it ... can't accept any system, mixing programming 
code and html.
amacleod
12-Oct-2007
[2178x3]
Magic has a more complete framework
You can program wigets into the web page
I've been using rsp for a few small projects but I do not know its 
full capabiltiy. Yesterday I wrote a counter in two lines of code.
Will
12-Oct-2007
[2181x2]
RSP is the best way and the faster inexecution/response time (instead 
of Apache cgi, it doesn't need to load rebol and your init library 
at each request), to do dynamic stuff with Cheyenne. The API is very 
sleek and you can read about it in the downloadable documentation 
part of Cheyeene download.
If you haven't, you should at least give it a try, you wont regreat 
! assured! 8-)
Terry
12-Oct-2007
[2183]
I have an Atom semantic network db  framewerk that's nearly ready 
for incorporation into Cheyenne.. check out the !Atom group for more 
details.
btiffin
12-Oct-2007
[2184]
Perhaps this is more a chat related issue.  How would you feel if 
you went to a site  index.html  (explicitly .html)  and later found 
out it was actually an rsp  file with an .html filename.   Is that 
dirty-pool in web land?  I'm asking as Cheyenne .rsp makes it so 
easy to keep track of page hits and there are no <script> tags required 
and no redirects etc etc. I haven't turned it on in production peoplecards.ca 
as I think it's dirty-pool.  Looking for other's opinions.
Graham
14-Oct-2007
[2185]
I encapped cheyenne and it appeared to run okay, but I got all sorts 
of odbc errors :(
Terry
14-Oct-2007
[2186]
You need Atom ;)
Terry
19-Oct-2007
[2187x3]
Hey Doc.. how does Embed work with the latest release?
Ok.. i have a rudimentary version of Atom running with Cheyenne.
There goes my weekend ;(
Graham
22-Oct-2007
[2190]
Anyone considered writing a phpBB in Cheyenne and RSP ?  Something 
that would be capable of hosting 1000s of users
Henrik
22-Oct-2007
[2191]
Considered yes, have time to do it, no.
Graham
22-Oct-2007
[2192]
You may not have the time,  I might though :)
btiffin
22-Oct-2007
[2193]
Has anyone tried running the actual phpBB from Cheyenne yet?  I got 
close to setting up a test head and then got distracted by news of 
DevBase.  I have visions of user.r being hosted on a Cheyenne/phpBB/mediawiki 
codebase, but I'd prefer to wait (just a little bit longer) to see 
what REBOL solutions may pop up out of the woodwork.
Graham
22-Oct-2007
[2194x6]
I've been burnt by phpBB when my server got hacked .. so never again
How hard can it be to write a simple BBS ?
We've got server side cookie handling, session support, db  ( mysql, 
postgresql ) and web server
Is this a PITL project ?
Do we need MVC ?
I'm guessing the hardest part is writing all the html that displays 
it all ...
Oldes
22-Oct-2007
[2200]
I don't like phpBB as I don't line other such a php apps... they 
seems to be too bloated to me... I think it should not be dificult 
to do it in Rebol. But I don't have time as well.
btiffin
22-Oct-2007
[2201]
This could well be something user.r could attack as a testing ground 
for a multi-coder multi-module development.  Do we extend RBBS.r 
or start from first principles.  If it's Cheyenne add-on development, 
I'm in.


If by MVC you mean version control, I'd like to wait and see how 
DevBase looks.  If you mean Model-View-Controller, I've had nothing 
but grief interfacing the REBOL MVC frameworks with Cheyenne due 
to the soon to be managed :) namespace problem.
Graham
22-Oct-2007
[2202x3]
therein lies the grief with using acronyms :)  I meant the latter.
This would be great .. it's something that people would use, the 
designs are all out there to model upon .. and we can get something 
quite limited up and running
But it may actually be PITS as when you're doing RSP, the code is 
limited to that page alone.
btiffin
22-Oct-2007
[2205]
Re acronyms.  Yep, must remember to mention the full text at least 
once per post cycle from now on.  


More on the namespace issue in user.r chat; but I'd like Cheyenne 
to be given a pride of place status for word usage, equivalent to 
what we'll be following with our rules for dealing with RT's word 
usage.  i.e they win, we deal with it.  Go Doc Go!


Re BBS for Cheyenne.  I'd almost like to extend RBBS out to something 
more grandious, and at the same time extend the tutorial Carl and 
Gregg and Volker and Tom built up, but along with the CGI (or instead 
of) document the RSP side of it.
Graham
22-Oct-2007
[2206x2]
RBBS?
http://www.rebol.com/docs/cgi-bbs.html