On Thursday, 30 July 2015 at 14:13:53 UTC, Brandon Ragland wrote:
This might be true, but then you're boiling down the whole
reason JavaScript took off: Frameworks. JavaScript is a
horrendous language to use, unless you throw some common
framework at it that attempts to unify all the browser
On Wednesday, 29 July 2015 at 17:25:17 UTC, Etienne wrote:
I can't share source but the idea is simple. You configure a
DNS subdomain my.domain.com = 127.0.0.1, and test that address
with javascript when a logins to the public website, if it
doesn't work you show a message plugin required. The
On Thursday, 30 July 2015 at 05:50:56 UTC, Ola Fosheim Gr wrote:
On Thursday, 30 July 2015 at 03:56:25 UTC, Brandon Ragland
wrote:
Regarding JavaScript being slower, this benchmark[1] seems to
indicate that on average, JavaScript on V8 is at-least 4X
slower than a g++ compiled native package.
On Wednesday, 29 July 2015 at 16:55:25 UTC, Laeeth Isharc wrote:
On Wednesday, 29 July 2015 at 13:22:43 UTC, Etienne Cimon wrote:
There's a really minimal amount of code on web servers
nowadays with javascript frameworks and databases doing all
the work. I actually use the size of a vibe.d
On Wednesday, 29 July 2015 at 13:22:43 UTC, Etienne Cimon wrote:
There's a really minimal amount of code on web servers nowadays
with javascript frameworks and databases doing all the work. I
actually use the size of a vibe.d application (2mb) to my
advantage to produce a plugin that will
On Wednesday, 29 July 2015 at 14:30:49 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 29 July 2015 at 13:22:43 UTC, Etienne Cimon wrote:
I actually use the size of a vibe.d application (2mb) to my
advantage to produce a plugin that will overload certain
requests on the client's computer (via a
On Wednesday, 29 July 2015 at 14:17:34 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 29 July 2015 at 07:30:50 UTC, yawniek wrote:
In times of reactive frameworks it makes no sense anymore to
render html in the backend.
Nowadays with the many client-side dom manipulations it is
tempting to just
On Wednesday, 29 July 2015 at 17:40:30 UTC, Etienne wrote:
On Wednesday, 29 July 2015 at 14:30:49 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 29 July 2015 at 13:22:43 UTC, Etienne Cimon
wrote:
I actually use the size of a vibe.d application (2mb) to my
advantage to produce a plugin that will
On Wednesday, 29 July 2015 at 11:06:03 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 29 July 2015 at 10:39:54 UTC, yawniek wrote:
sorry typo. i meant we now can have statefull apis.
Ok, then I get it. ;)
and i disagree on the limited usefulness.
do you have REST api in native apps? i
On Wednesday, 29 July 2015 at 01:23:54 UTC, Etienne Cimon wrote:
On Wednesday, 29 July 2015 at 00:12:21 UTC, Brandon Ragland
wrote:
For actual web applications, and front-end development
currently done in your more traditional languages, D could be
used, in a style similar to Java's JSP, JSTL,
On Wednesday, 29 July 2015 at 07:30:50 UTC, yawniek wrote:
On Monday, 27 July 2015 at 06:10:29 UTC, Sebastiaan Koppe wrote:
For instance, for rendering pages I would rather front the D
backend with some (stateless) node app that fetches the data
from the D backend and uses something like
On Thursday, 30 July 2015 at 01:42:02 UTC, Etienne wrote:
On Thursday, 30 July 2015 at 00:08:52 UTC, Brandon Ragland
wrote:
A downloaded plugin, would be a man-in-the-middle solution.
Users get there google search away and developers get the
necessary native speed, flexibility, and components
On Thursday, 30 July 2015 at 01:42:02 UTC, Etienne wrote:
There's been lots of improvements in the DOM, those slick CSS3
transitions are actually hardware accelerated with OpenGL, lots
of GUI front-ends don't event have transitions in the first
place. I wouldn't rely on Javascript for
On Thursday, 30 July 2015 at 00:08:52 UTC, Brandon Ragland wrote:
A downloaded plugin, would be a man-in-the-middle solution.
Users get there google search away and developers get the
necessary native speed, flexibility, and components necessary
to perform better work.
The browser is a
On Thursday, 30 July 2015 at 02:17:34 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 30 July 2015 at 01:42:02 UTC, Etienne wrote:
There's been lots of improvements in the DOM, those slick CSS3
transitions are actually hardware accelerated with OpenGL,
lots of GUI front-ends don't event have
On Wednesday, 29 July 2015 at 07:30:50 UTC, yawniek wrote:
in my opinion also the REST style apis will come to an end as
we can easily have
stateless apis these days ( 86.62%of browsers have websockets
already according to http://caniuse.com/#feat=websockets ).
The whole ghetto around
On Monday, 27 July 2015 at 06:10:29 UTC, Sebastiaan Koppe wrote:
For instance, for rendering pages I would rather front the D
backend with some (stateless) node app that fetches the data
from the D backend and uses something like React to render
server/client side. If the D backend could
On Wednesday, 29 July 2015 at 10:39:54 UTC, yawniek wrote:
sorry typo. i meant we now can have statefull apis.
Ok, then I get it. ;)
and i disagree on the limited usefulness.
do you have REST api in native apps? i don't see much reason
why we should not develop web applications the way we
On Wednesday, 29 July 2015 at 09:22:44 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 29 July 2015 at 07:30:50 UTC, yawniek wrote:
in my opinion also the REST style apis will come to an end as
we can easily have
stateless apis these days ( 86.62%of browsers have websockets
already according to
On Wednesday, 29 July 2015 at 11:06:03 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 29 July 2015 at 10:39:54 UTC, yawniek wrote:
sorry typo. i meant we now can have statefull apis.
Ok, then I get it. ;)
and i disagree on the limited usefulness.
do you have REST api in native apps? i
On Thursday, 30 July 2015 at 03:56:25 UTC, Brandon Ragland wrote:
Regarding JavaScript being slower, this benchmark[1] seems to
indicate that on average, JavaScript on V8 is at-least 4X
slower than a g++ compiled native package. It also appears to
use anywhere from 2-4X as much memory.
I
On Wednesday, 29 July 2015 at 13:22:43 UTC, Etienne Cimon wrote:
I actually use the size of a vibe.d application (2mb) to my
advantage to produce a plugin that will overload certain
requests on the client's computer (via a windows service or
launchd daemon and reverse proxy). This allows much
On Wednesday, 29 July 2015 at 07:30:50 UTC, yawniek wrote:
In times of reactive frameworks it makes no sense anymore to
render html in the backend.
Nowadays with the many client-side dom manipulations it is
tempting to just do it all in the client. But in terms of speed
it also makes sense
On Wednesday, 29 July 2015 at 00:12:21 UTC, Brandon Ragland wrote:
For actual web applications, and front-end development
currently done in your more traditional languages, D could be
used, in a style similar to Java's JSP, JSTL, and EL. Just
without the notion of scripts in the pages
On Monday, 27 July 2015 at 06:10:29 UTC, Sebastiaan Koppe wrote:
On Monday, 27 July 2015 at 04:11:50 UTC, Rikki Cattermole wrote:
What I currently have is code templates as follows:
?lua
echo(p .. consumeNextText() .. /p)
?
Hi there, this is some text!
Woopity doo.
?lua
On Wednesday, 29 July 2015 at 01:23:54 UTC, Etienne Cimon wrote:
Most developers nowadays are having a lot of success building
web apps with an AngularJS MVC Vibe.d, rather than rendering
Sorry, I meant with an AngularJS MVC Web services
On 2015-07-26 20:18, Brandon Ragland wrote:
The idea of a JSP like system would bring a lot of the Java guys over to D.
JSP has JSTL and EL markup on the JSP pages that work well with servlets
and EJBs.
I've been fooling around the repos posted here and thinking about what
it might take to
On Tuesday, 28 July 2015 at 13:44:59 UTC, Jacob Carlborg wrote:
On 2015-07-26 20:18, Brandon Ragland wrote:
The idea of a JSP like system would bring a lot of the Java
guys over to D.
JSP has JSTL and EL markup on the JSP pages that work well
with servlets
and EJBs.
I've been fooling
On 29/07/2015 12:12 p.m., Brandon Ragland wrote:
On Monday, 27 July 2015 at 06:10:29 UTC, Sebastiaan Koppe wrote:
On Monday, 27 July 2015 at 04:11:50 UTC, Rikki Cattermole wrote:
What I currently have is code templates as follows:
?lua
echo(p .. consumeNextText() .. /p)
?
Hi there, this
On Monday, 27 July 2015 at 04:11:50 UTC, Rikki Cattermole wrote:
What I currently have is code templates as follows:
?lua
echo(p .. consumeNextText() .. /p)
?
Hi there, this is some text!
Woopity doo.
?lua
include_text(?lua echo(\boo\) ?)
?
So it would output something like:
On 27/07/2015 6:10 p.m., Sebastiaan Koppe wrote:
On Monday, 27 July 2015 at 04:11:50 UTC, Rikki Cattermole wrote:
What I currently have is code templates as follows:
?lua
echo(p .. consumeNextText() .. /p)
?
Hi there, this is some text!
Woopity doo.
?lua
include_text(?lua echo(\boo\)
On Saturday, 25 July 2015 at 22:47:59 UTC, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications
server implementation as of yet, but if there is a project
going on, I'd love to have a gander.
On the off-chance there isn't one, who would be interested
On Sunday, 26 July 2015 at 04:33:57 UTC, Rikki Cattermole wrote:
On 26/07/2015 10:47 a.m., Brandon Ragland wrote:
[...]
I wrote Cmsed[0], web service framework which uses Vibe.d and
Dvorm (ORM)[1].
They are both sunsetted.
I'm currently working on a web server[2] that will ultimately
On 27/07/2015 6:18 a.m., Brandon Ragland wrote:
On Sunday, 26 July 2015 at 04:33:57 UTC, Rikki Cattermole wrote:
On 26/07/2015 10:47 a.m., Brandon Ragland wrote:
[...]
I wrote Cmsed[0], web service framework which uses Vibe.d and Dvorm
(ORM)[1].
They are both sunsetted.
I'm currently
On Sunday, 26 July 2015 at 03:04:21 UTC, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 02:53:12 UTC, Etienne Cimon wrote:
On 2015-07-25 22:35, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 00:46:58 UTC, Etienne Cimon wrote:
[...]
In relation to DDB: Have you seen:
On 26/07/2015 10:47 a.m., Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications server
implementation as of yet, but if there is a project going on, I'd love
to have a gander.
On the off-chance there isn't one, who would be interested in going at
it, call
Hi All,
Not entirely certain if there is a decent D web applications
server implementation as of yet, but if there is a project going
on, I'd love to have a gander.
On the off-chance there isn't one, who would be interested in
going at it, call it, a 'group' project.
I've been yearning
On Saturday, 25 July 2015 at 22:47:59 UTC, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications
server implementation as of yet, but if there is a project
going on, I'd love to have a gander.
On the off-chance there isn't one, who would be interested
On Saturday, 25 July 2015 at 23:23:36 UTC, sigod wrote:
On Saturday, 25 July 2015 at 22:47:59 UTC, Brandon Ragland
wrote:
Hi All,
Not entirely certain if there is a decent D web applications
server implementation as of yet, but if there is a project
going on, I'd love to have a gander.
On
On 2015-07-25 18:47, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications server
implementation as of yet, but if there is a project going on, I'd love
to have a gander.
On the off-chance there isn't one, who would be interested in going at
it, call it, a
On Sunday, 26 July 2015 at 00:46:58 UTC, Etienne Cimon wrote:
On 2015-07-25 18:47, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications
server
implementation as of yet, but if there is a project going on,
I'd love
to have a gander.
On the off-chance
On 2015-07-25 22:35, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 00:46:58 UTC, Etienne Cimon wrote:
On 2015-07-25 18:47, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications server
implementation as of yet, but if there is a project going on, I'd
On Sunday, 26 July 2015 at 02:53:12 UTC, Etienne Cimon wrote:
On 2015-07-25 22:35, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 00:46:58 UTC, Etienne Cimon wrote:
[...]
In relation to DDB: Have you seen:
https://github.com/buggins/ddbc
It's most similar to the JDBC driver in Java.
43 matches
Mail list logo
