Am 26.04.2012 23:59, schrieb bearophile:
Sönke Ludwig:
See http://vibed.org/ for more information and some example
I see the code:
import vibe.d;
...
static this()
{
listenTcp(7, (conn){ conn.write(conn) });
}
Isn't it better to use this?
import vibe.all;
And in the last line is a
On Friday, 27 April 2012 at 02:19:23 UTC, Andrei Alexandrescu
wrote:
On 4/26/12 3:30 PM, Jesse Phillips wrote:
On Thursday, 26 April 2012 at 22:05:29 UTC, Robert Clipsham
wrote:
On 26/04/2012 21:46, Sönke Ludwig wrote:
vibe.d
This looks awesome!
Also on reddit:
Am 27.04.2012 04:19, schrieb Andrei Alexandrescu:
On 4/26/12 3:30 PM, Jesse Phillips wrote:
On Thursday, 26 April 2012 at 22:05:29 UTC, Robert Clipsham wrote:
On 26/04/2012 21:46, Sönke Ludwig wrote:
vibe.d
This looks awesome!
Also on reddit:
On 2012-04-26 22:46, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a convenient, blocking
API which can handle
Great work!
This is the the type of server side frameworks we need.
--
Paulo
On Thursday, 26 April 2012 at 20:46:41 UTC, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines
On Thursday, 26 April 2012 at 20:46:41 UTC, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a convenient, blocking
I had to copy the included .lib files into bin in order to build the
examples but so far, so good. This is awesome.
Regards,
Brad Anderson
There is some really strange behavior of Windows batch files where it
sometimes fails with environment variables set with quotes and sometimes
On Friday, 27 April 2012 at 07:00:23 UTC, Sönke Ludwig wrote:
I had to copy the included .lib files into bin in order to
build the
examples but so far, so good. This is awesome.
Regards,
Brad Anderson
There is some really strange behavior of Windows batch files
where it sometimes fails
Am 27.04.2012 09:08, schrieb Brad Anderson:
On Friday, 27 April 2012 at 07:00:23 UTC, Sönke Ludwig wrote:
I had to copy the included .lib files into bin in order to build the
examples but so far, so good. This is awesome.
Regards,
Brad Anderson
There is some really strange behavior of
Sounds great! And the site's very speedy :) I'm especially excited about
this:
(Work-in-progress) An integrated load balancer is able to dynamically
compile, run and test new processes before switching them live after the
code has been modified.
A few questions:
- Does the web framework
Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a convenient, blocking
API which can handle insane amounts of
Am 27.04.2012 10:01, schrieb Nick Sabalausky:
Sounds great! And the site's very speedy :) I'm especially excited about
this:
(Work-in-progress) An integrated load balancer is able to dynamically
compile, run and test new processes before switching them live after the
code has been modified.
On 04/27/2012 10:01 AM, Nick Sabalausky wrote:
...
- Why static this? Seems like a strange choice since it'll run before the
main that (I assume) vibed automatically provides - and in an undefined
order relative to all other module ctors.
This is not true. The order is defined as far it
Am 27.04.2012 10:10, schrieb Dmitry Olshansky:
On 27.04.2012 0:46, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a
Am 27.04.2012 10:16, schrieb David Nadlinger:
On Thursday, 26 April 2012 at 22:25:33 UTC, Vladimir Panteleev wrote:
On Thursday, 26 April 2012 at 20:46:41 UTC, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
Sönke Ludwig slud...@outerproduct.org wrote in message
news:jndl9l$26eh$1...@digitalmars.com...
We still have a more comprehensive benchmark on the table but it seemed to
get along happily with about 60MB of RAM usage during a C10k test. The
average request time went down to about 6s if I
Am 27.04.2012 11:06, schrieb Nick Sabalausky:
Sönke Ludwigslud...@outerproduct.org wrote in message
news:jndl9l$26eh$1...@digitalmars.com...
We still have a more comprehensive benchmark on the table but it seemed to
get along happily with about 60MB of RAM usage during a C10k test. The
Am 27.04.2012 10:26, schrieb Andrej Mitrovic:
On 4/27/12, Sönke Ludwigslud...@outerproduct.org wrote:
Now I changed the line SET LIBDIR=..\lib\win-i386 in run_example.cmd
from quoted to non-quoted and for me it seems to work.
Maybe try:
SET LIBDIR=..\lib\win-i386
IOW quotes after SET.
I am not sure if you're aware of Flask, Flask is a microframework for
Python.
It provides something called Blueprints, you can register e.g.
routes to this Blueprint and to use them you've to add them to the
main application. This makes code way more readable!
Also some kind of after_request
Can't wait to go home and get my greedy hands on it.
Sounds.. amazing. Hell, if all of this stuff really works and
works on par with nginx+fastcgi performance, it can be the very
killer app for D waited so long.
Excellent work Sönke! Vibe.d seems very promising :)
I've played with vibe.d with a hello project as described in the
document, and downloaded vibenotes and vibeblog from git and
poked around a little.
vibe.d gives me a very smooth experience, and I'll try learn
about it more :)
two little
Am 27.04.2012 11:57, schrieb David:
I am not sure if you're aware of Flask, Flask is a microframework for
Python.
It provides something called Blueprints, you can register e.g.
routes to this Blueprint and to use them you've to add them to the
main application. This makes code way more
Am 27.04.2012 13:07, schrieb Puming:
Excellent work Sönke! Vibe.d seems very promising :)
Thanks :)
I've played with vibe.d with a hello project as described in the
document, and downloaded vibenotes and vibeblog from git and
poked around a little.
vibe.d gives me a very smooth experience,
Am 27.04.2012 13:18, schrieb Sönke Ludwig:
Am 27.04.2012 11:57, schrieb David:
I am not sure if you're aware of Flask, Flask is a microframework for
Python.
It provides something called Blueprints, you can register e.g.
routes to this Blueprint and to use them you've to add them to the
main
On Friday, 27 April 2012 at 08:47:23 UTC, Sönke Ludwig wrote:
Initially I wanted to have a page-comment feature ready as on
dlang.org. But for now I guess the github issue tracker should
do the job: https://github.com/rejectedsoftware/vibe.d/issues
Oh, and another thing, is vpm live yet? I
Am 27.04.2012 13:57, schrieb David Nadlinger:
On Friday, 27 April 2012 at 08:47:23 UTC, Sönke Ludwig wrote:
Initially I wanted to have a page-comment feature ready as on
dlang.org. But for now I guess the github issue tracker should do the
job: https://github.com/rejectedsoftware/vibe.d/issues
Sönke, vibed is truly amazing! I am interested in the web server's internal
architecture. I always wanted to do an implementation of a web server using
a form of asymmetric, multi-process event-driven architecture. A web server
which utilises fibers. It would be nice if you explain the
Am 26.04.2012 23:54, schrieb Trass3r:
Looks promising.
Though I wouldn't know how to choose between Adam's web framework,
Cybershadow's code (seemed like he coded the newsreader in no time and
it works very nicely) and yours.
Any advice?
I guess it just comes down to tast and requirements. If
The server is back up and I've looked at Flask's blueprints. So they
have a more implicit approach with annotations (once D has these, it
would be a possible extension for vibe). Right now my corresponding
pattern looks like this:
// create a global url router
auto r = new UrlRouter
//
In _d_throw call abort(). That'll give you a core file.
On Apr 26, 2012, at 11:13 PM, Sönke Ludwig slud...@outerproduct.org wrote:
Am 27.04.2012 04:19, schrieb Andrei Alexandrescu:
On 4/26/12 3:30 PM, Jesse Phillips wrote:
On Thursday, 26 April 2012 at 22:05:29 UTC, Robert Clipsham wrote:
On 27-04-2012 16:50, Sean Kelly wrote:
In _d_throw call abort(). That'll give you a core file.
On Apr 26, 2012, at 11:13 PM, Sönke Ludwigslud...@outerproduct.org wrote:
Am 27.04.2012 04:19, schrieb Andrei Alexandrescu:
On 4/26/12 3:30 PM, Jesse Phillips wrote:
On Thursday, 26 April 2012
Sönke Ludwig:
The import vibe.d; is actually just a play on the frameworks
name and just should be easy to remember. In addition to
importing all modules, it also imports a module containing the
main function, so this is a special beast. But there is
actually a import vibe.vibe; which is the
On Friday, 27 April 2012 at 15:26:02 UTC, bearophile wrote:
But isn't .all a kind of standard D convention (that is
better to generally use)? (I am not sure).
No, not at this point. Some people prefer somepackage._, and
there recently has been a proposal by Andrei (DIP16) to allow a
special
On Apr 27, 2012, at 1:27 AM, Sönke Ludwig slud...@outerproduct.org wrote:
We still have a more comprehensive benchmark on the table but it seemed to
get along happily with about 60MB of RAM usage during a C10k test. The
average request time went down to about 6s if I remember correctly. The
Am 27.04.2012 18:54, schrieb Sean Kelly:
On Apr 27, 2012, at 1:27 AM, Sönke Ludwigslud...@outerproduct.org wrote:
We still have a more comprehensive benchmark on the table but it seemed to get
along happily with about 60MB of RAM usage during a C10k test. The average
request time went down
Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a convenient, blocking
API which can handle insane amounts of
On Friday, 27 April 2012 at 19:40:53 UTC, F i L wrote:
vibe.d as the project name is great, but why have module
vibe.d and not simply vibe? Or, why prefix all the types with
More complicated projects/frameworks ontop of vibe which
implements it's own main is free to use vibe.all.
But I
Le 26/04/2012 22:46, Sönke Ludwig a écrit :
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a convenient, blocking
API which can handle
On 4/27/12 1:42 PM, deadalnix wrote:
It is awesome. I think some part of this could be integrated into phobos
after some refactoring. I think about databases for instance, or some
http libraries.
This is an ignorant question, but why not the async IO stuff? It seems
like it could be widely
Nick Sabalausky wrote:
Goldie is a series of open-source parsing tools, including an optional D
programming language library called GoldieLib. Goldie is compatible with
GOLD Parser Builder and can be used either together with it, or as an
alternative to it.
Overview of changes in v0.9:
On Friday, 27 April 2012 at 20:15:05 UTC, Tove wrote:
On Friday, 27 April 2012 at 19:40:53 UTC, F i L wrote:
vibe.d as the project name is great, but why have module
vibe.d and not simply vibe? Or, why prefix all the types with
More complicated projects/frameworks ontop of vibe which
On 4/27/12 4:46 AM, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a convenient, blocking
API which can handle
On 4/27/12 2:50 PM, Brad Anderson wrote:
On Thursday, 26 April 2012 at 20:46:41 UTC, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great
On 4/28/12 8:12 AM, Ary Manzana wrote:
On 4/27/12 4:46 AM, Sönke Ludwig wrote:
During the last few months, we have been working on a new
framework for general I/O and especially for building
extremely fast web apps. It combines asynchronous I/O with
core.thread's great fibers to build a
44 matches
Mail list logo