• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

AltME groups: search

Help · search scripts · search articles · search mailing list

results summary

worldhits
r4wp106
r3wp1460
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 / 156612[3] 45...1213141516