I think waiting until PHP++ is probably the best approach. It would've
been nice to have the current libcurl version in 5.4.0, but since we're not
talking about any critical bug/security fixes, I don't think it's that big
a deal either way. So we may as well just sit on it for now.
--Kris
On S
I thought about it but I think it may confuse people to have two
different extensions with the same name, same interface, but one in
pecl and one in the core package (the difference between the 2
versions are not that big). Also as ilia mentioned if someone already
have the original version, they w
Sigh, I could have edited that better, but I think the apology came across
(:
This is still a thing worth fixing.
On Sun, Mar 11, 2012 at 6:09 PM, Tom Boutell wrote:
> I do see now that at curl did introduce the @ craziness. So it is unfair
> of me to single out PHP for introducing it. I'm not
I do see now that at curl did introduce the @ craziness. So it is unfair of
me to single out PHP for introducing it. I'm not sure if the @ syntax is a
sneaky feature of the standard C API, but it's definitely a sneaky feature
of the command line utility.
I did include a comment there when I first
hi Tom,
For one, it is mapped to the libcurl constants and behavior.
Also this but report contains clear comment about this issue being a
documentation problem, contribution welcome :)
If you consider it as something that should be changed, then please
feel free to add a comment there as well, o
Stas,
That could work for people who don't have cURL built-in to their PHP
version, but otherwise create a symbol conflict.
On Sun, Mar 11, 2012 at 3:33 AM, Stas Malyshev wrote:
> Hi!
>
>
>> I wanted to make this new version available in PHP5.4 but
>> unfortunately I did finish my work when it w
The oop interface to cURl is already available, take a look at
http://pecl.php.net/package/pecl_http extension. It provides OOP
interface and takes care of many of the input preparation or output
parsing tasks normally you need to do in PHP when working with cURL.
On Sat, Mar 10, 2012 at 12:49 PM
I'd sure like a PHP extension that didn't have this obvious and nasty bug:
https://bugs.php.net/bug.php?id=46439
On Sun, Mar 11, 2012 at 3:33 AM, Stas Malyshev wrote:
> Hi!
>
>
> I wanted to make this new version available in PHP5.4 but
>> unfortunately I did finish my work when it was already
Hi!
I wanted to make this new version available in PHP5.4 but
unfortunately I did finish my work when it was already in RC phase.
The question now is should we include this new version in PHP5.4.1 or
should we wait for PHP 5.5/6/7 or whatever PHP next will be. There is
no feature break (AFAIK) s
I think all the php curl bindings should do is expose the power of curl in php
with an interface similar to the c interface. I think it's up to third party
libraries to put an easier to use interface on top of the curl bindings.
Thanks,
Michael
On Mar 10, 2012, at 11:41 AM, Reindl Harald wrot
2012/3/10 Reindl Harald :
>
>
> Am 10.03.2012 18:28, schrieb Simon Schick:
>> I'd like to see a new interface for curl in php ... I have no special
>> idea how, but I heard from several people that they pretty much don't
>> like the way curl is implemented in php.
>
> many other people would not li
Am 10.03.2012 18:28, schrieb Simon Schick:
> I'd like to see a new interface for curl in php ... I have no special
> idea how, but I heard from several people that they pretty much don't
> like the way curl is implemented in php.
many other people would not like to break their
perfect working co
2012/3/10 Pierre Joye
>
> hi Pierrick,
>
> I would rather go with php-next. The amount of changes are not safe
> for a now very stable version in 5.3 and 5.4 (same code base), while
> the code could be nicer as you did it in trunk.
>
> Cheers,
>
> On Sat, Mar 10, 2012 at 5:57 PM, Pierrick Charron
hi Pierrick,
I would rather go with php-next. The amount of changes are not safe
for a now very stable version in 5.3 and 5.4 (same code base), while
the code could be nicer as you did it in trunk.
Cheers,
On Sat, Mar 10, 2012 at 5:57 PM, Pierrick Charron wrote:
> Hi all,
>
> As you may know, t
Hi all,
As you may know, the cURL PHP extension is currently not in sync
(featurewise) with the original libcurl. I started to work on it to
make it as close as possible from the original libcurl. I also did
some cleaning to make it easier to maintain (ordered all the
constants/features by their l
15 matches
Mail list logo
