Any free hosting service for rebol ?

[Guest]

PHP is everywhere and it seems there's none for rebol ?

[keckman]

This is real newbie's answer(guessing):

You can confiruge rebol hosting to your own homepage as easy as to your local machine...?

[Gabriele]

As long as the service supports CGI, you can use REBOL. Otherwise, you could still use PHP to launch the REBOL interpreter, I guess.

[leke]

As long as the service supports CGI, you can use REBOL.

I didn't find this to be the case. Sometimes CGI means Perl or in this instance I got this reply...

Hi Leke, and welcome to CFH!

Just a little more information for you. The server does have CGI, and will run most any CGI script, but many more complex CGI items (like REBOL) are not allowed because CGI uses a lot of processor time compared to other languages like PHP. I personally prefer PHP and MySQL to other systems. If you like, have a look at PHP.net for information and beginner tutorials.

Otherwise, you could still use PHP to launch the REBOL interpreter, I guess.

Could you give an example.

If anyone manages to setup REBOL for free let the forum know about it.

Cheers!
 

[Gabriele]

If they allow you to run any script, then you can run REBOL too. They can't call it CGI if it's not CGI, period.

Whether it takes more resources is debatable. Of course as long as PHP is integrated with Apache, any CGI will take more resources than using PHP; however, PHP is MUCH bigger than REBOL, and so is Perl, so they wouldn't probably even notice it.

[leke]

Isn't it the case that even if the server allows CGI, only scripts that have been configured to run on it can run?

Example:
AddType application/x-httpd-cgi .r .reb

saying this I think it doesn't matter to REBOL what your extension is. So maybe you could call your REBOL script say my-script.pl or my-script.beer and still be able run it with the appropriate shebang line #!... (Well it ran ok like this when I tested it on my localhost setup).

So why was that example line needed again? Aahh, all very confusing!

I've generally done fine by dumping the rebol executable somewhere in my server space and putting its location in the shebang line of my script:

Hey Brian, is your servers hosting free?


I also looked up the way to call a script with PHP.
<?php
   include("http://your-dom.com/path-to-script/my-script.r")
?>
 

[Gabriele]

You need AddType only if you want to use an extension different than .cgi. If you just call your script my-script.cgi, make it executable, and provide a correct shebang line, then it will work.

About PHP, i think you need passthru(). See http://www.php.net/manual/en/function.passthru.php .

[leke]

Thanks for clearing that up for me Gabriele.

[Did someone try netfirms with fr]

http://www.netfirms.com

I have tested with perl it works

#!/usr/bin/perl
print "Content-type: text/html\n\n";
#
print 'Hello world.';      

but I don't know for rebol how to do it

[leke]

I'm also trying netfirms at the moment. I have uploaded Core for FreeBSD to the CGI bin, but am having no luck with the test scripts.
This is only my second attempt though, I'm probably doing something wrong. If I get something working, i'll let you know.

Would the shebang line be
#!/rebol/rebol --cgi --script
or
#!/cgi-bin/rebol/rebol --cgi --script

and should there be an .exe on the end of the rebol exe?

Note to the last poster:
REBOL uses ^/ instead of \n

[Guest]

Maybe you can inspire from this ?
http://hammer.prohosting.com/~rebol/rebol-...prohosting.html

[Gabriele]

Notice that you need the real path in the shebang, not the "virtual" one you see from your FTP client and so on. So you need to know what the real complete path to the rebol executable is (btw, no, .exe is not needed). The file needs the appropriate permissions too, which are 755 (rwxr-xr-x), like for the .cgi scripts.

[Real Path]

For real path it is said
http://www.netfirms.com/support/faq/what-a...-scripts-S.html

Full or Absolute root path:

We recommend using the DOCUMENT ROOT environment variable to automatically insert the path in your Perl script:

$ENV{'DOCUMENT_ROOT'}

You may have to use "double quotes" around the path.

For example the full path to your www directory would be:
"$ENV{'DOCUMENT_ROOT'}/www"

The full path to your cgi-bin directory would be:
"$ENV{'DOCUMENT_ROOT'}/cgi-bin"

===========================

But it's for perl, as for rebol ?


 

[leke]

I pretty much understand everything apart from the Full or Absolute root path - or real path.

This was on the linked page...

Alternatively, to find your document root use the printenv program: Type domain.netfirms.com/cgi/printenv on any web browser.

I got...

Code:

GATEWAY_INTERFACE=CGI/1.1 REMOTE_ADDR=192.107.218.218 QUERY_STRING= REMOTE_PORT=3843 HTTP_USER_AGENT=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) DOCUMENT_ROOT=/mnt/web_m/d09/s13/b025a4c8 NF_MYSQL_HOST=10.8.12.4:3310 HTTP_ACCEPT=*/* SCRIPT_FILENAME=/usr/local/nf/share/cgi/printenv HTTP_CACHE_CONTROL=max-age=259200 HTTP_HOST=r3bol.netfirms.com REQUEST_URI=/cgi/printenv HTTP_X_FORWARDED_FOR=172.16.221.90, 192.107.218.218 HTTP_NFUSERADDR=192.107.218.218 SERVER_SOFTWARE=Apache/1.3.26 (Unix) mod_perl/1.26 HTTP_CONNECTION=close HTTP_COOKIE=nfreferstat=http%3A%2F%2Fnetfirms.com%2F PATH=/usr/local/bin:/usr/bin:/bin HTTP_X_FORWARDED_SERVER=w11 HTTP_ACCEPT_LANGUAGE=fi SERVER_PROTOCOL=HTTP/1.1 HTTP_X_FORWARDED_HOST=r3bol.netfirms.com SCRIPT_URI=http://r3bol.netfirms.com/cgi/printenv SCRIPT_URL=/cgi/printenv REQUEST_METHOD=GET SERVER_ADMIN=support@netfirms.com SERVER_PORT=80 SCRIPT_NAME=/cgi/printenv HTTP_VIA=1.0 oukasrv38.ouka.fi:8080 (squid/2.5.STABLE1) SERVER_NAME=r3bol.netfirms.com

Would it be here?

[Guest]

Maybe

DOCUMENT_ROOT=/mnt/web_m/d09/s13/b025a4c8

The full path to your cgi-bin directory would be:
"$ENV{'DOCUMENT_ROOT'}/cgi-bin"