Re: [PHP-DEV] Re: PDO Oracle driver

2015-04-24 4:42 GMT+03:00 Benjamin Eberlei : > On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks > 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 functio

Re: [PHP-DEV] Re: PDO Oracle driver

On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks 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 possible to reimplement PDO

Re: [PHP-DEV] clear_env default in php-fpm

On 04/23/2015 05:11 PM, Dan Ackroyd wrote: On 23 April 2015 at 12:13, Mathieu Rochette 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

Re: [PHP-DEV] Re: PDO Oracle driver

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

Re: [PHP-DEV] Re: PDO Oracle driver

On Apr 23, 2015 9:14 PM, "Arvids Godjuks" wrote: > > 2015-04-23 17:02 GMT+03:00 Pierre Joye : >> >> >> On Apr 23, 2015 8:45 PM, "Arvids Godjuks" wrote: >> > >> > My view is that this really needs a good discussion and regardless of the >> > desicions made - resource allocation to move it forward.

Re: [PHP-DEV] clear_env default in php-fpm

On 23 April 2015 at 12:13, Mathieu Rochette 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 much. The PR has

Re: [PHP-DEV] Re: PDO Oracle driver

2015-04-23 17:02 GMT+03:00 Pierre Joye : > > On Apr 23, 2015 8:45 PM, "Arvids Godjuks" > 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

Re: [PHP-DEV] Re: PDO Oracle driver

On 23/04/15 14:45, Arvids Godjuks wrote: > 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 ported to that where projects

Re: [PHP-DEV] Re: PDO Oracle driver

On Apr 23, 2015 8:45 PM, "Arvids Godjuks" 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 about it, as Christop

Re: [PHP-DEV] Re: PDO Oracle driver

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. D

Re: [PHP-DEV] Re: ***SPAM*** [PHP-DEV] Refund on order 204-2374256-3787503

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 b

Re: [PHP-DEV] Re: ***SPAM*** [PHP-DEV] Refund on order 204-2374256-3787503

2015-04-23 15:56 GMT+03:00 Lester Caine : > 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 some

[PHP-DEV] Re: ***SPAM*** [PHP-DEV] Refund on order 204-2374256-3787503

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

[PHP-DEV] Refund on order 204-2374256-3787503

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 foll

[PHP-DEV] clear_env default in php-fpm

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 d

Re: [PHP-DEV] Re: PDO Oracle driver

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 gene

Re: [PHP-DEV] PR 1217: Add support for upload files from buffer string in curl extenion

Because currently CURLFile have this constructor: public __construct ( 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 : > > On 22 Ap

Re: [PHP-DEV] Re: PDO Oracle driver

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

Re: [PHP-DEV] Re: PDO Oracle driver

Hello, On 23/04/2015 12:22, Arvids Godjuks wrote: чт, 23 Апр 2015, 13:00, Lester Caine : 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 make a case that PDO

Re: [PHP-DEV] Re: PDO Oracle driver

On 23/04/15 11:22, Arvids Godjuks wrote: > чт, 23 Апр 2015, 13:00, Lester Caine : > > 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. >>

Re: [PHP-DEV] Re: PDO Oracle driver

чт, 23 Апр 2015, 13:00, Lester Caine : 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

Re: [PHP-DEV] Re: PDO Oracle driver

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_fire

Re: [PHP-DEV] PR 1217: Add support for upload files from buffer string in curl extenion

> On 23 Apr 2015, at 11:59, Michael Wallner 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

Re: [PHP-DEV] PR 1217: Add support for upload files from buffer string in curl extenion

On 22 Apr 2015 10:27, "Alexander Moskalev" 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 > optional