World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
older newer | first last |
Gabriele 15-Mar-2009 [4295] | even if you don't collaborate with anyone, it's still very useful to have the code in a VCS, and a DVCS allows you doing so without needing to set up a server. |
Kaj 16-Mar-2009 [4296] | Robert, Paul Graham is an investor in Disqus |
Janko 17-Mar-2009 [4297x7] | I am trying to move my webapp to the real server (which runs on debian linux) ... and I have some problems with making cheyenne work with SQLITE on linux.. did anyone do that already? cheyenne runs fine but when I come to the part that includes sqlite.r it crashes... I installed sqlite3 via apt-get, I copied rebol core into same directory as cheyenne (exec) is and also in same directory where sqlite.r is (because after some testing with >> do %sqlite.r << in normal rebol I saw that it searches it in that directory) ... but I get the same error .. I can't test including sqlite in ordinary rebol fully because when I set the right path rebol says >> feature not available in this REBOL << (I have rebol core 2.7.6) |
Did anyone try using sqlite.r from Dobeash in free rebol code 2.7.6 on linux. (debian). I get "feature not available in this REBOL" but it works on windows. | |
uh.. I wanted to write the last in the sqlite group | |
( just for reference , as Doc figured out and can be seen in SQLite group I was having problems because I was using too old version of libsqlite3.so) | |
Can the compression of RSP output be disable in the new cheyenne? | |
I was looking at settings and didn't see anything like that but I saw no-compress in new RSP docs | |
so I guess I could put that in on-page-start if I would want to disable it for the whole app.. | |
Dockimbel 17-Mar-2009 [4304] | Untested, but that should work. |
Janko 17-Mar-2009 [4305] | I want server to "flush" responses as fast as it can and client render them without compressing/decompressing ... I might be wrong and I will test if there are any differences, but I had bad exper. when we tried to minimize and *gzip* js libs (like they usually) do the website latency actually became much worse with gzip than without |
Dockimbel 17-Mar-2009 [4306] | Unless your server CPU is heavily loaded or you're serving only very small files, having compression on usually improves performances. You should benchmark it first before turning it off. Btw, currently, compression in Cheyenne only applies to RSP scripts output, it's not yet available for static files. |
Graham 17-Mar-2009 [4307x2] | is there an existing mechanism for basic authentication? |
can users access a web app using basic authentication .. or do we have to write that ourselves? | |
Dockimbel 17-Mar-2009 [4309] | No builtin support for basic auth. You need to provide your own code. 'on-page-start would be a good place to put that kind of filter. |
Graham 17-Mar-2009 [4310] | ok |
Dockimbel 17-Mar-2009 [4311x2] | Why do you need BA in this case instead of usual login form? |
Just curious. | |
Graham 17-Mar-2009 [4313x8] | PDF has an image field |
it can grab the image from a url | |
I want to use an image for a signature | |
so I need to get it from a password protected part of the website | |
so I need to authenticate inside the url | |
I can't place the signature image in public | |
same for accessing fax services | |
need to authenticate in the same url that sending the fax | |
Dockimbel 17-Mar-2009 [4321] | I see. So basically, you just have to check for the correct credentials in HTTP headers, else you just need to send back a 401 status code + auth header IIRC. |
Graham 17-Mar-2009 [4322x2] | Yes, Acrobat has no way of authenticating against a web server :) |
Is that an adequate reason ? :) | |
Dockimbel 17-Mar-2009 [4324] | I was thinking about a PDF-related restriction, just wanted to be sure. :-) |
Anton 18-Mar-2009 [4325x2] | Graham, I think using the image link rather than embedding the image does not really protect the image, and requiring an extra web access to get the signature image is more prone to failure, |
as well as being an alternative way of picking up the image (intercepting the web traffic is easy). | |
Graham 18-Mar-2009 [4327] | I've found a way to merge the signature image with the pdf on the server ... but the pdf still needs to be accessed by acrobat |
Anton 19-Mar-2009 [4328] | (What needs to be accessed by Acrobat?) Sorry, I'm not quite clear what the scenario is. |
Graham 19-Mar-2009 [4329] | there is a thing called an xfdf file ... when acrobat reads such a file, it goes to fetch the pdf in the href spec in that xfdf file. |
Anton 19-Mar-2009 [4330] | Oh, I think I understand: Before: Acrobat opens xfdf -> pdf -> image Now: Acrobat opens xfdf -> pdf [image] So before, the client Acrobat opens the xfdf file, which links to the pdf on your website, which links to the signature image on your website. Because of the signature image, authentication is required when linking to the image, and Acroforms used in the PDF limits this to Basic Authentication. Now that you've figured out how to embed the image in the pdf, the client Acrobat opens the xfdf file, which links to the pdf on your website, which has the signature image embedded already. Because of the signature image, authentication is required, but because the image is embedded in the pdf container, authentication is required when linking to pdf. (And I presume still limited to BA?) |
MaxV 19-Mar-2009 [4331] | Hello everybody! I''m new with Rebol, I hav a small server (VIA M-EPIA) and 512Mb of RAM and linux; Is better Apache or Cheyen? I need only PHP, MySQL and linux script (image magick and ffmpeg), what are your opinions? |
Maarten 19-Mar-2009 [4332] | Both are very good, but Cheyenne may be much easier for you. |
Graham 19-Mar-2009 [4333] | Anton, yes :) |
Anton 24-Mar-2009 [4334] | I got it... (amazing! :) |
[unknown: 5] 25-Mar-2009 [4335x2] | http://www.geocities.com/cheyenne_language/ |
Could be useful if your looking for names for components. ;-) | |
[unknown: 5] 26-Mar-2009 [4337x2] | I noticed that www.cheyenne.com goes to CA's website. This looks like a marketing stradegy but does that mean the same Cheyenne as Doc's awesome product here? |
If so, it must be flattering. | |
Dockimbel 26-Mar-2009 [4339x2] | Thanks for the link Paul, I'll check that site next time I need a name! :-) |
Re MaxV: If you plan to use *only* PHP and MySQL, I think that Apache is a more logical choice. Cheyenne is built mainly for web application programming in REBOL. Support for PHP is here only to avoid installing another web server if you already use Cheyenne (for REBOL apps). | |
BrianH 27-Mar-2009 [4341] | How do you handle file uploads in Cheyenne RSP? I have a need to upload a file regularly. Post is fine - I don't need put. |
Graham 27-Mar-2009 [4342x2] | Two ways. If it is small enough, it is saved in the session, otherwise it is saved to a temp file which is accessed by the session variable. |
so if request/posted is binary, then it's what was posted, but if it's a string, it points to a temporary file. | |
Dockimbel 28-Mar-2009 [4344] | The uploaded file is written on disk if it's size exceed 100'000 bytes. You can change this default threshold value by using the 'post-mem-limit keyword in virtual host configuration options (in %httpd.cfg). Cheyenne can handle file uploads up to 2GB size with no noticeable impact on memory usage. The temporary file is stored in an %incoming/ folder at Cheyenne's root. The file is deleted once the response is sent to the client, so in order to keep it, you have to rename it or copy it elsewhere. You can use the %show.rsp sample script as target of a POST action to test it. |
older newer | first last |