Using artax instead of guzzle about elasticsearch-php

[polyfractal]

Interesting, I haven't seen Artax before. Thanks for the suggestion!

I'll work up some benchmarks and see how it compares to Guzzle and raw curl. I've avoided native PHP sockets until now because they are supposed to be considerably slower, but I admit that I don't have any raw data on it. May just be a PHP myth.

Taking advantage of the asynchronous nature of Artax may be difficult, since the library is predominantly serial and blocking. Will have to do some research.

Finally, Artax can never become the default since it requires PHP 5.4 and this library supports down to 5.3. But if it works out, I could easily include it is as an optional connection class which is usable on >=5.4

[xreal]

@polyfractal Is there any plan to upgrade to Guzzle 4?
http://mtdowling.com/blog/2014/03/15/guzzle-4-rc/

[polyfractal]

@xreal I had not seen the new release of Guzzle, thanks for the link. I like the direction the library is going!

As it stands, I probably can't make it default for the same reason as Artrax (PHP >= 5.4 ... I get tons of people complaining that I currently don't support all the way down to 5.3.3, alas). But I would love to support it as a drop-in component if you are on a newer PHP. Looks like there has been a lot of work slimming down the codebase, which should probably help the autoloader speed bottleneck that Guzzle tends to run into.

[xreal]

@polyfractal A drop-in component for Guzzle 4 sounds great. Hope to seen this some day :)

[fprochazka]

@macnibblet why would you suggest lib that in it's own readme has

IMPORTANT: Artax is still unstable! The API is frozen but things may be broken due to the current lack of testing.

?

[FabienO]

Speak with the guy who built Artax, he's a friend and very accommodating to any questions you may have in regards to this. @rdlowrey

[fprochazka]

But.. why? If we have to use some lib for this, isn't it better to use lib that is used by as many users as possible, not something obscure?

[FabienO]

It's a reason to choose Guzzle. I am somewhat bias knowing the creator but I truly believe Artax to be of superior quality. Guzzle simply has better marketing. Quality over quantity.

[rdlowrey]

I could care less if you guys use artax, but fyi it's considerably faster than native curl if you plan to do anything other than one request at a time. By extension this means it's also considerably faster than guzzle. My real work involves retrieving millions of http requests per hour. That's why I wrote it. In any case, I'm traveling home from vacation today and can answer any questions you may have (or not) after that.

Cheers from the airport!

[fprochazka]

@FabienO I agree that guzzle is not a great lib, but that's for another discussion.

My point was not to drag any dependencies on obscure libraries into this library. I just don't understand why this lib should have 20 drivers for every curl library possible. Even those 5 that are there here are pretty extreme to me. I think there should the simplest implementation possible, and interface so anybody can implement their own and publish it as a new package.

[polyfractal]

Closing due to age, and no desire to use alternative backends at this point in time :)