AltME groups: search

Mike, I'd rather wait until the volunteer who is doing the RSS has 
added the code, rather than bypass their efforts.

Meanwhile, you have several ways of finding out what  scripts are 
new or changed on REBOL.org:
-- we'll sen doyu a tailored email

    http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-update-profile.r
    See Section 4, Notices
-- you can peek at your unsent notices to get advanced warning:

     http://www.rebol.org/cgi-bin/cgiwrap/rebol/uns-display-notices.r?ml=yes&my=yes
-- You can use the LDS API:
       do http://www.rebol.org/library/public/lds-local.r

      probe lds/send-server 'list-updated-scripts [5]   ;; what's changed 
      in the last 5 days?
-- Just eyeball the script library home page:
     http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r

Graham in the All group asked:

<<Is it not true though that you are limited in what you can do with 
rebol.org ? >>
Yes and no.

It's a shared server with the usual sort of quote limits, so that 
stops some of the wilder plans.

On the other hand, the limits are fairly generous. Right now, we 
do these sorts of numbers:
* 150,000 CGI executions per month
* 2.5 gigabytes of data served per month

* 70 megabytes of hard disk used (mainly for the Mailing List archive)


Of course some sort of bandwidth quota would exist with a dedicated 
server too -- that one comes from the ISP, not the box.
---- 

We've had the same problem most of us have had with servers at one 
time or another: REBOL going feral and failing to close tasks. That 
brought down the server once, and got us suspended for about 30 minutes 
until I beseeched forgiveness. Of course, that could happen with 
a dedicated server (no one quite knows why it happens).


Similarly, we get some leak-through from what are supposed to be 
the chinese walls; and that has caused the odd problem: mainly file 
permissions going askew.
---

As Peter said, the main limitation is manpower. There are several 
things under development at rebol.org right now; there is room for 
many other improvement projects too.

just found out that mod_gzip, mod_gunzip, mod_bunzip2 (any of this) 
is not a default module with RHEL .


I would have thought that this will be a useful module for any server 
to have.

I added forever loop at the tail of the script so it's working now 
(as a server) but rebol stops when I exit the shell:(

I would like to start a server

...and the server is down

Does anybody know (use!) Virtuozzo ?
It's a virtualisation server application.

I wonder if buying an hosting on this kind is a good solution to 
host Rebol CGI apps.

I'm currently trying to filter IP addresses that try to log into 
my SSH server. For this I use a tool "swatch" and "iptables" to filter 
them.

Actually I'm playing with festival on linux  ;) REBOL festival Client 
 with visual interface to feed the festival software running in server 
mode only take 10 lines  I love REBOL :))). So now on linux I can 
make my Computer speech me  the Carl's blog content while I'm in 
the mean time reading the French forum new posts ;)

I need to prepare some installation instructions for our polish partner. 
I will do some scripts to access mySQL on their server, using rebol, 
but I will not have access to the site. So I want to be well prepared, 
so they don't get annoyed after writing them tens of times "try that, 
try this" etc. :-)

when i upload things, i use a builder-script which takes my local 
installation and replaces some things, like the shebang. then i copy 
that result to the server. you could make a config-script, 
 exe: %/usr/local/bin/rebol
 data: %/svr/www/my-dir/
  ..
let them adjust that and run the builder.

Also it makes sense to not hard-wire most pathes, but put them in 
a config too and load them at runtime. but does not work with the 
shebang, it must be hardcoded in the script.

Ok, I need some advice from you Linux gurus out there: I'm running 
my xpeers server on an old RH 7.3 installation with EXT3 filesystem. 
The server is running in a data-center, so only remote access via 
SSH.


1. Does it make sense to update the kernel / system? If, how can 
I do this remote?

2. I think with xpeers ReiserFS might be a better choice because 
I have thousands of small files on my system, that needs to be handled. 
How can I update the filesystem?

it can be done (with a *lot* of effort), but it's too risky. it's 
much easier to rent a new server with reiser and move the data.

