AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
world | hits |
r4wp | 106 |
r3wp | 1460 |
total: | 1566 |
results window for this page: [start: 201 end: 300]
world-name: r3wp
Group: CGI ... web server issues [web-public] | ||
Henrik: 22-Apr-2005 | cgi works now. groovy! | |
RebolJohn: 18-May-2005 | HELP w/ web rebol associations AND Rebol-View. Here is the story.. On my PC, I have View pointing to an index.r file on my web server. Everything is cool. When I open up Rebol-View and traverse to my index.r on the server.. it works. Now on the same server, I change the IIS-Web associations so that I can do rebol CGI. I create a 'main.r' in some virtual directory on the server. Web-ing to this http.//myserver/mydir/main.r works GREAT! CGI is working. However, when I now open up Rebol-View on my local PC and traverse to my index.r which is on the server.. I get an error. The problem is that before.. rebol-view was requesting a file-download and the server sends it. Now since IIS is doing '*.r' CGI, when rebol-view requests for the index.r download.. the server is processing the request and attempting to send back html.. not a rebol file. Is there any way of fixing this other than.. * changing the CGI association from '*.r' to something else (ie. '*.rr') * changing all my view-apps on the server from '*.r' to something else (ie. '*.rr') ?? | |
DideC: 18-May-2005 | Not that I know of. The way is to change cgi association (*.rcgi ?) | |
BrianW: 28-May-2005 | hrm. I get weird behavior trying to run a cgi. Here's the code: #!/usr/local/bin/rebol -c REBOL [ Title: "Server Time" ] print "content-type: text/html^/" print [<HTML><BODY>] print ["Date/time is:" now] print [</BODY></HTML>] I get an Internal Server Error result in the browser, and here's the output in my error_log: [Sat May 28 16:21:38 2005] [error] [client 127.0.0.1] *** Boot Error 951: \r [Sat May 28 16:21:38 2005] [error] [client 127.0.0.1] Premature end of script headers: time.r If I run if with 'rebol time.r', it clears the screen and then displays this: content-type: text/html <HTML> <BODY> Date/time is: 28-May-2005/16:24:42-7:00 </BODY> </HTML> Aborted What the heck am I doing wrong? | |
Volker: 28-May-2005 | aah! cgi-scripts on linux do not work then. | |
Volker: 28-May-2005 | /view wants to connect to x and errors out without. and cgi usually has no DISPLAY set (or no X on server at all). | |
BrianW: 28-May-2005 | I mean, I am getting okay results from the command line (no aborted message), but still get the same error message when run as cgi. | |
BrianW: 28-May-2005 | [[wisti-:-localhost] cgi-bin]$ /usr/local/bin/rebol -c time.r content-type: text/html <HTML> <BODY> Date/time is: 28-May-2005/16:47:35-7:00 </BODY> </HTML> [[wisti-:-localhost] cgi-bin]$ | |
BrianW: 28-May-2005 | [[wisti-:-localhost] cgi-bin]$ unset DISPLAY [[wisti-:-localhost] cgi-bin]$ /usr/local/bin/rebol -c time.r content-type: text/html <HTML> <BODY> Date/time is: 28-May-2005/16:50:36-7:00 </BODY> </HTML> | |
Volker: 28-May-2005 | rebcmd has no /view IIRC and should run fine. rebcmdview would be interesting. until now i have just given up with linux-cgi and graphics, but never tried the betas. | |
Allen: 28-May-2005 | does http://www.rebol.net/cgi-bin/rbbs.r?cmd=sourcework? | |
BrianW: 29-May-2005 | Well, I don't have it working on my home machine, but I've got it on coolnamehere.com. So I can work on CGI stuff, and figure out what's wrong on my machine at my own leisure :-) | |
Sunanda: 5-Jun-2005 | It's fairly straigt-foward (I think!). .......If you have no multi-part data, then just used the "standard" read-cgi -- but remember that on some platforms no input returns "" while on others it returns none http://www.rebol.com/docs/words/wread-io.html .....If you have multi-part data (say an uploaded file), then use Andreas' decode-multipart-form script: http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-message.r?m=rmlKVSQ .....If the form could have both or neither (ie there may or may not be a file uploaded), then each of the above solutions will fail (Carl's when there is. and Andreas's when there isn't)....So wrap the full code in a few attempts to handle that. | |
Volker: 5-Jun-2005 | (AFAIK:) The browser submits what read-cgi reads. Post means: give script all data in stdin (system/ports/input). Thats for lots of data, when you post something. Get means, give data in url. Thats for getting data, the query is only short (and typable in urlbar). So read-cgi write that in a file and read it in an editor. | |
Volker: 5-Jun-2005 | Andreas script does the same (thanks for link sunanda ;) You find there a 'read-post-data, thats read-cgi with another name. and that is used in 'decode-multipart-form-data. | |
Volker: 5-Jun-2005 | A second source of information are the environment-vars passed by the server. They are in system/options/cgi. 'decode-multipart-form needs system/options/cgi/content-type. There youself can look what the datas are too. if it is "multipart/form-data", use 'decode-multipart-form. i don't know the other types, just send a script a form and dump it. | |
Volker: 5-Jun-2005 | Steve, now i read your question again, you are writing a complete web-server? Why not looking at one available? Patch %webserv.r to probe a bit. It also splits the stuff into system/options/cgi, so you can study how to do that. Only problem is with post-data, its system/ports/input works a bit different to a real webserver. You need to look in /content-length and use a copy/part instead of carls loop. and sometimes to set the right port-modes by hand IIRC. | |
eFishAnt: 4-Jul-2005 | aha, I meant CGI/HTML imagemap, rather than native View | |
Carlos: 4-Jul-2005 | I ´d like to have a CGI script to filter my emails at server. My ISP uses Cpanel that gives the possibility of use this to send emails to file: |/home/user/cgi-bin/myfilter.cgi. The thing all I get is the whole content of each email appended to the CGI script. Anyone could help me? | |
François: 10-Jul-2005 | I found a critical bug: when rebol is configured to work as cgi engine with SELinux (Security Enhanced Linux), it generates a Segmentation Fault. I uses Fedora Core 3 with SELinux to secure the httpd daemon. For now, if you want to use rebol as a cgi engine, you must disable SELinux. See RAMBO Ticket #-376 | |
François: 24-Jul-2005 | Anyway, it works, but I still have a problem: in system/options/cgi, both 'path-info and 'path-translated are set to none, which prevents Magic! to wrks properly as it can not find the requested file (usually a *.rhtml) file. In normal CGI, it works well. Is this a bug? In that case, I will put it into rambo. Note that I have configure FastCGI in compatibility mode. | |
François: 25-Jul-2005 | It looks like the problem does not come from the past-translated, but from the 'request-method: with CGI, the values are "GET" or "POST", but with FastCGI, the values are "GET^@^@^@^@" or "POST^@^@^@". But with lighttpd, no problem. So to make FastCGI rebol scripts work with LiteSpeed, we have to update the exemple http://www.rebol.com/docs/words/wread-io.html as: | |
François: 25-Jul-2005 | read-cgi: func [ "Read CGI form data from GET or POST." /local data buf ][ if found? find/any system/options/cgi/request-method "POST*" [ data: make string! 1020 buffer: make string! 16380 while [positive? read-io system/ports/input buffer 16380][ append data buffer clear buffer ] return data ] if found? find/any system/options/cgi/request-method "GET*" [ return system/options/cgi/query-string ] test-data ; if in test mode ] | |
Sunanda: 25-Jul-2005 | Nice research and summary -- It'd be a good idea to drop that change request to RAMBO. That way, it won't get lost http://www.rebol.net/cgi-bin/rambo.r | |
François: 25-Jul-2005 | Done. I put this as a new issue : http://www.rebol.net/cgi-bin/rambo.r?id=-392& | |
François: 25-Jul-2005 | Well, looks like there is a problem with system/options/cgi | |
François: 25-Jul-2005 | With Apache 2.x (normal CGI), we have: make object! [ server-software: "Apache/2.0.54 (Fedora)" server-name: "localhost" gateway-interface: "CGI/1.1" server-protocol: "HTTP/1.1" server-port: "80" request-method: "GET" path-info: "/sample01.rhtml" path-translated: "/var/www/html/sample01.rhtml" script-name: "/cgi-bin/magic.cgi" query-string: "" remote-host: none remote-addr: "127.0.0.1" auth-type: none remote-user: none remote-ident: none Content-Type: none content-length: none other-headers: [ "HTTP_HOST" "localhost" "HTTP_USER_AGENT" {Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6} "HTTP_ACCEPT" {text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5} "HTTP_ACCEPT_LANGUAGE" "en-us,en;q=0.5" "HTTP_ACCEPT_ENCODING" "gzip,deflate" "HTTP_ACCEPT_CHARSET" "ISO-8859-1,utf-8;q=0.7,*;q=0.7" "HTTP_KEEP_ALIVE" "300" "HTTP_CONNECTION" "keep-alive" "HTTP_COOKIE" "PHPSESSID=7f84fd7766f23e1462fed550ecbbfda4" ] ] | |
François: 25-Jul-2005 | With lighttpd and LiteServer, both path-info and path-translated are missing, while 'script-name is the name of the originator html file instead of the name of the cgi script (magic.cgi). | |
Luca: 19-Aug-2005 | I'd like to let my cgi script to be easy portable. I already moved them twice on tree different unix-like OS successfully, but I had always the problem of the first row. If in the first row I wrote #!/usr/local/rebol/rebol -c I need, in the new hosting OS, to have Rebol installed in thet dir. But this is not always true (or simple to set up). So I'd like to use a "portable syntax". Now, I did various tests but I couldn't find a solution. I already tryed: | |
Volker: 19-Aug-2005 | prepare your upload with rebol and replace some things server-specific. write %dst/cgi/script.r join "#!/here/is/rebol^/" read src/script.r | |
Sunanda: 23-Aug-2005 | Do you mean a CMS written in REBOL? REBOL CMSes? Not sure there are any as such. It'd be good to have a generally available and scalable Rebol CMS. As an example of what is possible, have a play with the various indexes here (topic, date, author, subject) http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-index.r That's 50+meg of data, 42500 messages. All handled in pure REBOL. | |
Sunanda: 5-Oct-2005 | This is what we do at REBOL.org: print "Content-Type: text/plain" print "Content-Disposition: attachment; filename=sqd.r" You can see that one in action with this URL: http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=sqd.r | |
james_nak: 25-Oct-2005 | I'm trying to set up rebol in my new host and I'm coming up with "Premature end of script headers" in the error log. "Server error 500 " shows up in the browser, btw. I'm going through my usual routine of error checking. Does anyone know what the permissions are for the cgi-bin directory are to be at. One time, long ago, I had this problem and fixed it with chmod. The files themselves are set to 755. | |
RebolJohn: 15-Nov-2005 | Hello everyone.. I have a CGI problem/question. I have a Win-apache-rebol server that isn't propagting the cgi info properly.. Upon posting.. the query-string is empty. I am not sure what I am missing.. Details: page1.rcgi ======================== #!c:\rebol\rebol.exe -cs rebol [] print "content-type: text/html^/" print "<html><body>" print " <form action='page2.rcgi' method='POST'>" print " <input type='text' name='var01' size='16' value='test'>" print " <input type='submit' name='go' value='Lookup'>" print " </form>" print "</body></html>" page2.rcgi ======================== #!c:\rebol\rebol.exe -cs REBOL [ ] print "content-type: text/html^/" print "<html><body>" print mold system/options/cgi print "<hr>" print "</body></html>" if I .. ( decode-cgi system/options/cgi/query-string ), my vars are all undefined. Also, looking at the 'print mold system/options/cgi' shows query-string="" if I change page1 form-action to ... "action='page2.rcgi?x=123" then the query-string on page2 gets populated with x=123 and the value 123 gets assigned to 'x' when I 'decode-cgi'. However, my form fields NEVER get populated. Does anyone have any advice? John. | |
Sunanda: 15-Nov-2005 | You are using "post" -- that needs some extra processing compared to get. See: http://www.rebol.com/docs/cgi2.html-- loook for read-cgi function | |
Volker: 1-Dec-2005 | Is there an example for temple somewhere? Was quite surprised google found nothing, and i got the source finally through detective. Now i need to get the cgi started and a simple demo. | |
Pekr: 5-Dec-2005 | 2) how secure is following? str: copy "" result: decode-cgi read-cgi foreach [word valu] result [append str join "" [word ": " value newline] I mean - above block in 'join statement is reduced - is it secure? | |
Pekr: 5-Dec-2005 | 3) I have older version of rebcmd from linux sdk I bought. But it did not used 'read-cgi at that time (well, here we are with SDK coming late ;-) My question is - I uploaded rebol core into cgi-bin directory: a) is it desirable aproach or should it be avoided? b) how do I assure, that if I ftp rebol executable to cgi-bin dir, to have sufficient right of the target directory, so that it could be run? | |
Graham: 5-Dec-2005 | most hosts set up perl is some bin directory and the shebang points to that... but most hosts won't do that for rebol for you. so,you have to put rebol in the cgi-bin | |
Pekr: 5-Dec-2005 | -rwxrwxr-x 1 cod-okna cod-okna 1504 Dec 5 22:24 pokus.cgi -rwxrwxr-x 1 cod-okna cod-okna 284 Jan 3 2004 pokus.r -rwxrwxr-x 1 cod-okna cod-okna 366148 Dec 5 11:26 rebol | |
Volker: 5-Dec-2005 | 1) should be secure. decode-cgi should put only strings in the data, nothing executable. (i use a lot "should" when it comes to security and i did not double-check). But why do you do that? simply mold decode-cgi should give the same. | |
Volker: 5-Dec-2005 | 3) I would not put rebol in cgi-bin. If it is there, one can call the rebol-exe from the outside, without it doing a string. Never tried that, but it may think post-data is console-input. rights should be 755, only you can modify, but everyone can read it. the server may call it as "somebody else", and so it must be readable for that "user" | |
Volker: 5-Dec-2005 | 2) decode-cgi builds the data itself AFAIK. does not use load. so all data should be strings. i am not sure about words, i guess they are bound. when you only fetch the words and turn them immediate in a string, that should be ok. the usual way is construct decode-cgi that result is save, because all words are bound to that context. | |
Graham: 5-Dec-2005 | Volker, people say it should not go in cgi-bin .. I have yet to see an exploit for this. | |
Pekr: 5-Dec-2005 | Volker: http://www.cod-okna.cz/cgi-bin/rebol | |
Graham: 5-Dec-2005 | thinking about it .. you would have to have a script in the cgi-bin directory that the remote user could exploit. | |
Pekr: 5-Dec-2005 | can user go outside his cgi-bin directory, if he copies there script, with -cs option? | |
Volker: 5-Dec-2005 | I think url are passed in another way. in read-cgi is "system/options/cgi/query-string" | |
Graham: 5-Dec-2005 | http://www.cod-okna.cz/cgi-bin/rebolhttp://www.compkarori.com/test.r The requested URL /cgi-bin/rebol http://www.compkarori.com/test.r was not found on this server. Apache/2.0.50 (Fedora) Server at www.cod-okna.cz Port 80 | |
Volker: 5-Dec-2005 | probe read/custom http://www.cod-okna.cz/cgi-bin/rebol[ post {print "content-type: text/plain^/^/oho^/"} ] | |
Volker: 5-Dec-2005 | probe read/custom http://www.cod-okna.cz/cgi-bin/rebolprobe [ post {write %exploited.txt "Ooops" print "content-type: text/plain^/^/oho^/"} ] | |
Pekr: 5-Dec-2005 | I think that it is legitimate aproach though. IIRC, my first article I read in some 1996 regarding cgi, was stating something like - put your C app into cgi-bin directory. Back then the author was describing that cgi is simply common gateway interface, and that your executable app should be put in cgi-bin directory. And rebol is C app :-) | |
Sunanda: 5-Dec-2005 | Petr: <<I mean - above block in 'join statement is reduced - is it secure?>> That should be okay. You could just do a construct/with to create an object. If you are intending to create an object, then pre-process the block from decode-cgi to ensure that the word "self" is not used as a keyword (tip courtesy of Chris RG, if I remember rightly). | |
Volker: 5-Dec-2005 | url: http://www.cod-okna.cz/cgi-bin/rebol print "should be fast" probe attempt[ read probe url] ; print "should be slow" probe attempt[ read/custom url probe [ post {wait 4^/} ] ] | |
Volker: 5-Dec-2005 | but hard to exploit more. security is on, so only access to cgi-bin and childs. cgi-bin should not be writable by the cgi-user. except if cgis run as your account, then i could write a script with -cs and call that in the next step. | |
Pekr: 5-Dec-2005 | now - is it a rebol vulnerability? Or just putting rebol into cgi-bin is the simple cause? | |
Volker: 5-Dec-2005 | I would say: do no exe in cgi if it cant handle cgi. and rebol cant (except with script). | |
Volker: 5-Dec-2005 | but it could protect itself by checking for cgi without -c? So not a bug, but a missing feature? | |
Volker: 5-Dec-2005 | do no exe in cgi -> put no exe in cgi-bin | |
Pekr: 5-Dec-2005 | how could it protect itself? How does it know it is in place to be run as a cgi interpreter? | |
Pekr: 5-Dec-2005 | Graham - my server is far from popular. I think no-one will do Volker's like trick. But you might be right, if we teach ppl to simply put rebol into cgi-bin dir, and then such "vulnerability" is found, ISPs might hate it .... | |
Graham: 5-Dec-2005 | Hosts wont' normally put rebol into their own cgi-bin | |
Graham: 5-Dec-2005 | Volker, often hosts will not allow exes outside cgi-bin | |
Pekr: 5-Dec-2005 | advantage of having rebol in cgi-bin is, that you can update it yourself, not asking your ISP to update it for you each time new version is out :-) | |
Volker: 5-Dec-2005 | can you have subdirs with cgi-scripts? so that you can call http://cgi-bin/project1/script.cgi ? | |
Pekr: 5-Dec-2005 | well, as for my server, I can install rebol regullarly. We just were thinking loud here with Graham, if that is good aproach or not to have it in cgi-bin, so simply you could run your rebol scripts without ISP to even know you are using rebol :-) | |
Volker: 5-Dec-2005 | cgi - maybe an extra exe which only runs as cgi? | |
Sunanda: 5-Dec-2005 | REBOL does not have to be in the cgi-bin folder. If it is elsewhere, have a shebang in the first line of each script to point to where the exexcutable is. (apologies if I'm missing the point of the discussion here) | |
Volker: 5-Dec-2005 | Seems some hosts disable exes outside of cgi-bin | |
Graham: 5-Dec-2005 | my host does that .. I'm only allowed exes in the cgi-local directory | |
Graham: 5-Dec-2005 | and since my cgi-local is a mapped directory, I can't create subdirectories | |
Oldes: 1-Mar-2006 | what if I have Rebol cgi script in folder /cgi-bin/ and want to write to folder /public/ which is out of the sendbox. How to do it? | |
Volker: 1-Mar-2006 | #!/rebol -sc of course. the -s swiches sandbox of. i then usually do a secure to my own folder first in the cgi. | |
Louis: 8-May-2006 | I am running XP on my local computer. Out web host's server is running Red Hat Linux. Which version of core should I use on the host server to run the cgi scripts? If I download the proper Linux core interpreter to my XP computer, and uncompress it using WinZip, will it be corrupted by XP? How do I get a clean version of core to the Linux server? | |
Louis: 8-May-2006 | But testing using http returns an error saying that rebol is not in the cgi-bin directory where it in fact is. | |
Louis: 8-May-2006 | 500 Server Error A misconfiguration on the server caused a hiccup. Check the server logs, fix the problem, then try again. URL: http://www.dayspringpublisher.com/cgi-bin/now.cgi /home/daysprin/public_html/cgi-bin/now.cgi: Invalid shebang /dayspringpublisher.com/cgi-bin/rebol: Does not exist! | |
Louis: 8-May-2006 | #!/dayspringpublisher.com/cgi-bin/rebol -cs REBOL [Title: "Hi"] print "content-type: text/html^/" print [<HTML><BODY>] print ["Hi"] print [</BODY></HTML>] | |
Graham: 8-May-2006 | try #!/home/daysprin/public_html/cgi-bin/rebol -cs | |
Graham: 8-May-2006 | or check the shebang for any perl scripts you have in your cgi-bin directory to see what it should be. | |
Louis: 8-May-2006 | OK, now that cgi is working, I want to make a form that will allow people to give their name and email address to be saved in a rebol db file on the server for me to download at my convenience. Has anyone already done this so that I don't have to reinvent the wheel? | |
Louis: 8-May-2006 | Of course, I need the cgi scrpt for this also. | |
Louis: 10-May-2006 | What is wrong with this script? #!/home/daysprin/public_html/cgi-bin/rebol -cs REBOL [] print "Content-type: text/html^/" html: make string! 2000 emit: func [data] [repend html data] read-cgi: func [ ;Read CGI data. Return data as string or NONE. /local data buffer ][ switch system/options/cgi/request-method [ "POST" [ data: make string! 1020 buffer: make string! 16380 while [positive? read-io system/ports/input buffer 16380][ append data buffer clear buffer ] ] "GET" [data: system/options/cgi/query-string] ] data probe data ] cgi-data: decode-cgi read-cgi print cgi-data write/append %nr.txt reform [ now/date system/options/cgi/remote-addr mold cgi-data newline ] | |
Louis: 10-May-2006 | It writes the date and remote-add to the file, but does not write cgi-data to the file. What is wrong? | |
Janeks: 11-Aug-2006 | I am trying for first time to setup rebol for cgi on remote Apache web server on Linux. I am working from WinXP Site management is done with EnsimPro. Ftp does not yet working. So what is done up to now: Uploaded file Rebol from rebol-core-2602042.tar package for Linux to cgi-bin directory; Set permisions to owner read, write, execute and for group and others to read, execute; Test script -> write file read file, Test script uploaded (throught web broeser by using EnsimPro web interface) test script: #!/var/www/cgi-bin/rebol -cs REBOL [Title: "CGI Basics"] print ["Content-type: text/html" newline] print "Hello!!!" to cgi-bin directory; Set the same permisions. Pointing to the test file I am getting "500 Internal server errror" What else could be wrong? Interesting that I have interpreters directory on this web server where are couple files regarding php and perl. Could it be connected with my problem? | |
Pekr: 11-Aug-2006 | hi, just playing with cgi too .... your cgi-bin directory seems ok having 755 rights .... | |
Pekr: 11-Aug-2006 | if it is .r, try to change it to .cgi for a while | |
Pekr: 11-Aug-2006 | does any other, etc. pl or shell script work i cgi directory .... | |
Janeks: 11-Aug-2006 | Btw content of one of file in the interpreters dir: #!/bin/bash if [ -z "$REDIRECT_STATUS" ]; then echo -e "Content-Type: text/html\r\n\r <b>Security Alert!</b> The Perl CGI cannot be accessed directly. <p>This Perl CGI launcher is configured to require a redirect. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive.</p> <p>For more information as to <i>why</i> this behaviour exists, see the <a href=\"http://php.net/security.cgi-bin\"> PHP manual page for CGI security</a>.</p> else export SCRIPT_NAME=${PATH_TRANSLATED##${DOCUMENT_ROOT}} export SCRIPT_FILENAME=$PATH_TRANSLATED /usr/bin/perl $SCRIPT_FILENAME" fi As newcomer in linux and apache I can only ques what it mean, but I am thinking about this line: This Perl CGI launcher is ... | |
Pekr: 11-Aug-2006 | ah, then this apache is configured strangely imo .... in Apache httpd.conf, you normally specify ScriptAlias for directory, where cgi is going to be placed. Then you can always manually set whatever directory, to perform cgi action by adding SetHandler cgi-script for specific directory .... but then all files in there are regarded being a cgi and Apache could try to run them ... | |
Pekr: 11-Aug-2006 | mostly, if you want to perform cgi outside scriptalias location, following directive is uncommented - AddHandler cgi-script .cgi | |
Janeks: 11-Aug-2006 | The web server service providers told/wrote that it is possible to run cgi scripts on this server. | |
Pekr: 11-Aug-2006 | janeks, you could try to put .htaccess file into your directory, specifying e.g. AddHandler cgi-script .cgi for your directory .... it will override httpd.conf settings IF rewriteengine is set to enabled ... | |
james_nak: 11-Aug-2006 | Janeks, here are some things to try: 1. Make sure you uploaded the rebol exe as binary and the rebol script as ascii. 2. make sure you chmod your rebol files, rebol and even the cgi-bin (755). Hope that helps. I have seen the same thing as you many times when I first set up rebol. | |
james_nak: 11-Aug-2006 | BTW, if i makes you feel any better, I tested your script in my host and it works. I'm wondering if the "#!/var/www/cgi-bin/rebol -cs" is not actually pointing to the where it should be. Did the hosting company give you the exact path? | |
Janeks: 11-Aug-2006 | Thanks all - as always most obvious things are those on which we make mistakes. All was o' k except I changed rebol to rebcore, because I wanted also work with Rebol view and ... ... forgot it. Too much copy & paste. Well the next question is - if and what else is needed to install rebol view for cgi operations? | |
james_nak: 11-Aug-2006 | Janeks, I suppose it depends on what you want View to do. You can go ahead and put it in your cgi bin but It won't create interactive interfaces as you can when you run it locally. You can try the plugin for that kind of thing. | |
Group: PowerPack ... discussions about RP [web-public] | ||
Maarten: 23-May-2005 | Some candidates *right now* are: - mysql:// -postgres:// -Uniserve -Rugby (of course ;-) -REBgui -cgi + cookie libs -async http:// -async:// | |
Group: RT Q&A ... [RT Q&A] Questions and Answers to REBOL Technologies [web-public] | ||
Gabriele: 6-Feb-2006 | Henrik, see http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=reboldiff.r | |
Group: Plugin-2 ... Browser Plugins [web-public] | ||
Anton: 4-May-2006 | http://www.rebol.net/cgi-bin/rambo.r | |
Volker: 10-May-2006 | networking: i would onlyuse browser forthe same things. if i do a "read http://*"in rebol, that is connect/read/disconnect too? If something need performance i would use own implementations. Although, IIRC when i check cgi-headers, i see usually "keep-alive" from the browser. But no expert there. |
201 / 1566 | 1 | 2 | [3] | 4 | 5 | ... | 12 | 13 | 14 | 15 | 16 |