> But why should there be a wrapper in the first place if we use
> straight PDO? The wrapper doesn't add anything besides the exception
> of a better escaping method. If the wrapper is for unit testing, then
> I still wonder why as its already well tested in php-src.
Like Christoph already
On 14/12/2018 05:56, Peter Kokot wrote:
Now, if we imagine adding more classes in the application, yes, more
complexity comes, but also more flexibility with testing, and using
the code across the app. Currently we have functions used, mixing SQL,
HTML, and PHP code in same files. Not to mention
On Wed, 12 Dec 2018 at 21:11, Peter Kokot wrote:
>
> On Wed, 12 Dec 2018 at 11:43, Christoph M. Becker wrote:
> >
> > On 12.12.2018 at 05:32, Kalle Sommer Nielsen wrote:
> >
> > > Den ons. 12. dec. 2018 kl. 05.23 skrev Peter Kokot :
> > >>
> > >> Wait... Why do we then even have use statements
On Wed, 12 Dec 2018 at 11:43, Christoph M. Becker wrote:
>
> On 12.12.2018 at 05:32, Kalle Sommer Nielsen wrote:
>
> > Den ons. 12. dec. 2018 kl. 05.23 skrev Peter Kokot :
> >>
> >> Wait... Why do we then even have use statements in PHP if we can always
> >> require_once a class file where needed
On 12.12.2018 at 05:32, Kalle Sommer Nielsen wrote:
> Den ons. 12. dec. 2018 kl. 05.23 skrev Peter Kokot :
>>
>> Wait... Why do we then even have use statements in PHP if we can always
>> require_once a class file where needed and we're done with it. Your
>> explanation of requiring only files
Den ons. 12. dec. 2018 kl. 05.23 skrev Peter Kokot :
>
> Wait... Why do we then even have use statements in PHP if we can always
> require_once a class file where needed and we're done with it. Your
> explanation of requiring only files from a pool of files sounds very simple
> and even something
Wait... Why do we then even have use statements in PHP if we can always
require_once a class file where needed and we're done with it. Your
explanation of requiring only files from a pool of files sounds very simple
and even something to go implement it (read undo). However:
require_once
Den ons. 12. dec. 2018 kl. 00.56 skrev Peter Kokot :
> Is there any existing example currently used somewhere? I'm not sure I
> fully understand this but there might be something on this. With this,
> use statements are not utilized I assume and it goes a bit away from
> modern OOP coding
On Wed, 12 Dec 2018 at 00:29, Levi Morrison wrote:
>
> On Tue, Dec 11, 2018 at 2:01 PM Peter Kokot wrote:
> >
> > On Tue, 11 Dec 2018 at 21:33, Levi Morrison wrote:
> > >
> > > On Tue, Dec 11, 2018 at 8:16 AM Derick Rethans wrote:
> > > >
> > > > On Tue, 11 Dec 2018, Christoph M. Becker wrote:
On Tue, Dec 11, 2018 at 2:01 PM Peter Kokot wrote:
>
> On Tue, 11 Dec 2018 at 21:33, Levi Morrison wrote:
> >
> > On Tue, Dec 11, 2018 at 8:16 AM Derick Rethans wrote:
> > >
> > > On Tue, 11 Dec 2018, Christoph M. Becker wrote:
> > >
> > > > On 11.12.2018 at 13:42, Kalle Sommer Nielsen wrote:
>
On Tue, 11 Dec 2018 at 21:33, Levi Morrison wrote:
>
> On Tue, Dec 11, 2018 at 8:16 AM Derick Rethans wrote:
> >
> > On Tue, 11 Dec 2018, Christoph M. Becker wrote:
> >
> > > On 11.12.2018 at 13:42, Kalle Sommer Nielsen wrote:
> > >
> > > > Den man. 10. dec. 2018 kl. 23.01 skrev Christoph M.
On Tue, Dec 11, 2018 at 8:16 AM Derick Rethans wrote:
>
> On Tue, 11 Dec 2018, Christoph M. Becker wrote:
>
> > On 11.12.2018 at 13:42, Kalle Sommer Nielsen wrote:
> >
> > > Den man. 10. dec. 2018 kl. 23.01 skrev Christoph M. Becker
> > > :
> > >
> > >> It seems to me that it might be valuable
On Tue, 11 Dec 2018, Lester Caine wrote:
> On 11/12/2018 14:58, Peter Kokot wrote:
> > > On a similar topic I feel very strongly against using any PSR's for
> > > php.net.
>
> > This then means not using PSR-4, and not using Composer. How will PHP
> > sites solve issue of dependencies then and
On 11/12/2018 14:58, Peter Kokot wrote:
On a similar topic I feel very strongly against using any PSR's for php.net.
This then means not using PSR-4, and not using Composer. How will PHP
sites solve issue of dependencies then and how to unit test this code?
By proper management of just what
On Tue, 11 Dec 2018, Christoph M. Becker wrote:
> On 11.12.2018 at 13:42, Kalle Sommer Nielsen wrote:
>
> > Den man. 10. dec. 2018 kl. 23.01 skrev Christoph M. Becker
> > :
> >
> >> It seems to me that it might be valuable to agree on a common
> >> coding standard for *all* php.net PHP
> On a similar topic I feel very strongly against using any PSR's for php.net.
This then means not using PSR-4, and not using Composer. How will PHP
sites solve issue of dependencies then and how to unit test this code?
--
Peter Kokot
--
PHP Webmaster List Mailing List (http://www.php.net/)
On 11.12.2018 at 13:42, Kalle Sommer Nielsen wrote:
> Den man. 10. dec. 2018 kl. 23.01 skrev Christoph M. Becker
> :
>
>> It seems to me that it might be valuable to agree on a common coding
>> standard for *all* php.net PHP scripts, not only the web related ones,
>> but also the helper scripts
Den man. 10. dec. 2018 kl. 23.01 skrev Christoph M. Becker :
> It seems to me that it might be valuable to agree on a common coding
> standard for *all* php.net PHP scripts, not only the web related ones,
> but also the helper scripts in php-src, etc. Therefore, it might be
> appropriate to
On 10.12.2018 at 17:58, Kalle Sommer Nielsen wrote:
> But there still have not been any discussion on the webmaster list,
> which is where we discuss such things at all, that is what baffles me
> the most that such a move has not even been mentioned here, which is
> where the development of the
> But there still have not been any discussion on the webmaster list,
> which is where we discuss such things at all, that is what baffles me
> the most that such a move has not even been mentioned here, which is
> where the development of the website systems takes place.
Acknowledged. Sorry for
Hi
Den man. 10. dec. 2018 kl. 17.35 skrev Peter Kokot :
> Composer has been under discussion over a year now, so it's a pretty
> logical choice I think. I'm not sure if there's anything else besides
> Composer today out there that can install dependencies in such a
> breeze...
>
Hello,
On Mon, 10 Dec 2018 at 09:07, Kalle Sommer Nielsen wrote:
> Where and when was all this decided and discussed to move forward with
> composer usage and all these other improvements? Don't get me wrong,
> it's not that I do not appreciate the activity and work going into the
> website code
Den man. 10. dec. 2018 kl. 02.13 skrev Peter Kokot :
>
> Commit:be3c259ecaae28db43a3a8c30338a876f112e36e
> Author:Peter Kokot Mon, 10 Dec 2018
> 02:08:58 +0100
> Parents: 3f4ad27d0ebacbd2454b5107cc8017acc66ce9ce
> Branches: master
>
> Link:
>
Commit:be3c259ecaae28db43a3a8c30338a876f112e36e
Author:Peter Kokot Mon, 10 Dec 2018 02:08:58
+0100
Parents: 3f4ad27d0ebacbd2454b5107cc8017acc66ce9ce
Branches: master
Link:
http://git.php.net/?p=web/bugs.git;a=commitdiff;h=be3c259ecaae28db43a3a8c30338a876f112e36e
Log:
24 matches
Mail list logo