Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99946
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <78DFA5C9-5C49-4B75-8FC0-C0945FD85694@heigl.org>
References: <CA+aNembkpeU+vTX0dr1r_NuPZkKu4Da2rMTbS3RWk2eSacF_KA@mail.gmail.com>
 <CAESVnVrCndhLSuxZzNp5xqQLp8SC0wGSDAq8cjH+fRew-cCf1g@mail.gmail.com>
 <CANUQDCjB9UY8jTmmp43bQAW_9xJnoMbREN1zOQh1LubTfO4C-w@mail.gmail.com>
 <CAESVnVo956V87TNUSnm1u_QK+O=CxF85UkLgEH7nrkrCWxJ2Nw@mail.gmail.com>
 <CA+aNemaW0o3Vus7-84LvF8KTXq9EY4+d=CiYWGKc2Ovdq6cp=g@mail.gmail.com>
 <CA+aNemZ_ruycqd_p2J2+7baePdLdL6cdeNenWnyQes9rJBRvbA@mail.gmail.com> <78DFA5C9-5C49-4B75-8FC0-C0945FD85694@heigl.org>
Date: Wed, 19 Jul 2017 21:34:43 +0200
Message-ID: <CA+aNemYf3pVQDaBJhOTRRQ25VEkUjnigHRCmUOnVWts5cb5sWg@mail.gmail.com>
To: Andreas Heigl <andreas@heigl.org>
Cc: "internals@lists.php.net" <internals@lists.php.net>, Sara Golemon <pollita@php.net>
Content-Type: multipart/alternative; boundary="94eb2c0cb27a5650cc0554b0b9dc"
Subject: Re: [PHP-DEV] php.net website
From: mathiasgrimm@gmail.com (Mathias Grimm)

--94eb2c0cb27a5650cc0554b0b9dc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thats a valid point but that can be addressed in some nice ways.

The documentation can mention it somehow and that doesn't mean somebody
else should use that framework/lib for every project/case.
That would be similar to saying that we prefer Linux over Windows, just
because we use Linux hosting and better would be to instead build our own
operating system, just so that people don't get inclined to one side or
another
A bit of a stretch of an analogy but more or less the same idea.

The fact that we use some well known framework/package would reduce the
barrier to get more people involved in the project, now and for the future.
Not using them is going back to 2005 when everybody had their own framework=
.

I am not suggesting any framework in specific but think there as some good
options out there.
We would be quit well served with a micro-framework as we basically need
just some kind http stack + routing, but that is deep down the execution
plan discussion.





On 19 July 2017 at 21:12, Andreas Heigl <andreas@heigl.org> wrote:

> Am 19.07.2017 um 19:12 schrieb Mathias Grimm <mathiasgrimm@gmail.com>:
> >
> > I think it's a great idea about docker, although a separated project.
> >
> > The wiki says minimum php is 5.3 but that page is from 2013 and would b=
e
> > really great to not depend on the mirrors php version, although we can
> > write beautiful php even in php 4 (never did prior to 4)
>
> I think the most important thing is that the PHP-website keeps a
> VanillaPHP-approach. Every library or framework used for a rewrite of the
> PHP-website will be looked upon with different eyes and will therefore se=
em
> to be "PHP-approved" to people not that deep into the website (so about 9=
9%
> of PHP-developers). So the PHP-website would - even though that might not
> be intended - recommend frameworks or libraries over others. And we would
> not want that!
>
> Just my 0.02 =E2=82=AC
>
> Cheers
>
> Andreas
>
>
> >
> >
> >> On 19 July 2017 at 19:50, Sara Golemon <pollita@php.net> wrote:
> >>
> >>> On Wed, Jul 19, 2017 at 1:42 PM, Niklas Keller <me@kelunik.com> wrote=
:
> >>> We should really change that and fully move to HTTPS.
> >>>
> >> I was actually just thinking how lovely it would be to re-architect
> >> the mirroring process to use docker images.
> >>
> >> Benefits:
> >> * Usual consistent/predictable deployment arguments...
> >> * Full control of the webserver and PHP version (and extensions) used
> >> on mirrors.
> >> * Use docker hub as the distribution channel. (https out of the box)
> >> * Extra level of isolation for site hosts (web-php isn't alone on its
> >> hosts AIUI)
> >> * Apparently we could even add container image signing.
> >>
> >> That's sort of an orthogonal project to rewriting the site code, but
> >> it's arguably a simpler task to undertake.
> >>
> >> -Sara
> >>
>
>

--94eb2c0cb27a5650cc0554b0b9dc--