Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125994
Precedence: bulk
MIME-Version: 1.0
References: <fc649569-c25a-4ddd-bd40-a498e2a56655@email.android.com> <1ccdaa01-bbe7-4ac6-a7a9-db43f9e4537b@scriptfusion.com>
In-Reply-To: <1ccdaa01-bbe7-4ac6-a7a9-db43f9e4537b@scriptfusion.com>
Date: Tue, 19 Nov 2024 06:48:22 -0700
Message-ID: <CA+JpajkmrzB8JpbPC642bmEh62aT7Wy9qN9_emF2r2s0vQWCsw@mail.gmail.com>
Subject: Re: [PHP-DEV] Better development streamlining of the built-in server
To: Bilge <bilge@scriptfusion.com>
Cc: "John D'Orazio" <priest@johnromanodorazio.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000004279c90627444a16"
From: hamiegold@gmail.com (Hammed Ajao)

--0000000000004279c90627444a16
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 19, 2024, 6:38=E2=80=AFa.m. Bilge <bilge@scriptfusion.com> wrot=
e:

> On 19/11/2024 13:26, John D'Orazio wrote:
> > I don't understand why an application should not know which
> > environment it is running in?
>
> I don't know if this list is the place to be discussing this, but here
> goes:
>
> Typically you are injecting the environment name to have the application
> switch to a different configuration to load a whole bunch of different
> settings for that environment. Instead, you should be injecting all
> those different settings directly. The reason is because otherwise you
> are tightly coupling your application to a fixed number of known
> environments, limiting deployment options. Instead, the application
> should be environment agnostic, thereby enabling whomsoever deploys your
> application to configure as many different environment types as they wish=
.
>
> This best practice also avoids the temptation to code different logic
> paths based on the environment name (very bad).
>
> Don't worry, this is a common mistake, and even popular frameworks like
> Laravel and Symfony promote this anti-pattern to some degree.
>
> Cheers,
> Bilge
>

So if symfony and laravel do this, whose best practices are we going by
exactly, yours?

Switching configuration is one of many reasons an app needs to know what
environment it's running on. What if I want more verbose logging at dev
time? Or want to bypass expensive api calls with mock data? Or want to make
sure something is never called in production?

Cheers,
Hammed

>

--0000000000004279c90627444a16
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div><br><br><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Tue, Nov 19, 2024, 6:38=E2=80=AFa.m. Bilge &lt;<a h=
ref=3D"mailto:bilge@scriptfusion.com">bilge@scriptfusion.com</a>&gt; wrote:=
<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">On 19/11/2024 13:26, John D&#39;Or=
azio wrote:<br>
&gt; I don&#39;t understand why an application should not know which <br>
&gt; environment it is running in?<br>
<br>
I don&#39;t know if this list is the place to be discussing this, but here =
goes:<br>
<br>
Typically you are injecting the environment name to have the application <b=
r>
switch to a different configuration to load a whole bunch of different <br>
settings for that environment. Instead, you should be injecting all <br>
those different settings directly. The reason is because otherwise you <br>
are tightly coupling your application to a fixed number of known <br>
environments, limiting deployment options. Instead, the application <br>
should be environment agnostic, thereby enabling whomsoever deploys your <b=
r>
application to configure as many different environment types as they wish.<=
br>
<br>
This best practice also avoids the temptation to code different logic <br>
paths based on the environment name (very bad).<br>
<br>
Don&#39;t worry, this is a common mistake, and even popular frameworks like=
 <br>
Laravel and Symfony promote this anti-pattern to some degree.<br>
<br>
Cheers,<br>
Bilge<br></blockquote></div></div><div dir=3D"auto"><br></div><div dir=3D"a=
uto">So if symfony and laravel do this, whose best practices are we going b=
y exactly, yours?</div><div dir=3D"auto"><br></div><div dir=3D"auto">Switch=
ing configuration is one of many reasons an app needs to know what environm=
ent it&#39;s running on. What if I want more verbose logging at dev time? O=
r want to bypass expensive api calls with mock data? Or want to make sure s=
omething is never called in production?</div><div dir=3D"auto"><br></div><d=
iv dir=3D"auto">Cheers,=C2=A0</div><div dir=3D"auto">Hammed</div><div dir=
=3D"auto"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>

--0000000000004279c90627444a16--