www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - Released vibe.d 0.8.1

reply =?UTF-8?Q?S=c3=b6nke_Ludwig?= <sludwig outerproduct.org> writes:
Apart from removing the old vibe-d:diet package in favor of diet-ng, 
this release most notably contains a number of performance improvements 
in the HTTP server, as well as improvements and fixes in the WebSocket 
code. Furthermore, initial OpenSSL 1.1.x support has been added and a 
few  safe related issues introduced in 0.8.0 have been fixed.

Change log:
https://vibed.org/blog/posts/vibe-release-0.8.1

DUB package:
https://code.dlang.org/packages/vibe-d/0.8.1
Aug 30 2017
parent reply Matthias Klumpp <mak debian.org> writes:
On Wednesday, 30 August 2017 at 07:47:53 UTC, Sönke Ludwig wrote:

 Apart from removing the old vibe-d:diet package in favor of 
 diet-ng, this release most notably contains a number of 
 performance improvements in the HTTP server, as well as 
 improvements and fixes in the WebSocket code. Furthermore, 
 initial OpenSSL 1.1.x support has been added and a few  safe 
 related issues introduced in 0.8.0 have been fixed.

 Change log:
 https://vibed.org/blog/posts/vibe-release-0.8.1

 DUB package:
 https://code.dlang.org/packages/vibe-d/0.8.1


Debian packages are on their way too :-) (pending approval from 
our archive masters). Granted, this is most useful for 
Vibe.d-using software that wants to be in Debian.

Now, the only thing I am missing in Vibe is a good interface to 
PostgreSQL, because in some circumstances MongoDB is just a very 
bad choice.
(Postgres even outperforms it in my testcase, and PG supports 
JSON/BSON as well now).
DPQ2[1] looks very promising though :-)

Thank you for making Vibe.d!

[1]: https://github.com/denizzzka/dpq2
Aug 30 2017
parent reply aberba <karabutaworld gmail.com> writes:
On Wednesday, 30 August 2017 at 16:53:40 UTC, Matthias Klumpp 
wrote:

 On Wednesday, 30 August 2017 at 07:47:53 UTC, Sönke Ludwig 
 wrote:

 Apart from removing the old vibe-d:diet package in favor of 
 diet-ng, this release most notably contains a number of 
 performance improvements in the HTTP server, as well as 
 improvements and fixes in the WebSocket code. Furthermore, 
 initial OpenSSL 1.1.x support has been added and a few  safe 
 related issues introduced in 0.8.0 have been fixed.

 Change log:
 https://vibed.org/blog/posts/vibe-release-0.8.1

 DUB package:
 https://code.dlang.org/packages/vibe-d/0.8.1


 Debian packages are on their way too :-) (pending approval from 
 our archive masters). Granted, this is most useful for 
 Vibe.d-using software that wants to be in Debian.

 Now, the only thing I am missing in Vibe is a good interface to 
 PostgreSQL, because in some circumstances MongoDB is just a 
 very bad choice.
 (Postgres even outperforms it in my testcase, and PG supports 
 JSON/BSON as well now).
 DPQ2[1] looks very promising though :-)

 Thank you for making Vibe.d!

 [1]: https://github.com/denizzzka/dpq2


Even with mysql (using mysql-native), the absent of something like

struct User {
      optional int userName; //its ok if row doesn't have this 
column
      as("phone_number") string phoneNumber;
     ....
}

User[] users;
....
foreach(row; ...)
{
     users ~= row.toStruct!User;
}
....


MongoDB has facilities for these stuff automatically thats why 
using it seem convenient and speeds up stuff. Mysql-lited does 
this thing but the package does allow much control nor give much 
query info like mysql-native.


I've heard good news about postgresql however, its driver could 
still benefit from this kind of abstraction using CTFE and UDAs.
Aug 31 2017
next sibling parent reply Matthias Klumpp <mak debian.org> writes:
On Thursday, 31 August 2017 at 11:56:53 UTC, aberba wrote:

 On Wednesday, 30 August 2017 at 16:53:40 UTC, Matthias Klumpp 
 wrote:

 On Wednesday, 30 August 2017 at 07:47:53 UTC, Sönke Ludwig 
 wrote:

 Apart from removing the old vibe-d:diet package in favor of 
 diet-ng, this release most notably contains a number of 
 performance improvements in the HTTP server, as well as 
 improvements and fixes in the WebSocket code. Furthermore, 
 initial OpenSSL 1.1.x support has been added and a few  safe 
 related issues introduced in 0.8.0 have been fixed.

 Change log:
 https://vibed.org/blog/posts/vibe-release-0.8.1

 DUB package:
 https://code.dlang.org/packages/vibe-d/0.8.1


 Debian packages are on their way too :-) (pending approval 
 from our archive masters). Granted, this is most useful for 
 Vibe.d-using software that wants to be in Debian.

 Now, the only thing I am missing in Vibe is a good interface 
 to PostgreSQL, because in some circumstances MongoDB is just a 
 very bad choice.
 (Postgres even outperforms it in my testcase, and PG supports 
 JSON/BSON as well now).
 DPQ2[1] looks very promising though :-)

 Thank you for making Vibe.d!

 [1]: https://github.com/denizzzka/dpq2


 Even with mysql (using mysql-native), the absent of something 
 like

 struct User {
      optional int userName; //its ok if row doesn't have this 
 column
      as("phone_number") string phoneNumber;
     ....
 }

 User[] users;
 ....
 foreach(row; ...)
 {
     users ~= row.toStruct!User;
 }
 ....


