Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:127779
Precedence: bulk
MIME-Version: 1.0
References: <CA+NMNO0K85acCismdBL=8vr5=nKg1_-i0BjXyiqnjoqGAnH3Xw@mail.gmail.com>
 <CANLbj-ppn+QtYij2uHXmNvbXckKzz84fkj6f-6iw_7wioFN0dA@mail.gmail.com> <CAOWwgpnPMw8LsT6+0bQgM13-8DpsaKwxM4dpGxDSv_ihNMB+cw@mail.gmail.com>
In-Reply-To: <CAOWwgpnPMw8LsT6+0bQgM13-8DpsaKwxM4dpGxDSv_ihNMB+cw@mail.gmail.com>
Date: Sat, 28 Jun 2025 03:55:15 +0530
Message-ID: <CANLbj-odPKDK7cZvgq+8F688vD1xEUC8AXpU4nz=+E--mg5Bhw@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Object-oriented curl API v2
To: Nicolas Grekas <nicolas.grekas+php@gmail.com>
Cc: erictnorris@gmail.com, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
From: ayesh@php.watch (Ayesh Karunaratne)

> I'm not even sure it's a good idea to add those namespaced options: using=
 CURLOPT_SSL_VERIFYHOST is perfect to find the corresponding curl documenta=
tion with your favorite search engine. php's doc is awesome, but it cannot =
compete with the details provided by curl's doc on the topic.
>
> Nicolas

Hi Nicolas,
You are right, if we were to rename those constants, we would lose the
"grep-ability" in both libcurl source/docs and many years of existing
open source projects and discussions.

So while keeping the existing option consts, info consts, we do not
have a lot of room to improve it. Perhaps the `CurlHandle` objects can
accept options similar to how we have `date_*` functions alongside
`DateTime` methods. I personally continue to use the functions, but I
won't mind having an OOP API. We can leave it to the library authors
(such as you, Nicolas =F0=9F=92=9F, Symfony HTTP client is just awesome) to
design more intuitive APIs.

Ayesh.