World: r3wp

Cheyenne release v0.9.15 beta. Download at http://softinnov.org/tmp/cheyenne-r0915.zip

Changelog :

v0.9.15 - 20/06/2007


 o RConsole was not started by default in the previous release. Fixed
	

 o RSP: 'include function protection from infinite cycles changed. 
 It's

   now based on a counter (5 maximum recursive includes). It's a little 
   less

   cleaner than stack-based tracking but much more reliable (avoids 
   matching
	  paths and targets).
	  

 o HTML.r library rewritten from scratch. Now, faster and more conforming 
 to 

   standards (Full range of Latin1 entities supported). Fixes URL-encode 
   bugs.

	o BugFix for command line parsing in encapped Cheyenne on Linux.
	

 o Fixed an issue with 'decode-multipart in RSP.r. File upload should 
 work ok 
	  again.
	  

 o Added a new global function : 'rsp-log value. Outputs values in 
 console for 
	  debugging RSP scripts. Works as 'probe.
	  

 o Reloading config file now supported. Running sessions and client 
 connections

   survive to the reloading process (needs some additional testing). 
   Activating
	  config file reload is done using:
	  
	  		- (Windows) "Reload Config" menu option in systray icon.
	  		- (UNIX)     kill -s HUP pid
	  		

 o UNIX signals SIGINT,SIGQUIT,SIGTERM now catched to allow cleaner 
 exit and last

   minute actions. Triggers the new 'on-quit event for HTTPd modules.
	

 o HTTPd internal events (not phases) refactored to be cleaner. New 
 module's
	  events added:
	
			- 'on-started:	when Cheyenne starts.
			- 'on-reload:   before a config file reload happens.
			- 'on-reloaded: after a config file reload happens.
			- 'on-quit:     when Cheyenne is about to stop and quit.
			

 o RSP sessions can now be made persistent (can survive to a server 
 complete restart).

   This option is controlled by a new config keyword: 'persist. Usage 
   is :
	  	
	        persist [sessions]    ; other flags can be added at will
	        

 o BugFix in session cookie handling for web-apps using 'auth mode. 
 Now the cookie

   is sent on the 302 redirection to the login page avoiding the creation 
   of a 
	  "shadow session" that will never be used. 
	  

 o FastCGI is under heavy work so mod-fastcgi is commented in config 
 file to avoid

   fastcgi startup. If you want to play with PHP, just uncomment the 
   line.

Go Doc Go!

I'm feeling like running in a marathon ;-)

Tour de France

on steroids?

This is not really about Cheyenne .. but what is the better approach. 
 Using RSP to completely build your page and display it from your 
datasources, or to dynamically construct the page with javascript 
and then feed the data in Ajax like ?

I'm thinking that maybe I should be using RSP to create javascript 
pages that fetch the data using async http ...

my best approach is generate html page as much as you can then load 
dynamic stuff with ajax/js.. you need content for SEO so pulling 
everything with ajax isn't the best approach

..and don't listen to Terry ;-) go with jQuery!

I don't really need SEO because it's a private portal ...

But that is the approach I am tending towards

though it is much easier to just build the entire page in rsp

This is one area QM has sought to resolve.  It's likely it can be 
done with Cheyenne app methods?  Use Hijax -- build an RSP hierarchy:

<template>
  <portion />
</template>


Access %template.rsp when requesting a full page, and %portion.rsp 
when you only want inline content.  Use JS to hijack links to full 
pages and replace them with methods to access and display inline 
content.

.

I have this odd problem with trying to execute a batch script from 
an rsp page.

I do a call/wait and get a return value of 0, but the script doesn't 
actually do what it's supposed to do .. viz. convert a ps file to 
pdf.
but the same batch file called from a rebol console does work.

I don't see why 'call wouldn't work in RSP.

It's very odd...

I put an echo now > when.txt in the .cmd file and it definitely is 
being executed

and returning a 0, even though it doesn't do what it is supposed 
to do ie. invoke ps2pdf

but the same .cmd file works fine in a rebol console.

How about path and other env vars?

paths are all setup correctly

otherwise the cmd file would not work :)

graham, permissions problem?

I wondered about that.  But then it should hang and popup a security 
requester and it doesn't

and since it executes the batch file .. it can't be that.

would it still pop up the sequrity requester if the permissions problem 
is inside the batch file?

how can that happen?

if the batch file calls something of higher privileges. I don't know 
how it works though.

I tried using secure none in the rsp script

made no difference and no requesters came up

I think I have the answer.

I start cheyenne up as a batch file using firedaemon, which turns 
this batch file into a windows service.

If I don't use firedaemon, then the batch file using 'call works. 
 But if I do, it fails :(

So, it appears for the moment I can't use firedaemon to run cheyenne 
as a windows service

anyone got any other ideas on how to run cheyenne as a windows service?

Firedaemon might be running Cheyenne as a different user.

Have you considered reading the source of the .cmd script and translating 
its behavior to REBOL? You might be better able to call the command 
line tools directly rather than through cmd.exe.

It might be faster too.

Had the same result ...

Since my encapped applications work fine under Firedaemon, I am going 
to try and encapCheyenne next.

This was all I was doing:


call/wait "gswin32.exe -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutputFile=test.pdf 
-f test.ps"

https://www.compkarori.co.nz/cgi-bin/showfile.rsp?key=#{E7F8390D60C36AFFB11252677A3586A5}

gives an empty value for key

remove the # and it's okay.

bug report :)

it's bug in Rebol's decode-url:

>> probe decode-url https://www.compkarori.co.nz/cgi-bin/showfile.rsp?key=#blabla
make object! [
    user: none
    pass: none
    host: "www.compkarori.co.nz"
    port-id: none
    path: "cgi-bin/"
    target: "showfile.rsp?key="
]

Interesting .. should we Rambo it?

Or, is it because # is not a legal character in a url?

Is there a limit to how much you can send in a Post command?

As you might have read from above, I am attempting to post postscript 
to a RSP script to convert to PDF.
4k of postscript sees the script complete.
But 92Kb of postscript - and I get this response

make object! [
    code: 800
    type: 'user
    id: 'message

    arg1: {Error.  Target url: https://www.compkarori.co.nz:443/cgi-bin/createpdf.rsp 
    could not be retrieved.  Server response: none}
    arg2: none
    arg3: none

    near: [page: read/custom https://www.compkarori.co.nz/cgi-bin/createpdf.rsp
    reduce ['POST join "content=" content]]
    where: none
]