Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:127497
Precedence: bulk
MIME-Version: 1.0
References: <7bdbd839b20d233e26e7901ae093ce1b@bastelstu.be> <20250527164726.0B5181A00BD@lists.php.net>
In-Reply-To: <20250527164726.0B5181A00BD@lists.php.net>
Date: Wed, 28 May 2025 16:25:57 +0200
Message-ID: <CAMzRQTfZQsCaozF0BJQu0hRwsLDxdSPbva+Ai5swV2jhANTZHQ@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC] Make OPcache a non-optional part of PHP
To: Ben Ramsey <ramsey@php.net>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary="00000000000044c5e7063632f631"
From: volker@tideways-gmbh.com (Volker Dusch)

--00000000000044c5e7063632f631
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, May 27, 2025 at 6:48=E2=80=AFPM Ben Ramsey <ramsey@php.net> wrote:

>  > `zend_extension=3Dopcache` will need to be removed from a user=E2=80=
=99s php.ini
>  > configuration
>
> Is this really a *need*, or is it more of a recommendation? If it's left
> in a user's configuration, what is the impact?
>

For people installing PHP from .deb or .rpm sources this shouldn't be an
issue either way as the package managers would take care of that (no more
opcache extension, no opcache.ini).

For the rest, and to avoid a lot of startup warnings we could consider to
explicitly ignore loading of a zend_extension=3Dopcache? Technically this
should be easy but the question is if this is sensible.
People *could* have an custom extension named opcache.so that does
something else, but that feels very unlikely.

Otherwise, massive fan of the RFC. Having opcache as a given (even if
deactivated) will make it a lot easier to get people to use it and reduce
friction.

Kind Regards,
Volker

--=20
Volker Dusch
Head of Engineering
Tideways GmbH
K=C3=B6nigswinterer Str. 116
53227 Bonn
https://tideways.io/imprint

Sitz der Gesellschaft: Bonn
Gesch=C3=A4ftsf=C3=BChrer: Benjamin Au=C3=9Fenhofer (geb. Eberlei)
Registergericht: Amtsgericht Bonn, HRB 22127

--00000000000044c5e7063632f631
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">On Tue, May 27, 2025 at 6:48=E2=80=AFPM B=
en Ramsey &lt;<a href=3D"mailto:ramsey@php.net">ramsey@php.net</a>&gt; wrot=
e:</div><div class=3D"gmail_quote gmail_quote_container"><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">
=C2=A0&gt; `zend_extension=3Dopcache` will need to be removed from a user=
=E2=80=99s php.ini<br>
=C2=A0&gt; configuration<br>
<br>
Is this really a *need*, or is it more of a recommendation? If it&#39;s lef=
t <br>
in a user&#39;s configuration, what is the impact?<br></blockquote><div><br=
></div><div>For people installing PHP from .deb or .rpm sources this should=
n&#39;t be an issue either way as the package managers would take care of t=
hat (no more opcache extension, no opcache.ini).</div><div><br></div><div>F=
or the rest, and to avoid a lot of startup warnings we could consider to ex=
plicitly ignore loading of a zend_extension=3Dopcache? Technically this sho=
uld be easy but the question is if this is sensible.</div><div>People *coul=
d* have an custom extension named opcache.so that does something else, but =
that feels very unlikely.</div><div><br></div><div>Otherwise, massive fan o=
f the RFC. Having opcache as a given (even if deactivated) will make it a l=
ot easier to get people to use it and reduce friction.</div><div><br></div>=
<div>Kind Regards,</div><div>Volker</div></div><div><br></div><div></div><s=
pan class=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=
=3D"gmail_signature"><div dir=3D"ltr"><div style=3D"color:rgb(34,34,34);fon=
t-family:arial,sans-serif;font-size:12.8px">Volker Dusch</div><div style=3D=
"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px">Head of=
 Engineering</div><div style=3D"color:rgb(34,34,34);font-family:arial,sans-=
serif;font-size:12.8px"><div>Tideways GmbH</div><div>K=C3=B6nigswinterer St=
r. 116</div><div>53227 Bonn</div><div><a href=3D"https://tideways.io/imprin=
t" style=3D"color:rgb(17,85,204)" target=3D"_blank">https://tideways.io/imp=
rint</a><br></div><div><br></div><div>Sitz der Gesellschaft: Bonn</div><div=
>Gesch=C3=A4ftsf=C3=BChrer: Benjamin Au=C3=9Fenhofer (geb. Eberlei)</div><d=
iv>Registergericht: Amtsgericht Bonn, HRB 22127</div></div></div></div></di=
v>

--00000000000044c5e7063632f631--