On 23 April 2015 at 12:13, Mathieu Rochette math...@rochette.cc wrote:
I didn't find much information about this change (even finding about
|clear_env| is not that easy when search for php fpm env var) so I don't
know if there is others reason than BC.
It looks like it wasn't discussed that
On Apr 23, 2015 9:14 PM, Arvids Godjuks arvids.godj...@gmail.com wrote:
2015-04-23 17:02 GMT+03:00 Pierre Joye pierre@gmail.com:
On Apr 23, 2015 8:45 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
My view is that this really needs a good discussion and regardless of
the
On 23/04/15 18:18, Pierre Joye wrote:
Just like many other. Not being in core brings actually more flexibility to
the devs
Pierre are you coming around to the idea that a more modular approach to
PHP packages may actually be better? Just being able to select what we
use rather than all of the
On 04/23/2015 05:11 PM, Dan Ackroyd wrote:
On 23 April 2015 at 12:13, Mathieu Rochette math...@rochette.cc wrote:
I didn't find much information about this change (even finding about
|clear_env| is not that easy when search for php fpm env var) so I don't
know if there is others reason than
On Apr 23, 2015 8:45 PM, Arvids Godjuks arvids.godj...@gmail.com wrote:
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent was originally for the PDO and and regardless of what
the docs say
On 23/04/15 14:45, Arvids Godjuks wrote:
snip very useful ramblings
My thinking is that things like these have to be spearheaded by the
respective database developers with the help of the PHP core team and the
community.
I am still reliant on ADOdb and have on a number of occasions back
2015-04-23 17:02 GMT+03:00 Pierre Joye pierre@gmail.com:
On Apr 23, 2015 8:45 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent
On 23/04/15 13:46, Amazon.co.uk wrote:
We are writing to confirm that we are processing your refund in the amount of
£4.89 for your
Order 204-2374256-3787503.
Curious phishing attempt ... seems to have forgotten the aim? Or was
there something stripped by the mail list?
(Some hit PEAR list
2015-04-23 15:56 GMT+03:00 Lester Caine les...@lsces.co.uk:
On 23/04/15 13:46, Amazon.co.uk wrote:
We are writing to confirm that we are processing your refund in the
amount of £4.89 for your
Order 204-2374256-3787503.
Curious phishing attempt ... seems to have forgotten the aim? Or was
Lester Caine wrote on 23/04/2015 13:56:
On 23/04/15 13:46, Amazon.co.uk wrote:
We are writing to confirm that we are processing your refund in the amount of
£4.89 for your
Order 204-2374256-3787503.
Curious phishing attempt ... seems to have forgotten the aim? Or was
there something stripped
On 22 Apr 2015 10:27, Alexander Moskalev ir...@irker.net wrote:
Thanks to all for feedback!
Let's try to integrate new feature to old class.
We have constructor in CURLFile with one required parameter: $filename .
To avoid BC break we cannot replace this parameter. So I suggest to do it
On 23 Apr 2015, at 11:59, Michael Wallner m...@php.net wrote:
Why not a ctor as in:
function __construct ($filename, $buffer = null) {
if (isset ($ buffer)) {
// use $ buffer
} else {
// use file contents
}
}
The file name parameter can be of use anyway for
чт, 23 Апр 2015, 13:00, Lester Caine les...@lsces.co.uk:
On 23/04/15 06:50, christopher jones wrote:
Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
some inherent design and performance weaknesses of the overall PDO
architecture.
So, lets not mark PDO_OCI as dead just
Lester Caine wrote:
On 23/04/15 11:22, Arvids Godjuks wrote:
I can definetly make a case that PDO restricts MySQL too. It lacks a lot of
functionality comparing to mysqli. I also found out recently that you can't
have a named param appear in a query more than once (an OR case, where 2
On 23/04/15 06:50, christopher jones wrote:
Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
some inherent design and performance weaknesses of the overall PDO
architecture.
So, lets not mark PDO_OCI as dead just yet.
It's nice to hear that it's not only the pdo_firebird
On 23/04/15 11:22, Arvids Godjuks wrote:
чт, 23 Апр 2015, 13:00, Lester Caine les...@lsces.co.uk:
On 23/04/15 06:50, christopher jones wrote:
Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
some inherent design and performance weaknesses of the overall PDO
Hello,
On 23/04/2015 12:22, Arvids Godjuks wrote:
чт, 23 Апр 2015, 13:00, Lester Caine les...@lsces.co.uk:
It's nice to hear that it's not only the pdo_firebird driver that is
restricted by PDO. Which why I was asking for a general review on the
situation on database access.
I can definetly
Dear Customer,
Greetings from Amazon.co.uk.
We are writing to confirm that we are processing your refund in the amount of
£4.89 for your
Order 204-2374256-3787503.
This amount has been credited to your payment method and will appear when your
bank has processed it.
This refund is for the
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent was originally for the PDO and and regardless of what
the docs say about it, as Christoph has linked and quoted, the reality is
PDO is everywhere.
On 23/04/15 11:54, Matteo Beccati wrote:
Guess what? Tirelessly whining about things being inherently broken
won't magically fix them.
Neither will throwing money at PDO. It is restricted to a single active
transaction so can't handle cross database activity. One has to switch
back to the
Because currently CURLFile have this constructor:
public __construct http://php.net/manual/en/curlfile.construct.php (
string $filename [, string $mimetype [, string $postname ]] )
And we cannot replace this arguments to avoid BC break.
2015-04-23 11:59 GMT+03:00 Michael Wallner m...@php.net:
Hello,
A |clear_env |settings had been added in php 5.4 with default |clear_env
= yes| to avoid BC I imagine. With service such as heroku or with
docker, and followinf the 12 factor principles, configuration from other
services are defined with env vars. What do you think about changing the
On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
PDO is everywhere. Doctrine? Based on PDO.
You can use mysqli, oci8 or sqlsrv for example without problems in Doctrine.
Exposing some of the internal api of PDO as php functions (SQL Parser) I
would bet it is
23 matches
Mail list logo
