World: r3wp

Kaj, it depends on how many FCgiServer you define. The more you define, 
the more concurrent requests you can serve. But be carrefull: many 
FCgiServer means many open db connections, which needs more resources. 
FastMagic! keeps in cache applications and db connection. Indeed, 
opening a connection is time consumming as well reading files on 
the drive...

With Cheyenne, I share a single db connection with all instances, 
and keep it open all the time.

This is interesting indeed, but this means you can serve one resquest 
at a time... But I guess it would be easy to manage a pool of connection. 
Where is cheyenne available? I would like to adapt FastMagic! on 
it with a DB pool and use it for the Rebol Directory

Francois - that is not true - you can hold just one db connection 
;-) FastCGI is nothing but advantage :-) you simply can use code 
like following to check if you have already opened connection ... 
exists-conn?: false .... if not exists-conn? [open-your-db-connection-here 
exists-conn?: true]

of course if only one channel to db exists, you have to come-up with 
request serialisation, or siply for each request you can open new 
data channel, no?

db: open mysql://user:[pass-:-domain-:-com]/database-schema
data-channel1: first db
data-channel2: first db

but - I just tried that with mySQL driver and it does not work :-( 
.... it works that way with /Command though ... it is a pity there 
is not multiple command ports available in Doc's driver?

Yes Pekr, but Rebol is not multithreaded, so to have multithreading, 
you must lauch multiple Rebol VM as FastCGIServer. How do you manage 
the different VM to communicate?

All right, you were talking about Cheyenne. So were is it?

you don't always need multithreading ... if you do clever multiplexing 
...

http://www.softinnov.org- try that for Cheyenne ...

from dockimbel

http://softinnov.org/rebol/uniserve.shtmlProducts link in left 
navigation area.

left nav area is standard on all pages actually, so Pekr's link would 
do  ;)

From evaluating the documentation, I thought that Magic! doesn't 
necessarily need an SQL database? Does FastMagic! require one?

quick question on Magic and FastMagic.

I understand that FastMagic supports FastCGI.


Is there any difference between the requirements? Does FastMagic 
requires /cmd  or just /core?

where can I find more info. on FastMagic

Only /Command has FastCGI built in. AKAIK, there is no complete implementation 
of FastCGI for /Core. When last I heard, development of one was stopped 
voluntarily to avoid devaluing /Command.

Given that, a REBOL language version of FastCGI would probably have 
to work differently, and FastMagic would then need a little recoding 
to work with it.

Whoops, not "AKAIK", "As far as I know" (AFAIK).

Kaj, FastMagic! does not require SQL database. But it does require 
Rebol/Command and Linux. Indeed, FastCGI in CGI compatibility mode 
needs a POSIX environment. Nevertheless, you can use FastMagic! in 
normal CGI mode, by setting the flag mod-fastcgi to false (in the 
fmagic.r file). Actually, i develop under windows in CGI mode and 
deply under Linux in FastCGI mode, and it workds well. I tried to 
be as much compatible as possible with the original Magic!. Again, 
the application code for Rebol Directory is definitly the best way 
to learn how to develop with (Fast)Magic! You can download it at 
www.rebolgique.org

Yeksoon, there is no formal documentation yet for FastMagic!, but 
the code for the web application using FastMagic is available on 
www.rebolgique.org

Mozilla and XML standards support - http://www-128.ibm.com/developerworks/xml/library/x-ffox15.html?ca=dgr-lnxw07FirefoxXML

I want to use REBOL web server to take a tex file, and spit out pdf 
using pdflatex.  Anyone suggest a suitable server?  Cal's ? Others 
?

I'm using DOS batch files at present which is not as nice.

running locally? I like Cals, some peoples have post-problems with 
it. I have read about  one or two others with cgi (library?), and 
uniserve of course.

what about uniserve? It is not as much bigger and it proven, no?

And you have experience with it :)

Sorry the page is in french ZazouMini WebServer http://www.xgarreau.org/zazouminiwebserver/

Some French users already use it with Rebol, so it is possible to 
found some help.

Ah, there is the same page in english ;-)
http://www.xgarreau.org/zazouminiwebserver/en/

There is a free FastCGI for Core --> check agoradev.org . it also 
was tested with magic! the author was cocinelle

AgoraDev.org is dead. It's replace by http://rebol.dev.fr/
All data should have been moved.

the fastCGI was nicely coded and was public domain license

I thought using Uniserve was overkill ... :)

Well, depends on setup-effort, not code-size. And you can send send 
the tex thru email too :))

I just downloaded Serveit .. but it comes up with a gui :(  And if 
I try it in quiet mode, --quiet, it comes up with a license code 
request :(

zzazouminiwebserver is definitely overkill ... php and mysql support

Trying out Cal's version .. need to define "pdf" "application/pdf" 
so it displays those.

this is for an embedded web server so I don't need anything too fancy.

Looks like Cal's webserv was too complicated for my purposes as well, 
and I've ended up using a variation on the micro web server at

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=webserver.r

So, to render PDF, I do this

write %/d/rebol/rebgui/www/referral.tex tmp
either zero? ret: call/wait "d:\rebol\rebgui\www\pdflatex.bat" [
            browse/only http://127.0.0.1:8001/referral.pdf
][

            alert join "Failed to print.  Batch file failed with return code 
            of " ret
]

and pdflatex.bat is just

copy referral.tex c:\texmf\
c:
cd \texmf\
pdflatex referral.tex -output-directory=d:\rebol\rebgui\www\

why do you need a web server?

Because if I just browse to the pdf, Acrobat locks the file which 
prevents me from rewriting the file.  This way, I can rewrite, and 
Acrobat reloads it.  Also I avoid writing lots of temporary files 
if I were to change the file name to bypass Acrobat file locking.

You need no cgi, only "static page"?

ah, you found microweb, ok.

Complicated. And: <satirical> Isnt circumventing a lock circumventing 
a copy-protection? I mean, a lock prevents you from copying to something.. 
</satirical>.

Yes, I guess this would be illegal in the UK and European Union.

I note that an Australia court recently ruled that modifying Playstations 
with mod chips was not illegal .. so Australians can still use this 
software technique :)

No cgi required yet .. but good to keep it as an option.

Did i understand right? Running a webserver to read acrobat on a 
moded playstation? :)

No :)