maybe you can do it by adding a new hd to the server. still a non-trivial 
task though, and i would try it on a local machine at least twice 
before attempting on a remote machine. :)

robert,  I would ask your hosting company if they can give you access 
to the terminal server  (so that you ssh there and then you can reboot 
and see boot messages as if you were on a local terminal - note you 
might have to configure the server first

if you have access to the terminal server I can send you info on 
how to configure it so that you get the boot messages

Ok, thanks for the comments. What's this terminal-server stuff? Is 
this a special console I connect too?

the terminal server is used by the hosting company to access multiple 
servers consoles without having physical consoles. When they reboot 
a machine the can get the bios boot messages because there is a console 
cable to the terminal server and they normally access the terminal 
server via ssh

Is there any specific need to make View 1.3.50 running under Linux:
- It runs right while clicking the icon
- it fails to run from a terminal:
	./rebol
	** User Error: REBOL: Cannot connect to X server
	** Near: size-text self

I mean - if your server does not have X-Win installed, then you have 
to use Core

50mb and includes.. 


XMMS (MP3, CD Music, and MPEG), FTP client, Dillo web browser, links 
web browser, FireFox, spreadsheet, Sylpheed email, spellcheck (US 
English), a word-processor (FLwriter), three editors (Beaver, Vim, 
and Nano [Pico clone]), graphics editing and viewing (Xpaint, and 
xzgv), Xpdf (PDF Viewer), emelFM (file manager), Naim (AIM, ICQ, 
IRC), VNCviwer, Rdesktop, SSH/SCP server and client, DHCP client, 
PPP, PPPoE (ADSL), a web server, calculator, generic and GhostScript 
printer support, NFS, Fluxbox window manager, games, system monitoring 
apps, a host of command line tools, USB support, and pcmcia support, 
some wireless support.

has anyone any experience, of how to configure 'sendmail, to allow 
sending email from various domains? I run cgi script, I want to send 
email from particular domain (virtual host on my server - I host 
several domains), but it always goes away as one concrete domain. 
I have suspiccion I should somehow turn off email masquarading, but 
dunno how :-)

Take a look at http://www.johnsons-web.com/cgi-bin/test.r.This is 
very bizarre! If you use netscape, you will see the entire usage 
message from rebol displayed prior to the mime-type header. If you 
use IE, it is likely that some but not all of these effects will 
be obfuscated, but you should be able

to see the entire output if you view the source. The sources from 
the script is being sent from a windows computer to a linux server. 
Now, if

I use a FTP client like WS_FTP which as a "ascii" mode, it automatically 
converts line enders to unix style, and this problem does not occur.

What version of rebol are you using (on server and local) ? Could 
be one of those cgi quirks that were in older releases.

I do not believe that 'rebol on the linux server is the latest. I 
am using 2.5.6.3.1 (for windows) on this machine. I think I've got 
the latest for linux on my main workstation, but it is not available 
right now....

Chris: from what I see, it does not. Either the file has to be transfered 
and saved on the server with unix-style line enders or -q has to 
be there to make it work for me. Time will tell. Unfortunately I 
don't have a linux machine to download and compare.... Can you say 
"Heisenberg Uncertainty Principle"? :-) Anway, what works, works. 
I'll post more on this subject when I actually get back to programming. 
thanks.

you need to run a web server .. and just opening tcp://:80 won't 
do it.

I wonder when Dockimbel is going to release his Cheyenne web server 
... it was slated for a Dec 04 release according to his website.

I was thinking more of a simple mail server that only accepts mail 
for one's own domain.  In that case, I wouldn't need to do any mail 
forwarding. But I guess I still need to do a DNS lookup to confirm 
that the server sending mail is who they claim to be.

(local machine)

and it returns:

