Has anybody done any FastCGI server with D?

	Basically a server app that listens on a port, understands the FastCGI protocol, and serves requests. Something that can be put behind Apache, either on Windows or Linux.

	I'd like to play with something like that if the libs are available.

	Thanks,

marcio

Hello Marcio,
I am 90% done with FastCGI implementation in D - I also need it for writing
web applications in D on my lighttpd web server. :)
It will be released under modified BSD license.

Kind regards

Dejan

Dejan Lekic wrote:
> Hello Marcio,
> I am 90% done with FastCGI implementation in D - I also need it for writing
> web applications in D on my lighttpd web server. :)
> It will be released under modified BSD license.
> 
> Kind regards
> 
> Dejan

That's sweet.  Any way I could get you to host it on dsource.org?  I am using FastCGI as the replacement for mod_python with the Trac system at dsource, and some D extensions would be cool to have as well.

BA

Brad, I have my own server for hosting open-source projects, open for almost anything. Thanks for Your offer. :) All my projects are there, and my friends' projects as well. :)

With dfcgi (that is the name of the project) you'll be able to write web-applications in easy, elegant way.

After dfcgi i will go to the next step - XHTML templating and development of some nice, flexible web app. framework.

Kind regards

Dejan Lekic
  http://dejan.lekic.org

Dejan Lekic wrote:
> Brad, I have my own server for hosting open-source projects, open for almost
> anything. Thanks for Your offer. :) All my projects are there, and my
> friends' projects as well. :) 
> 
> With dfcgi (that is the name of the project) you'll be able to write
> web-applications in easy, elegant way.
> 
> After dfcgi i will go to the next step - XHTML templating and development of
> some nice, flexible web app. framework.
> 
> Kind regards
> 
> Dejan Lekic
>   http://dejan.lekic.org

Have you considered collaborating with Eric? He is also interested in getting a web development framework off the ground.

I do not know who Eric is, but from my point, every cooperation on this is very much apriciated.

In article <dv7mpm$1a41$2@digitaldaemon.com>, Dejan Lekic says...
>
>
>I do not know who Eric is, but from my point, every cooperation on this is very much apriciated.

That would be me. ;)

(My apologies if any of this is old hat: I have no idea what frame of experience you're coming from -- total brain dump to follow)

I have DSP (D servlet pages) on the back-burner right now as I concentrate on DDL - DSP requires it to make dynamic servlets work in D.  The objective of the project is to have Java Servlet like capabilities, so you can code in D directly on a page embedded (or not) within markup.  The major drawback here is that it requires specalized server support, as a stand-alone server.

As for a fast-CGI module, that would be a nice testbed for a common framework that I'd be more than happy to throw behind DSP; so provided you open your development, some of your code might find a home there too!

For dishing up pages, D now has much more of what's needed than it did two years ago when I started with all this.  All the XML, logging, parsing, localization, conversion and unicode handling stuff is now available under Mango and ICU. Database access is (almost) completely unified under DDBI.  The DDL project (thanks Lars!) has even contributed a nifty ArgParser under DDL that is currently making the rounds - feel free to use it for FastCGI.

So what's missing from web-enabled D?  Take a look at the sweeping (overkill?) runtime support that PHP provides.  If you need something more than just "meat and potatoes" runtime support, you could probably use some of the very same C libs that PHP is utilizing to cover all the gaps.  The only problem with this model, is it requires some kind of conversion/thunk to avoid GC issues when interfacing with legacy libraries.  Also, as PHP has demonstrated, it'll trend toward a non-uniform (read: expert system) function reference unless it's kept in check from the start.

- EricAnderon at yahoo

Hello Eric, nice to meet You. :)
I agree on almost everything You've written in Your post. DSP could easily
use dfcgi and everyone would be happy. Even though I am more GUI and
client/server developer, I would like to be able to do web development with
D as well, that is why I work on FastCGI implementation. The second reason
for it is that my server runs LIGHTTPD (http://www.lighttpd.net), which is
IMHO the best web server at the moment. Lighty (lighttpd) uses FastCGI, and
my PHP runs on it as php-fcgi...
I do not like ASP/PHP/JSP approach at all - i like to separate HTML (design)
and source code. My experience says to me that having code in HTML leads to
possible maintainance headaches. :) Anyway, dfcgi will soon be there for
testing.

Honestly, most everyone does, using PHP or otherwise - as long as they know what they're doing.

-[Unknown]


> i like to separate HTML (design)
> and source code. My experience says to me that having code in HTML leads to
> possible maintainance headaches. :)

Dejan Lekic wrote:
> Hello Eric, nice to meet You. :)
> I agree on almost everything You've written in Your post. DSP could easily
> use dfcgi and everyone would be happy. Even though I am more GUI and
> client/server developer, I would like to be able to do web development with
> D as well, that is why I work on FastCGI implementation. The second reason
> for it is that my server runs LIGHTTPD (http://www.lighttpd.net), which is
> IMHO the best web server at the moment. Lighty (lighttpd) uses FastCGI, and
> my PHP runs on it as php-fcgi...
> I do not like ASP/PHP/JSP approach at all - i like to separate HTML (design)
> and source code. My experience says to me that having code in HTML leads to
> possible maintainance headaches. :) Anyway, dfcgi will soon be there for
> testing.
> 

I'm glad you two got to meet, hopefully collaboration will yield a magnitude better fruit. Dejan, I just wanted to make sure you were aware that all the projects Eric was talking about are hosted on www.dsource.org.