On Wed, 09 Nov 2011 03:22:37 +0100
bioinfornatics wrote:
> Dear,
> After read this thread:
> http://www.digitalmars.com/d/archives/digitalmars/D/learn/Web_Development_27414.html
> and this one:
> http://www.digitalmars.com/d/archives/digitalmars/D/learn/How_To_Dynamic_Web_Rendering_26770.html
>
Speaking only for lighttpd, it didn't work too well for me when I tried
it (using FCGI). First off, it does not seem to support multiplexing. As
well as that, it had no way I could figure out for handling concurrent
requests.
So, the way every single request goes is:
Lighttpd opens a connectio
Dejan Lekic wrote:
> Your code is usable, but not production-ready.
What is lacking there that you need?
I know a few parts of it aren't ideal, but I haven't found them to be
big problems in practice (which is why I haven't changed it yet!)
Note that the new location for my code is on github:
https://github.com/adamdruppe/misc-stuff-including-D-programming-language-web-stuff
What disappointed you, by the way?
SCGI is a lot easier to implement than FASTCGI and is well-supported too
from webservers.
I've just developed a SCGI web-service in D over lighttpd.
Il giorno mer, 09/11/2011 alle 11.58 +, Dejan Lekic ha scritto:
> bioinfornatics wrote:
>
> >
> > I am a little disapointed, so if you have
I am a little disapointed, so if you have many request for a web page
this lib http://arsdnet.net/dcode/ is usable or not ?
If they are any other method to do a web application in D2 programming
do not hesitate and tell to me which lib used.
There's also a project named Serenity
http://www.dig
On 09.11.2011 12:58, Dejan Lekic wrote:
bioinfornatics wrote:
I am a little disapointed, so if you have many request for a web page
this lib http://arsdnet.net/dcode/ is usable or not ?
I am developing an implementation of the FastCGI protocol
(http://www.fastcgi.com) in D2 with the main g
bioinfornatics wrote:
>
> I am a little disapointed, so if you have many request for a web page
> this lib http://arsdnet.net/dcode/ is usable or not ?
>
I am developing an implementation of the FastCGI protocol
(http://www.fastcgi.com) in D2 with the main goal go have multiplexing
support.
Dear,
After read this thread:
http://www.digitalmars.com/d/archives/digitalmars/D/learn/Web_Development_27414.html
and this one:
http://www.digitalmars.com/d/archives/digitalmars/D/learn/How_To_Dynamic_Web_Rendering_26770.html
I am a little disapointed, so if you have many request for a web page
t
Vladimir Panteleev wrote:
> Have you heard about NodeJS?
Yeah. It's actually not too much different than the way my network
manager code works in D (which the embedded http server is made on)
although their implementation is much better than mine - I just use
select() in the event loop.
The key t
On Mon, 23 May 2011 03:49:49 +0300, Adam D. Ruppe
wrote:
What scared me was that the data comes in on a socket... so wouldn't
that come with the same threading problems my simple http server
has? (Where one slow request means everyone else has to wait)
Asynchronous networking is all the rag
Robert Clipsham wrote:
> FastCGI has an interface available that emulates CGI - that's not
> exactly harder to implement
What scared me was that the data comes in on a socket... so wouldn't
that come with the same threading problems my simple http server
has? (Where one slow request means everyone
On 22/05/2011 22:40, Adam D. Ruppe wrote:
Vladimir Panteleev wrote:
But if your website is getting enough hits to generate more
requests than the server can process, technology choice matters a
lot.
Yeah. I've never had that happen, so I don't really know. If it
happens, it's easy enough to ch
On Sun, 22 May 2011 22:41:12 +0300, Adam D. Ruppe
wrote:
We can ignore the network, embrace CGI, and still *easily* crush
PHP performance with anything more complicated than hello world.
Interesting. Thanks.
--
Best regards,
Vladimirmailto:vladi...@thecybershad
Vladimir Panteleev wrote:
> But if your website is getting enough hits to generate more
> requests than the server can process, technology choice matters a
> lot.
Yeah. I've never had that happen, so I don't really know. If it
happens, it's easy enough to change later. (it was a two line change
ju
On Sun, 22 May 2011 20:10:07 +0300, Adam D. Ruppe
wrote:
Vladimir Panteleev wrote:
Regular CGI still has the overhead of starting a new process for
every request.
That's a very small cost - between 1 and 5 milliseconds, depending
on your hardware.
Next to the network latency involved in m
Very interesting benchmarks!
Robert Clipsham wrote:
> Have you tried FastCGI?
I haven't. I read about it but concluded it would actually be just
about as difficult to implement as a minimalist http server, so
I never went into it.
(http itself is hard to get all the corner cases right, but if you
live behind something like A
On 22/05/2011 19:11, Adam D. Ruppe wrote:
I've never done any CGI stuff before, but can't you employ some kind
of messaging mechanism with an already running process?
Yes. I find it's quite useful when you want instant notifications
on something, like a web chat application, but it could do som
On 22/05/2011 13:09, Lutger Blijdestijn wrote:
joe wrote:
I currently do most of my web development in PHP, with some work in Ruby
with RoR. Right now I'm starting to think about building my own stack for
web dev (I already use my own MVC framework and libs in PHP), but I'd
really like to move
Vladimir Panteleev wrote:
> PHP without CGI is likely to be faster than D with CGI.
Nope.
In my last post, I did cgi/D vs builtin/D and we saw a 10 ms
difference (running on my home computer. I did the same thing on
the live company server just now and saw only a 2 ms difference -
proper configur
I wrote:
> That said, an embedded webserver /is/ even faster
I measured this using one of my in-development apps recompiled
to use the built in server I have, picking a page with moderate
processing requirements.
CGI:
Time per request: 17.375 [ms] (mean)
built in webserver:
Time per reques
> I've never done any CGI stuff before, but can't you employ some kind
> of messaging mechanism with an already running process?
Yes. I find it's quite useful when you want instant notifications
on something, like a web chat application, but it could do some
speed boosts too.
I'm working on a pos
I've never done any CGI stuff before, but can't you employ some kind
of messaging mechanism with an already running process? Maybe use
memory-mapped files or some other technique to communicate with the
process?
Vladimir Panteleev wrote:
> Regular CGI still has the overhead of starting a new process for
> every request.
That's a very small cost - between 1 and 5 milliseconds, depending
on your hardware.
Next to the network latency involved in making a request, that's
literally nothing - it's less than ra
On Sat, 21 May 2011 19:18:39 +0300, Adam D. Ruppe
wrote:
(You'll find a lot of people complaining on the internet that
CGI is slow, but check the date on those articles and see if they
are using Perl or native compiled binaries.
Usually they are very old and using an interpreter - that's why
joe wrote:
> I currently do most of my web development in PHP, with some work in Ruby
> with RoR. Right now I'm starting to think about building my own stack for
> web dev (I already use my own MVC framework and libs in PHP), but I'd
> really like to move to something faster and more powerful. Jav
"joe" wrote in message
news:ir8frr$ait$1...@digitalmars.com...
>
> Second, from your own experience using D do think it would make a good or
> bad
> choice for a web development language?
I'd really say that a good choice for a web development language is whatever
you find to be a good choice
Yea, the Dynamic Web Rendering thread just went over this, so
shouldn't be hard to find that thread.
It went into discussing my method and got a little long, but the
summary is:
You can write web apps in D using the standard CGI interface or
a long lived process (embedded http server or whatever.
Have a look at the recent thread titled 'How To Dynamic Web Rendering?'
Adam Ruppe has created a package for web development with D and it seems
to work like a charm.
I currently do most of my web development in PHP, with some work in Ruby with
RoR. Right now I'm starting to think about building my own stack for web dev
(I already use my own MVC framework and libs in PHP), but I'd really like to
move to something faster and more powerful. Java or ASP.NET are two
31 matches
Mail list logo