I would love that :-)


 MongoDB has facilities for these stuff automatically thats why 
 using it seem convenient and speeds up stuff.


Yeah, it speeds up development, but that doesn't help much if 
Mongo swallows your data or messes up replication, or if your 
data by its nature simply does not fit a document store well.
I've found Postgres to be very reliable and also very fast in the 
past, and - in large part thanks to Vibe.d - I am using Mongo now 
in a test deployment instead of it. I don't feel comfortable at 
all in continuing to use it though, which is unfortunate, since 
the development speed with it is quite high.
Aug 31 2017
parent Daniel Kozak via Digitalmars-d-announce writes:
Same here.  We are moving from mongo to postgresql. And we are going to

PostgreSQL

Dne 31. 8. 2017 7:15 odpoledne napsal u=C5=BEivatel "Matthias Klumpp via
Digitalmars-d-announce" <digitalmars-d-announce puremagic.com>:

On Thursday, 31 August 2017 at 11:56:53 UTC, aberba wrote:


 On Wednesday, 30 August 2017 at 16:53:40 UTC, Matthias Klumpp wrote:


 On Wednesday, 30 August 2017 at 07:47:53 UTC, S=C3=B6nke Ludwig wrote:


 Apart from removing the old vibe-d:diet package in favor of diet-ng,
 this release most notably contains a number of performance improvements=






 in

 the HTTP server, as well as improvements and fixes in the WebSocket cod=






e.

 Furthermore, initial OpenSSL 1.1.x support has been added and a few  sa=






fe

 related issues introduced in 0.8.0 have been fixed.

 Change log:
 https://vibed.org/blog/posts/vibe-release-0.8.1

 DUB package:
 https://code.dlang.org/packages/vibe-d/0.8.1


 Debian packages are on their way too :-) (pending approval from our
 archive masters). Granted, this is most useful for Vibe.d-using software
 that wants to be in Debian.

 Now, the only thing I am missing in Vibe is a good interface to
 PostgreSQL, because in some circumstances MongoDB is just a very bad cho=




ice.

 (Postgres even outperforms it in my testcase, and PG supports JSON/BSON
 as well now).
 DPQ2[1] looks very promising though :-)

 Thank you for making Vibe.d!

 [1]: https://github.com/denizzzka/dpq2


 Even with mysql (using mysql-native), the absent of something like

 struct User {
      optional int userName; //its ok if row doesn't have this column
      as("phone_number") string phoneNumber;
     ....
 }

 User[] users;
 ....
 foreach(row; ...)
 {
     users ~=3D row.toStruct!User;
 }
 ....


I would love that :-)


MongoDB has facilities for these stuff automatically thats why using it

 seem convenient and speeds up stuff.


Yeah, it speeds up development, but that doesn't help much if Mongo
swallows your data or messes up replication, or if your data by its nature
simply does not fit a document store well.
I've found Postgres to be very reliable and also very fast in the past, and
- in large part thanks to Vibe.d - I am using Mongo now in a test
deployment instead of it. I don't feel comfortable at all in continuing to
use it though, which is unfortunate, since the development speed with it is
quite high.
Aug 31 2017
prev sibling parent WebFreak001 <d.forum webfreak.org> writes:
On Thursday, 31 August 2017 at 11:56:53 UTC, aberba wrote:

 On Wednesday, 30 August 2017 at 16:53:40 UTC, Matthias Klumpp 
 wrote:

 [...]


 Even with mysql (using mysql-native), the absent of something 
 like

 struct User {
      optional int userName; //its ok if row doesn't have this 
 column
      as("phone_number") string phoneNumber;
     ....
 }

 User[] users;
 ....
 foreach(row; ...)
 {
     users ~= row.toStruct!User;
 }
 ....


 MongoDB has facilities for these stuff automatically thats why 
 using it seem convenient and speeds up stuff. Mysql-lited does 
 this thing but the package does allow much control nor give 
 much query info like mysql-native.


 I've heard good news about postgresql however, its driver could 
 still benefit from this kind of abstraction using CTFE and UDAs.


try my library I released ages ago for this 
https://github.com/WebFreak001/MongoSchemaD
Sep 01 2017