make object! [
    server-software: none
    server-name: none
    gateway-interface: none
    server-protocol: none
    server-port: none
    request-method: none
    path-info: none
    path-translated: none
    script-name: none
    query-string: none
    remote-host: none
    remote-addr: none
    auth-type: none
    remote-user: none
    remote-ident: none
    Content-Type: none
    content-length: none
    other-headers: []
]

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')
??

best to change the association on IIS, so you don't accidently have 
a desktop script or browser plugin script execute on the server. 
you'll sleep better :-)

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?

/view wants to connect to x and errors out without. and cgi usually 
has no DISPLAY set (or no X on server at all).

I am trying to sort out what the POST data should look like coming 
to a Rebol web server from a browser after someone hits submit.

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.

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.

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?

Hello, I finally get FastCGI with rebol/cmd with Lite Speed Web Server, 
but not with Apache.

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"
	] 
]

Hi Pekr, Rebol/Cmd works fine with lighttpd and LiteSpeed Web Servers. 
I configure succesfully those web servers to work with rebol/cmd 
as static server (i did not try as external server but this sould 
work too). But I did not succeed with Apache!

By static I mean the Web Server takes care to create as many VM instances 
as needed within the min and max nb of instances allowed by the web 
master.

You are right. So i will try on Apache Linux. It shoud work as I 
succeeded with both lighttpd and litespeed. By the way, these two 
web server are very good and so easy to configure (specially LiteSpeed)...

prepare your upload with rebol and replace some things server-specific.

  write %dst/cgi/script.r join "#!/here/is/rebol^/" read src/script.r

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.

After all Carl decided to do rebol when he set up a linux-server..

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.

ok, now I tried it, Graham. I used Total Commander to copy it over 
ftp there. I got correct user and group permissions, but I had to 
chmod it directly on server to 755

well, but katalog.aspx is on different server ...

on server it should not be a problem

and your example: The server at atom.thruhere.net is taking too long 
to respond.

Hi .... with recent Rebcode releases, we can see that internally 
new Core is marked as 2.7 and View is marked as 1.4 Is it just working 
"title" or will those products be marked as that? And if so, can 
we know, what other changes will go for 1.4 View release target? 
Will there be any AGG fixes/additions (to support SVG RebGUI progress), 
or even VID changes? I still think, that VID is missing few fine 
styles as tab, group-box, better list as was introduced on IOS Developer's 
server, (eventually tree, menu), to allow novices to start using 
VID/View more productively. Any chance RT can tell us, what is the 
plan for 1.4 release?

Q: What does the world on Nov-15-2005 look like?


A: Our main goal is to get REBOL into the hands of more users, not 
just programmers and techies.... by the millions over time.  By doing 
that, we create a market for not only handy free REBOL apps, but 
also for commercial apps and entire businesses that are related to 
REBOL.



Q: Given that  window transparency is OS specific, will there be 
a dialect that covers both Windows, Linux and 40+ other OS?  In other 
words, does RT plan on continued support of so many languages, or 
are we entering a new era of specific OS support?


A: Our plan is to make that a window option that is part of the face/options 
for a window.  If an OS does not support this mode, then the option 
will be ignored, but the application will still be fully functional.



