On 09/07/14 20:34, Nick Sabalausky wrote:
Can't it be used as a complete web framework? I mean, assuming you're
happy with the built-in templating and DB options? Or is everyone using
web framework here to really mean CMS?
I don't know. But to me they're not the same. You can use a web
On 09/07/14 21:37, Nick Sabalausky wrote:
What I've started doing, and absolutely love so far, is to write my
forms purely in the HTML template (with a little bit a custom
tags/attributes), then use Adam's HTML DOM to read that HTML form and
generate all the backend form-handing *from* the HTML
On Wednesday, 9 July 2014 at 21:07:26 UTC, Johannes Pfau wrote:
Am Wed, 09 Jul 2014 17:28:42 +
schrieb Dicebot pub...@dicebot.lv:
On Wednesday, 9 July 2014 at 17:05:21 UTC, Johannes Pfau wrote:
Completely off-topic, but:
Have you considered making vibe http-backend independent?
So that
On Thursday, 10 July 2014 at 10:24:23 UTC, Dicebot wrote:
On Wednesday, 9 July 2014 at 21:07:26 UTC, Johannes Pfau wrote:
Am Wed, 09 Jul 2014 17:28:42 +
schrieb Dicebot pub...@dicebot.lv:
On Wednesday, 9 July 2014 at 17:05:21 UTC, Johannes Pfau
wrote:
Completely off-topic, but:
Have
On Thursday, 10 July 2014 at 07:56:43 UTC, Jacob Carlborg wrote:
To me that sounds a bit backwards.
I can go both ways, depending on the design of the form and how
many helper tags we decide to use for the project.
My dom library doesn't dictate how you do it, of course, it just
provides
On Wednesday, 9 July 2014 at 19:05:54 UTC, w0rp wrote:
* An ORM, which absolutely must have a way to build queries a
piece at a time without writing any SQL, like Django.
I'm skeptical of the benefit of full ORM, but my database.d goes
to the point I believe is useful with two classes (and a
On Thursday, 10 July 2014 at 13:42:30 UTC, Adam D. Ruppe wrote:
On Thursday, 10 July 2014 at 07:56:43 UTC, Jacob Carlborg wrote:
To me that sounds a bit backwards.
I can go both ways, depending on the design of the form and how
many helper tags we decide to use for the project.
My dom
@Adam
At the moment, I'm looking into web development frameworks (from
Foundation to CMSes to sever side solutions etc.), because in the
months / years to come we (as in the team I work in) will need
a solid website.
Ideally, it would be PHP-free and not need much Javascript
development
On Thursday, 10 July 2014 at 13:55:14 UTC, Chris wrote:
Would you be interested in putting a web development framework
(or parts of it) together we can tie in with vibe.d?
Meh, not really. I've never used vibe.d so getting started is at
least a psychological hurdle and I have a lot of other
On Thursday, 10 July 2014 at 14:50:50 UTC, Adam D. Ruppe wrote:
On Thursday, 10 July 2014 at 13:55:14 UTC, Chris wrote:
Would you be interested in putting a web development framework
(or parts of it) together we can tie in with vibe.d?
Meh, not really. I've never used vibe.d so getting
On Thursday, 10 July 2014 at 14:15:19 UTC, Chris wrote:
I cannot expect a web guy to learn D.
Why not? Most my actual usage code looks close enough to Java and
sometimes even PHP that I think someone should be able to learn
it easily enough to be useful...
*(How about interpreting JS
On 2014-07-10 15:53, Adam D. Ruppe wrote:
I never did this automatically, I just wrote change files in sql myself
before taking the RoR job... and personally I think Rails migrations
aren't all that great, but it is nice that they are standardized; I can
do the rails g migration here and the
On 7/10/2014 9:42 AM, Adam D. Ruppe wrote:
Another thing I like with this is the designer can write it with just a
plain browser, no need for the whole backend infrastructure just to see
some quick tweaks. Helps a lot when they are working offline too.
For awhile I tried to do things in a way
On Thursday, 10 July 2014 at 01:04:35 UTC, Sönke Ludwig wrote:
Am 10.07.2014 02:58, schrieb Sönke Ludwig:
Am 10.07.2014 02:30, schrieb luminousone:
he links are clicked they simply don't do anything,
the load function is not called. And it doesn't seem to throw
any
errors in chromes devel
On 7/10/2014 10:50 AM, Adam D. Ruppe wrote:
maybe database.d too (though since it uses C
libraries to talk to the db server, it would probably cause problems
with vibe's fibers; the queries would block the whole server).
All you should really need to do is replace usage of Phobos's socket
On Thursday, 10 July 2014 at 18:10:52 UTC, Nick Sabalausky wrote:
All you should really need to do is replace usage of Phobos's
socket type with Vibe.d's socket type.
The problem is they don't use Phobos' socket type. All my
database modules just use the vendor's C library, like mysql.d
does
On Thursday, 10 July 2014 at 18:05:35 UTC, Nick Sabalausky wrote:
Common headers, common footers, common CSS imports, etc.
The way I do it is every html file is a full tree, so there isn't
really a common header/footer and instead a common skeleton. So
we'd have
skeleton.html
htmlhead all
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password
hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the
same
On 2014-07-09 20:34, Sönke Ludwig wrote:
However, there is a plan for using dynamic libraries to support seamless
live editing/reloading of individual Diet templates [2].
Since LDC uses LLVM as its backend which supports JIT compilation it
might be possible to JIT compile the Diet templates
On 7/10/2014 2:28 PM, Adam D. Ruppe wrote:
On Thursday, 10 July 2014 at 18:05:35 UTC, Nick Sabalausky wrote:
Common headers, common footers, common CSS imports, etc.
The way I do it is every html file is a full tree, so there isn't really
a common header/footer and instead a common skeleton.
On Wednesday, 9 July 2014 at 19:05:54 UTC, w0rp wrote:
* An ORM, which absolutely must have a way to build queries a
piece at a time without writing any SQL, like Django.
* A framework for generating all of the SQL required for
database migrations like South or the built in migrations in
On Friday, 11 July 2014 at 00:36:26 UTC, Poyeyo wrote:
- Unified database API.
My database.d provides a simple one. An interface for databases
that do string queries and returns result interfaces which can be
looped over and returns the returned data as strings too.
Strings were a simple
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
has anyone ever tied a real webservice to vibe.d?
Yes and see no problems with it. Looks like author has very
specific expectations of webservice concept and can't do a
thing with 100%
On Wednesday, 9 July 2014 at 09:47:21 UTC, Dicebot wrote:
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
has anyone ever tied a real webservice to vibe.d?
Yes and see no problems with it. Looks like author has very
specific expectations of webservice concept and can't do
On Wednesday, 9 July 2014 at 01:09:10 UTC, Puming wrote:
Vibe.d is more like a base library for async I/O, networking
and concurrency, a full stack WEB framework should be built on
top of it
Ironically I find pure vibe.d solutions much more clean and easy
to maintain than any enhancements
On Wednesday, 9 July 2014 at 01:35:49 UTC, Puming wrote:
That commenter is probably a web developer that wants all
batteries included.
Yep. He mistook vibe.d for a complete web development framework,
I suppose. It's quite common that people are put off because they
expect too much or do not
On Wednesday, 9 July 2014 at 01:09:10 UTC, Puming wrote:
Vibe.d is more like a base library for async I/O, networking
and concurrency, a full stack WEB framework should be built on
top of it which focus on application development and ease of
use for newcomers. Sonke has said that too. Vibe.d
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the same
format, but one with the same goal. I didn't actually try it out
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily compose plugins
to make a website. (I call it plugin because that is what play
used to call it, now they all call it a module but
On Wednesday, 9 July 2014 at 09:48:32 UTC, Dicebot wrote:
On Wednesday, 9 July 2014 at 09:47:21 UTC, Dicebot wrote:
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
has anyone ever tied a real webservice to vibe.d?
Yes and see no problems with it. Looks like author has
Am 09.07.2014 17:17, schrieb Sean Kelly:
I might take issue with the specifics
of how some of the APIs are designed, but not with the feature set.
Please be vocal about such design issues :) I think most parts are in a
pretty good shape, but there is of course almost always room for
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily compose plugins to make
a website. (I call it plugin because that is what play used to call
Am Wed, 09 Jul 2014 18:16:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily
On Wednesday, 9 July 2014 at 17:05:21 UTC, Johannes Pfau wrote:
Completely off-topic, but:
Have you considered making vibe http-backend independent?
So that it could provide a fcgi interface or be included in an
nginx
plugin?
What is the benefit as opposed to using proxy_pass at nginx? fcgi
On 7/9/2014 10:49 AM, Chris wrote:
On Wednesday, 9 July 2014 at 01:35:49 UTC, Puming wrote:
That commenter is probably a web developer that wants all batteries
included.
Yep. He mistook vibe.d for a complete web development framework, I
suppose. It's quite common that people are put off
Am 09.07.2014 19:03, schrieb Johannes Pfau:
Am Wed, 09 Jul 2014 18:16:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
From my usage of vibe.d thus far, I've found that it has a lot of
things I want if I were to use it for building sites like the
sites I build at work. vibe.d can offer excellent performance and
scalability, and those are great building blocks to have for
building a great web framework. I think
On 7/9/2014 11:21 AM, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the same
format, but one with the
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password
hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the
same
On 7/9/2014 3:05 PM, w0rp wrote:
* An API for creating form handlers, especially for creating instances
of models in the ORM through forms. (Django Form and ModelForm)
What I've started doing, and absolutely love so far, is to write my
forms purely in the HTML template (with a little bit a
On Wednesday, 9 July 2014 at 15:17:03 UTC, Sean Kelly wrote:
Huh. I guess it depends what your goal is. For the kind of
work I do, vibe.d is in the right ballpark. The services I
create basically respond to AJAX calls (JSON-RPC is the best,
though REST is okay too) and do other back-end
Am 09.07.2014 21:19, schrieb Nick Sabalausky:
InstaUser Web: This would leverage vibe.d to provide an out-of-the-box
working (and customizable) web-based register/login system. I expect
that some applications may (or might not) outgrow this, but I think it
would be fantastic for getting a
On 2014-07-08 9:32 PM, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a plugin/module
system, that people could easily compose plugins to make a website. (I
call it plugin because that is what play used to call it, now they all
call it a module but that name will easily
Am 09.07.2014 21:21, schrieb luminousone:
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to
Am Wed, 09 Jul 2014 17:28:42 +
schrieb Dicebot pub...@dicebot.lv:
On Wednesday, 9 July 2014 at 17:05:21 UTC, Johannes Pfau wrote:
Completely off-topic, but:
Have you considered making vibe http-backend independent?
So that it could provide a fcgi interface or be included in an
Am Wed, 09 Jul 2014 20:34:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 19:03, schrieb Johannes Pfau:
Am Wed, 09 Jul 2014 18:16:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at
On Wednesday, 9 July 2014 at 19:51:38 UTC, Sönke Ludwig wrote:
Am 09.07.2014 21:21, schrieb luminousone:
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their,
password hashing
functions
Am 10.07.2014 01:27, schrieb luminousone:
On Wednesday, 9 July 2014 at 19:51:38 UTC, Sönke Ludwig wrote:
Am 09.07.2014 21:21, schrieb luminousone:
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits
On Thursday, 10 July 2014 at 00:02:23 UTC, Sönke Ludwig wrote:
Am 10.07.2014 01:27, schrieb luminousone:
On Wednesday, 9 July 2014 at 19:51:38 UTC, Sönke Ludwig wrote:
Am 09.07.2014 21:21, schrieb luminousone:
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig
wrote:
Am 09.07.2014
Am 10.07.2014 02:30, schrieb luminousone:
he links are clicked they simply don't do anything,
the load function is not called. And it doesn't seem to throw any
errors in chromes devel
I'll test with Chrome. But the spec is the same in that regard for HTML 4:
Am 10.07.2014 02:58, schrieb Sönke Ludwig:
Am 10.07.2014 02:30, schrieb luminousone:
he links are clicked they simply don't do anything,
the load function is not called. And it doesn't seem to throw any
errors in chromes devel
I'll test with Chrome. But the spec is the same in that regard for
On 10/07/2014 9:12 a.m., Johannes Pfau wrote:
Am Wed, 09 Jul 2014 20:34:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 19:03, schrieb Johannes Pfau:
Am Wed, 09 Jul 2014 18:16:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 17:26, schrieb
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
If there's sheer work needed for completing vibe.d, I think it
would be great if the domain-savvy part of the community would
rally around it. Serving dlang.org and dconf.org off of vibe.d
would be awesome dogfooding.
Google
Vibe.d is more like a base library for async I/O, networking and
concurrency, a full stack WEB framework should be built on top of
it which focus on application development and ease of use for
newcomers. Sonke has said that too. Vibe.d should focus on
performance, networking, and other
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
There's been some discussion about vibe.d recently on reddit
(e.g.
http://www.reddit.com/r/programming/comments/2a20h5/wired_magazine_discovers_d/cir9443)
and I was wondering to what extent that's meaningful:
has anyone ever
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily compose plugins to
make a website. (I call it plugin because that is what play used
to call it, now they all call it a module but that name will
easily conflict with D's sourcecode
On Wednesday, 9 July 2014 at 01:13:39 UTC, Nick Sabalausky wrote:
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
There's been some discussion about vibe.d recently on reddit
(e.g.
http://www.reddit.com/r/programming/comments/2a20h5/wired_magazine_discovers_d/cir9443)
and
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
There's been some discussion about vibe.d recently on reddit
(e.g.
http://www.reddit.com/r/programming/comments/2a20h5/wired_magazine_discovers_d/cir9443)
and I was wondering to what extent that's meaningful:
has anyone ever
On 9/07/2014 1:09 p.m., Puming wrote:
Vibe.d is more like a base library for async I/O, networking and
concurrency, a full stack WEB framework should be built on top of it
which focus on application development and ease of use for newcomers.
Sonke has said that too. Vibe.d should focus on
On 9/07/2014 1:54 p.m., luminousone wrote:
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu wrote:
There's been some discussion about vibe.d recently on reddit (e.g.
http://www.reddit.com/r/programming/comments/2a20h5/wired_magazine_discovers_d/cir9443)
and I was wondering to what
60 matches
Mail list logo
