Jump to page: 1 2
Thread overview
dlang-requetst: openssl 1.1 compatible release
Aug 03
ikod
Aug 03
Suliman
Aug 03
Temtaime
Aug 03
Suliman
Aug 03
Mengu
Aug 03
aberba
Aug 03
ikod
Aug 03
Suliman
Aug 03
Cym13
Aug 03
Cym13
Aug 04
ikod
Aug 20
ikod
August 03
Hello,

Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.

Please try and report any issues on github.
Thanks!

dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:

small memory footprint
performance
simple, high level API
native D implementation

https://code.dlang.org/packages/requests
https://github.com/ikod/dlang-requests
August 03
On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
> Hello,
>
> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>
> Please try and report any issues on github.
> Thanks!
>
> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>
> small memory footprint
> performance
> simple, high level API
> native D implementation
>
> https://code.dlang.org/packages/requests
> https://github.com/ikod/dlang-requests

Vote for including it in Phobos instead curl!
August 03
On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
> On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
>> Hello,
>>
>> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>>
>> Please try and report any issues on github.
>> Thanks!
>>
>> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>>
>> small memory footprint
>> performance
>> simple, high level API
>> native D implementation
>>
>> https://code.dlang.org/packages/requests
>> https://github.com/ikod/dlang-requests
>
> Vote for including it in Phobos instead curl!

Curl is well-tested and has a great number of features.
August 03
On Thursday, 3 August 2017 at 10:02:24 UTC, Temtaime wrote:
> On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
>> On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
>>> Hello,
>>>
>>> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>>>
>>> Please try and report any issues on github.
>>> Thanks!
>>>
>>> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>>>
>>> small memory footprint
>>> performance
>>> simple, high level API
>>> native D implementation
>>>
>>> https://code.dlang.org/packages/requests
>>> https://github.com/ikod/dlang-requests
>>
>> Vote for including it in Phobos instead curl!
>
> Curl is well-tested and has a great number of features.

But it's native and I think it's already have 90% of futures needed in real-life. Community should force native libs, or D always would be languages that live only by C-bindings.
August 03
On Thursday, 3 August 2017 at 10:02:24 UTC, Temtaime wrote:
> On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
>> On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
>>> Hello,
>>>
>>> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>>>
>>> Please try and report any issues on github.
>>> Thanks!
>>>
>>> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>>>
>>> small memory footprint
>>> performance
>>> simple, high level API
>>> native D implementation
>>>
>>> https://code.dlang.org/packages/requests
>>> https://github.com/ikod/dlang-requests
>>
>> Vote for including it in Phobos instead curl!
>
> Curl is well-tested and has a great number of features.

indeed it is but it needs to be buried deep in phobos and make something with a much much better API available.
August 03
On Thursday, 3 August 2017 at 10:02:24 UTC, Temtaime wrote:
> On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
>> On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
>>> Hello,
>>>
>>> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>>>
>>> Please try and report any issues on github.
>>> Thanks!
>>>
>>> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>>>
>>> small memory footprint
>>> performance
>>> simple, high level API
>>> native D implementation
>>>
>>> https://code.dlang.org/packages/requests
>>> https://github.com/ikod/dlang-requests
>>
>> Vote for including it in Phobos instead curl!
>
> Curl is well-tested and has a great number of features.

So the assumption is that curl has been there since forever, so its well tested. Anything new cannot be stable enough for everyday use?

If there's anything keeping dlang-requests from been integrated into Phobos (or a derivative), then lets report it as a bug...cus curl is not convenient to use without some abstraction layer.


HTTP is the most used protocol for everything. JavaScript is the most used language and pretty much everything done with JavaScript has HTTP involved.
August 03
On Thursday, 3 August 2017 at 14:03:02 UTC, aberba wrote:
> On Thursday, 3 August 2017 at 10:02:24 UTC, Temtaime wrote:
>> On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
>>> On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
>>>> Hello,
>>>>
>>>> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>>>>
>>>> Please try and report any issues on github.
>>>> Thanks!
>>>>
>>>> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>>>>
>>>> small memory footprint
>>>> performance
>>>> simple, high level API
>>>> native D implementation
>>>>
>>>> https://code.dlang.org/packages/requests
>>>> https://github.com/ikod/dlang-requests
>>>
>>> Vote for including it in Phobos instead curl!
>>
>> Curl is well-tested and has a great number of features.
>
> So the assumption is that curl has been there since forever, so its well tested. Anything new cannot be stable enough for everyday use?
>
> If there's anything keeping dlang-requests from been integrated into Phobos (or a derivative), then lets report it as a bug...cus curl is not convenient to use without some abstraction layer.
>
>
> HTTP is the most used protocol for everything. JavaScript is the most used language and pretty much everything done with JavaScript has HTTP involved.

Moving any third party code to std library have both "pro" and "contra" and it was discussed several times. From my point of view there is nothing wrong with modules outside of std library as long as these modules are visible to newcomers, well documented and have developer support.

August 03
> Moving any third party code to std library have both "pro" and "contra" and it was discussed several times. From my point of view there is nothing wrong with modules outside of std library as long as these modules are visible to newcomers, well documented and have developer support.

HTTP *very* important part in present time. Every modern language should have good native http-lib out of the box. I understand that it's can be done as outside module, but JSON also can be outside, and files can be outside. But I do not think that it's good idea.

http-request is much more friendly and powerful than curl. It's much better to move curl as external package.

August 03
On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
> Hello,
>
> Since version 0.5.0 dlang-requests has become compatible with both 1.0.x and 1.1.x versions of openssl library.
>
> Please try and report any issues on github.
> Thanks!
>
> dlang-requests is HTTP/FTP client library, inspired by python-requests with goals:
>
> small memory footprint
> performance
> simple, high level API
> native D implementation
>
> https://code.dlang.org/packages/requests
> https://github.com/ikod/dlang-requests

Thank you very much for this, the openssl issue was a point I really wanted to be fixed :)
August 03
On Thursday, 3 August 2017 at 18:04:33 UTC, Suliman wrote:
>> Moving any third party code to std library have both "pro" and "contra" and it was discussed several times. From my point of view there is nothing wrong with modules outside of std library as long as these modules are visible to newcomers, well documented and have developer support.
>
> HTTP *very* important part in present time. Every modern language should have good native http-lib out of the box. I understand that it's can be done as outside module, but JSON also can be outside, and files can be outside. But I do not think that it's good idea.
>
> http-request is much more friendly and powerful than curl. It's much better to move curl as external package.

I think it shouldn't be included in Phobos *because* it's a good library that we want to see growing.

Let's compare with the case of the original Requests library, in Python. As it is the most downloaded Python library ever there have been discussions about including it in the standard library. After much deliberations Kenneth Reitz (the author) decided that integrating requests in the stdlib would harm it by imposing a slower release cycle not fitting the fast iterations needed by the package. Furthermore so many python programs need requests that most people get to install it one time or another, making it a de facto standard that is standard enough for its purpose. Clearly that decision did not slow Requests development, nor did it hit its popularity. People just do a "pip install requests" and don't care about it anymore.

In D the situation is even easier because it is compiled: the developer is the only one having to add a line to its dub.json, the user doesn't have to care at all. And given that the package still has much room for improvement freezing it in Phobos doesn't strike me as a good idea at all.

Of course Phobos must propose an HTTP interface, but it must propose one that allows you to build better ones, it doesn't have to propose a perfect one (although it would obviously be nice).
« First   ‹ Prev
1 2