Q: I hope it is still valid that cooperation with RT is possible. 
I mean - last few weeks I play with some Win32 functions (thanks 
to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop 
environments .... so I wonder if any SIGs will be created, some ppl 
will be invited to participate, comment etc., or if RT is gonna cook 
it all themselves?


A: Yes, there are many such special interest projects currently going 
on. (Most of them are occurring via private projects in AltME and 
IOS.)  These days 90% of REBOL changes are done in cooperation with 
the REBOL community.



Q: Hi .... with recent Rebcode releases, we can see that internally 
new Core is marked as 2.7 and View is marked as 1.4 Is it just working 
"title" or will those products be marked as that? And if so, can 
we know, what other changes will go for 1.4 View release target? 
Will there be any AGG fixes/additions (to support SVG RebGUI progress), 
or even VID changes? I still think, that VID is missing few fine 
styles as tab, group-box, better list as was introduced on IOS Developer's 
server, (eventually tree, menu), to allow novices to start using 
VID/View more productively. Any chance RT can tell us, what is the 
plan for 1.4 release?


A: Regarding 2.7 and 1.4 question: we change the revision numbers 
(the second number) whenever there is a major change in REBOL that 
may be unstable.  The /core 2.7 kernel (that is in /view 1.4 as well) 
adds new datatypes to REBOL, and they are the first datatypes added 
in several years, so we consider this to be a major change, and marked 
it that way.
Yes, we do plan to be making a few AGG fixes very soon.

Oh, and regarding VID: we plan to be making very big changes there. 
More to come soon.


Q: Could you add struct! support to /Core?

I keep on having situations that would be made much easier by struct! 
when I don't need libraries. For instance, conversions from external 
binary data encodings to internal REBOL values, say for file formats, 
network protocols and so on. Now rebcode has added other forms of 
strong typing like the type-specific opcodes and the vectors. Having 
structs with their constrained field types, their specific data layouts, 
would be a perfect match for the low level operations of rebcode. 
They would be helpful later when implementing your own data types 
as well.


A: On structs: yes, we will enable this feature on core, but it should 
only be used for lower level code.  Objects are more powerful.


Q: Could you add an APPLY opcode to rebcode?

    apply: ["Apply function or path to arguments, save result" word! 
    word! | path! block!]

In rebcode:
    apply x f [arg1 arg2 ...]
Is equivalent to this in REBOL:
    x: do f arg1 arg2 ...


The advantage to doing function calls this way is that the arity 
of the opcode is fixed, even if the arity of the function called 
can't be known ahead of time. The value assigned to the function 
word could be either a function or a path, or for efficiency you 
could have a seperate opcode APPLYP for path values (I'd prefer just 
one opcode for generality but it's your call).


A: I'm not sure what is meant by the path for it. You mean for refinements?
That may actually slow down the apply interface.

It's funny, I had to reboot Windows more often while testing rebcode 
than I have ever needed to for an entire year with that computer. 
Server 2003 is very stable, but crashing processes a dozen times 
or more a day can wear on it a little, so I needed to reboot every 
couple days. Normally I would need to reboot only for occasional 
updates of certain third-party software, never more than once a couple 
months.

Jaime - e.g. what I need is quite simple - having app on Windows, 
I need to submit my data to mySQL data in Poland, so it needs to 
be translated to another charset .... (but IIRC it can be done on 
server, so I will hopefully manage it without rebol supporting unicode 
for now )

question: I own a Linksys WAP54G access point which runs on a MIPS 
processor with a small Linux server on it. I tried loading REBOL/Core 
for MIPS onto it, but it couldn't run.


The thing is, there is quite a lot of embedded hardware that runs 
such small linux servers. It would be easy to make control software 
via REBOL, connected to a PC running an encapped REBOL/View application. 
This would allow for rich realtime control software, rather than 
using the normal (slow and non-realtime) built-in webserver. I already 
managed to get realtime readouts on signal strength, by polling the 
access point through telnet and displaying a simple meter in a REBOL/View 
script, something not normally possible. But  you could do much, 
much more, if you could run /Core on it directly. I think there is 
a lot of unused potential here.


Would RT consider such ports of REBOL/Core to various embedded hardware 
products and provide a list of embedded hardware products that can 
run /Core?

and please - don't compare mac-mini with barebones - they are full 
featured multimedia stations, including ability to be server by remote 
control only, via display .... look at Shuttle or MSI ones ...

what about running a web server ?

it runs server things nicely. apache is built in and can be started 
with a click of a button

maybe have rebol in the plugin download a license from a web server 
or something like that.

It may require a certificated authentication server that stores the 
license keys.

pressing the "Read FTP" button in the test script gives me:


** User Error: Server error: tcp 421 Unable to set up secure anonymous 
FTP
** Near: view-text read ftp://ftp.rebol.com/test.txt
>>

Only when that service is running on a different server than the 
web server the script was served from. A user's data can be sent 
over the URL that requested the script, or an AJAX connection. A 
certain amount of network access is assumed.

The places a browser puts persistent data, and manages that data, 
are cookies and the temporary file cache. There are already security 
restrictions and management tools for those places. That existing 
persistent storage should be sufficient for REBOL scripts loaded 
by the regular plugin. Any other storage should be on the server, 
with the same server access restrictions as JavaScript. Anything 
more should be restricted to trusted sites.

say I have a farm of  pcs running some seti like application and 
rebol using the browser plugin with lns to send the results back 
to a server.

If the browser plugin is doing the distributed computing work, the 
result sets could be sent to the server under the restrictions I 
propose.

Java applets and JavaScript scripts are usually only allowed to access 
their own server over the network. I think you can make that same 
restriction to REBOL using the secure native.

With Java, the applet is only allowed to communicate with the server 
that served up the applet. We could make that same restriction by 
default in the REBOL plugin with SECURE, and then relax the restrictions 
at runtime with SECURE again. Of course, that will cause the security 
requester to pop up and the user would then know what they should 
know and agree to anyways before such behavior is allowed at all.

wrt own window on top to do the window messages, etc -- I'm all for 
slamming itself on top of the browser, and not going through it to 
embed view.   or make it a "windowed" control, which is how IE does 
SELECT elements.  The complexity there is having it crop to be part 
of the page.  I think wndows media control is like that, where you 
can pick a windowed version, which performs better (probably from 
similar things that you are running into.  MSAgent runs in the browser, 
and is allowed ro roam anywhere on the screen in an irregularly shaped 
winoow.  It also starts a server process which handles all calls 
to the interactions with applications like IE and Office that take 
advantage of that aspect.  It's all asynchronous/multithreaded, and 
shuts down automatically when there are no more client controls to 
serve.


The DOM provides screen position information, but the downside is 
that with embedded controls like Adobe SVG viewer and Flash is that 
they will respond correctly to transparency (showing html page background 
through transparent parts of control  -- never got REBOL plugin to 
do that, which has something to do with wmode="transparent"  or something 
similar

Dunno if my last post last night made it.  as soon as I sent it, 
the world went down and i was unable to reconnect.  I think there 
is a misunderstanding about what a windowed control is, and that 
is throwing people off.  In the post I mentioned how MSAgent works, 
where you have a central server app that communicates with all the 
instances of the control, and I think something like that would be 
perfect for REBOL.  If there was a way to create an instance dynamically 
( using new ActiveXObject, for instance), then for those plugin scripts 
not needing the View UI, that would be a nice option, because that 
would allow using it from a WSF, as well.  On a side note, when trying 
to use the plugin in an HTA it's crash city.

Looks like Volker covered the security issues I'd note.  About Rebol 
as a COM server process--I would think that would be the way to go. 
 Pretty sure that is how Acrobat runs, too.  Basically, the first 
time you run into a PDF on the web Acrobat32 starts, and handles 
all instances.

Security extension, yes, removal of something - hehe, how uneducated 
imo :-) Is smtp so difficult to build? Having tcp socket is dangerous 
already, as I can build my custom smtp in script, and have server 
at the other end of the country, which listens on 8080 and doing 
smtp ....

You can also run a mail-server on the machine where you host the 
reblet, then send works.

Flash does not work? YOu have full networking to your own server, 
what else do you need?

The urls are blocked so you can not reach a "legit" mail-server so 
you can not 'send.

If you host the reblet from your irc-server, its no problem. Else 
the user needs to bless you explicitely, like with noscript.

[uniserve] Async Protocol FastCGI loaded
[uniserve] Starting task-master...

## Error in [uniserve] : Cannot open server task-master on port 9799 
!
[uniserve] Starting HTTPd...
## Error in [uniserve] : Cannot open server HTTPd on port 80 !

is all I get...

I would not use view for server

Maxim: I plan to support SSL natively in REBOL. I'm waiting for Carl 
to send me a test version of /Command with server-side SSL enabled. 
In the meantime, I recommand using a SSL proxy rather that Apache. 
See STunnel for example.

Scot: Cheyenne can interface with PHP using FactCGI. A FastCGI client 
alpha implementation is currently built in Cheyenne. All you need 
is a php executable compiled with FastCGI. I've already tested several 
php apps (even big ones like eGroupware), it works well and it's 
fast ! But, the configuration options are currently hardcoded in 
Cheyenne (need to export them in config file) and there's no dynamic 
php instance management (you have to launch each php-fastcgi server 
by hand). Once these 2 feature will be integrated in Cheyenne, you'll 
be able to run easily and php application.

Oldes: View can be a good choice for server is you need server-side 
dynamic image generation or manipulation. The drawback is for Unix 
servers, they'll require X libs to be installed.

Pekr: The protocol is not specific to Cheyenne, but you'll have to 
"extract" it from the module to be able to reuse it. But, we're talking 
about a FastCGI CLIENT implementation, and what you have in mind, 
I guess, is a SERVER implementation (like in /Command)...

It connect to a server application, like php-fastcgi or a REBOL FastCGI 
server built with /Command, or any other server accepting FastCGI 
clients. Then it sends the HTTP request and wait for a response back.

Marteen: Carl told me about some flags to set properly in the ssl:// 
port to set the direction : server to client.

No, it's a client implementation of my own (/Command implements a 
server-side FastCGI protocol)

hum... there is one thing I am not sure I get, what do you mean by 
"server-side" (do you imply your's is not, and if so what does that 
really mean?)

Can you make the session storage server a RebService, called from 
the various processes that need to read/write the data? That overhead 
might be less than the SQL overhead.

I'd love if there were an LNS implementation built on UniServe. This 
would let you turn Cheyenne into a general purpose app server.

Does Cheyenne have an option to limit which network adapters it will 
serve to? For example, I have 5 adapters on this computer (ethernet, 
wireless, 2 VMware, Hamachi), maybe 6 counting localhost, and I would 
like the web server to only be visible to the virtual adapters, not 
even opening a port on the physical ones.


I remember this being difficult in REBOL, that REBOL would always 
open server ports on all available adapters, so you would have to 
inspect the incoming connections and filter. Have you come up with 
a better workaround for this, or a way to do it properly?

Doc,  I appreciate your time / work on this.  Just so I understand.... 
are you saying that the solution you would implement would only run 
on a Win machine and that solutions that run on other machines are 
not feasible  ... because they are basically cumbersome and unreliable? 
 e.g. http://drupal.org/node/44718And are schemes like NTLM Authorization 
Proxy Server unworkable?  refer http://www.geocities.com/rozmanov/ntlm/
    I can't see using Cheyenne in a work environment  unless it supports 
NTLM.

we need to wait for RT to enable server side ssl

Terry: REBOL already supports SSL, it just a matter of knowing which 
flag to set to switch to server-side SSL. Btw, if anyone can get 
the info from Carl, that would be great ! (Pekr, you're kind of good 
at extracting info from ppl ;-))

I want to set up a cheyenne web server that is secure.. ie. protected 
by ssl.

this web server is for local intranet .. but sometimes allow users 
to browse from outside via ssl.

which also means I could grant untrusted users temporary access to 
the web server.

graham, you can put an apache server which only accepts the ssl connections 
with reverse proxy setup which redirects the uncrypted ssl traffic 
to/from the cheyenne server. it works well.

I did so for my own server, which is an http web service:

you install and setup an apache server which has ssl, reverse proxy, 
and redirection modules enabled.

then you accept the connections from the ssl port (apache silently 
handles the decryption) and redirect all traffic to your cheyenne 
server.

It's a command-line tool acting as a SSL daemon frontend for any 
server requiring SSL decryption.