On Saturday, 17 October 2020 at 16:35:29 UTC, shamsmehra90 wrote:
I could not even find demo code doing a redirect which is the
most basic stuff. https://mcdvoicesurvey.onl
https://mybk-experience.onl
There are 6 examples doing a redirect:
https://github.com/vibe-d/vibe.d/search?q=redirect=
I could not even find demo code doing a redirect which is the
most basic stuff. https://mcdvoicesurvey.onl
https://mybk-experience.onl
On Wednesday, 14 October 2020 at 15:11:29 UTC, Alaindevos wrote:
Is there an example just more functional then skeleton http
server ?
Sending data to the server and back .
If you're having vibe.d trouble and can't get a quick response,
jump in the discord. We're there to help?
Is there an example just more functional then skeleton http
server ?
Sending data to the server and back .
forms.
On Wednesday, 14 October 2020 at 12:29:24 UTC, Alaindevos wrote:
One concept at a time.
This is one of the simplest examples in vibe.d.
I look for the code for the same functionality but without
authentication/login.
https://github.com/vibe-d/vibe.d/blob/master/examples/web/source/app.d
Where
One concept at a time.
This is one of the simplest examples in vibe.d.
I look for the code for the same functionality but without
authentication/login.
https://github.com/vibe-d/vibe.d/blob/master/examples/web/source/app.d
Where are the @ lines explained ?
On Tuesday, 13 October 2020 at 17:08:04 UTC, Robert M. Münch
wrote:
On 13 Oct 2020 at 09:57:14 CEST, "aberba"
wrote:
D is a great language that is capable of solving any problem
easier than what it'll take to do in equivalent languages.
Don't get me wrong, D is great, it has a lot of
On 13 Oct 2020 at 09:57:14 CEST, "aberba" wrote:
> D is a great language that is capable of solving any problem
> easier than what it'll take to do in equivalent languages.
Don't get me wrong, D is great, it has a lot of technically cool things on
board.
As said, those technical things won't
I find the code with @ ugly. But i know this is not a good
argument. Maybe the glue could have been done better. I think
there is a lot of functionality but I don't understand it by
looking at the code which you easily can with flask or rails.
On 12 Oct 2020 at 21:58:12 CEST, "Ola Fosheim Grøstad"
wrote:
> On Monday, 12 October 2020 at 11:06:55 UTC, Robert M. Münch wrote:
>> Go seems to be kept as simple as possible, even if you have to
>> write more code. Which is, in the long run, the cheaper and
>> smaller burden. No tricks,
On Tuesday, 13 October 2020 at 15:02:08 UTC, Alaindevos wrote:
What is weird is that rails is THE ruby application , that
flask is the python application, and that dlang can't have
something like that in their standard library.
An opportunity missed.
On the other hand I don't understand the
What is weird is that rails is THE ruby application , that flask
is the python application, and that dlang can't have something
like that in their standard library.
An opportunity missed.
On the other hand I don't understand the interest in Java/swing
when there is a good working gtkd which is
On Saturday, 3 October 2020 at 11:31:27 UTC, Robert M. Münch
wrote:
On 3 Oct 2020 at 13:14:57 CEST, "0xEAB"
wrote:
On Saturday, 3 October 2020 at 07:54:58 UTC, Martin wrote:
On Friday, 2 October 2020 at 09:46:09 UTC, Denis Feklushkin
wrote:
Because standard implementation worse?
What
On Monday, 12 October 2020 at 11:06:55 UTC, Robert M. Münch wrote:
On 11 Oct 2020 at 16:46:13 CEST, "Ola Fosheim Grøstad"
wrote:
Ada, Java, Eiffel are supposed to.
Yes... beside Java, the other two are already in the exotic
department...
I'm not sure if Go is a success in that
On Monday, 12 October 2020 at 11:06:55 UTC, Robert M. Münch wrote:
Go seems to be kept as simple as possible, even if you have to
write more code. Which is, in the long run, the cheaper and
smaller burden. No tricks, no surprises... that has a lot of
merits.
Btw, Go has some major weaknesses
On Monday, 12 October 2020 at 11:21:40 UTC, Robert M. Münch wrote:
Even most people seem to use Go for the web services stuff, I
think it might be underrate for desktop apps.
Go is good at what it has Go libraries for, and I believe it has
gotten quite a few over the past years, some that has
On Monday, 12 October 2020 at 11:21:40 UTC, Robert M. Münch wrote:
On 12 Oct 2020 at 13:13:27 CEST, "Ola Fosheim Grøstad"
wrote:
Yes, it is a good fit for web services with medium sized code
bases.
We don't have a lot of "big project" experience with Go yet,
but we would use it for a
On 12 Oct 2020 at 13:13:27 CEST, "Ola Fosheim Grøstad"
wrote:
> Yes, it is a good fit for web services with medium sized code
> bases.
We don't have a lot of "big project" experience with Go yet, but we would use
it for a plain-old desktop application.
Even most people seem to use Go for the
On 11 Oct 2020 at 21:10:20 CEST, "tastyminerals"
wrote:
> And I feel like you guys will just pick Go because it will get
> stuff done.
That's the main focus from a company perspective. We try to waste as less time
& money as possible.
> When I just started learning about D ecosystem, vibe
On Monday, 12 October 2020 at 11:06:55 UTC, Robert M. Münch wrote:
Go seems to be kept as simple as possible, even if you have to
write more code. Which is, in the long run, the cheaper and
smaller burden. No tricks, no surprises... that has a lot of
merits.
Yes, it is a good fit for web
On 11 Oct 2020 at 16:46:13 CEST, "Ola Fosheim Grøstad"
wrote:
> Ada, Java, Eiffel are supposed to.
Yes... beside Java, the other two are already in the exotic department...
> I'm not sure if Go is a success in that department either. I
> suspect it tanks when programs get large.
Go seems to
On Sunday, 11 October 2020 at 11:56:29 UTC, Robert M. Münch wrote:
Well, for us it's getting more and more clear, that a decision
what to use in the future will be based on less and less
technical aspects.
The interesting thing about Go is, that their main focus is
thinking from an
On Sunday, 11 October 2020 at 11:56:29 UTC, Robert M. Münch wrote:
On 6 Oct 2020 at 10:07:56 CEST, "ddcovery"
wrote:
I found myself in a similar situation recently, and I can't
help but ask you: What technology do you use regularly?
Hi, well we use a couple of different things. Scripting
thank you for sharing this information with us...
On Sunday, 11 October 2020 at 11:56:29 UTC, Robert M. Münch wrote:
environment... I don't know about any other language which puts
all these non-technical aspects on the top of the agenda.
Ada, Java, Eiffel are supposed to.
I'm not sure if Go is a success in that department either. I
suspect
On 6 Oct 2020 at 10:07:56 CEST, "ddcovery"
wrote:
> I found myself in a similar situation recently, and I can't help
> but ask you: What technology do you use regularly?
Hi, well we use a couple of different things. Scripting languages, C, Lua,
..
> What drives/draws you to try dlang/vibe.d?
On Saturday, 10 October 2020 at 16:00:47 UTC, Alaindevos wrote:
For a framework to be successful you need at least a minimum of
sample code in public domain.
For vibe it is none existent.
I could not even find demo code doing a redirect which is the
most basic stuff.
The number of books on a
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
Hi, we are currently using vibe.d for a prototype and I want to
post some experiences. I know one shouldn't only address the
problems but provide some solutions.
[...]
Have you tried Diamond?
For a framework to be successful you need at least a minimum of
sample code in public domain.
For vibe it is none existent.
I could not even find demo code doing a redirect which is the
most basic stuff.
The number of books on a framework is also an indication of the
success after a few years.
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
Hi, we are currently using vibe.d for a prototype and I want to
post some experiences. I know one shouldn't only address the
problems but provide some solutions.
However, our current use-case is that we want to get a job
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
Hi, we are currently using vibe.d for a prototype and I want to
post some experiences. I know one shouldn't only address the
problems but provide some solutions.
However, our current use-case is that we want to get a job
On 3 Oct 2020 at 13:14:57 CEST, "0xEAB" wrote:
> On Saturday, 3 October 2020 at 07:54:58 UTC, Martin wrote:
>> On Friday, 2 October 2020 at 09:46:09 UTC, Denis Feklushkin
>> wrote:
>>> Because standard implementation worse?
>>
>> What do you mean with "worse"?
>
> It's said to be pretty
On Saturday, 3 October 2020 at 07:54:58 UTC, Martin wrote:
On Friday, 2 October 2020 at 09:46:09 UTC, Denis Feklushkin
wrote:
Because standard implementation worse?
What do you mean with "worse"?
It's said to be pretty slow…
On Friday, 2 October 2020 at 09:46:09 UTC, Denis Feklushkin wrote:
Because standard implementation worse?
What do you mean with "worse"?
In my experience std.json is a very thin implementation of the
JSON spec - without/very low "magic". IMO this is what one wants
in a std lib. Its a good
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
4. Vide uses an own JSON type, not the standard one. We don't
understand why, this just makes things much more complicated
and one has to mess around with this.
Because standard implementation worse?
5. One can't access
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
Hi, we are currently using vibe.d for a prototype and I want to
post some experiences. I know one shouldn't only address the
problems but provide some solutions.
[...]
I've been in a similar position once... when it slows
On Thursday, 1 October 2020 at 08:24:42 UTC, ab wrote:
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
3. Vibe can't handle GET & POST on the same URL...
we solved this one as well: fortunately (and: of course) vibe
can handle this.
what lead us to believe otherwise,
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
3. Vibe can't handle GET & POST on the same URL...
we solved this one as well: fortunately (and: of course) vibe can
handle this.
what lead us to believe otherwise, was that, unfortunately, one
of the handlers crashed
On Thursday, 1 October 2020 at 06:39:39 UTC, mipri wrote:
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
5. One can't access the raw HTTP request body, things must be
go through Vibe's JSON parser. To get access to the raw body,
a lot of workarounds are necessary.
given
On Thursday, 1 October 2020 at 06:32:23 UTC, Robert M. Münch
wrote:
5. One can't access the raw HTTP request body, things must be
go through Vibe's JSON parser. To get access to the raw body, a
lot of workarounds are necessary.
given an HTTPServerRequest req,
req.bodyReader.readAll for binary
Hi, we are currently using vibe.d for a prototype and I want to post some
experiences. I know one shouldn't only address the problems but provide some
solutions.
However, our current use-case is that we want to get a job done, and not
creating a web-framework.
1. For many things the docs are
42 matches
Mail list logo
