Re: [PHP-DEV] Pipe Operator v2

On Thu, Jul 21, 2016 at 2:56 PM, Rowan Collins wrote: > On 21/07/2016 22:28, Sara Golemon wrote: >> >> Are you picturing the return statement returning from the current >> function? Or "returning" from the current pipe chain? >> >> I think you mean the former, in which

[PHP-DEV] Add support for arbitrary HTTP methods

Hi internals, I want to bring here question about supporting custom http methods in built-in webserver with router script. The problem is that GET, POST are standard methods and they work fine, but for custom methods like XYZ_METHOD_ALSO_ALLOWED webserver responds with 501 Not Implemented. 501

Re: [PHP-DEV] [RFC] New operator for context-dependent escaping

On 16/07/2016 16:33, Michael Vostrikov wrote: Operator has the following form: [...] Operator is compiled into the following AST: echo PHPEscaper::escape(first_argument, second_argument); Hi Michael, I'm coming around to the need for (or at least value of) this operator, but I'm not

Re: [PHP-DEV] Pipe Operator v2

On 21/07/2016 22:28, Sara Golemon wrote: Are you picturing the return statement returning from the current function? Or "returning" from the current pipe chain? I think you mean the former, in which case I'd ask how that'd better/worse than: return foo() |> bar($$); I do indeed mean

Re: [PHP-DEV] Pipe Operator v2

On Thu, Jul 21, 2016 at 6:59 AM, Rowan Collins wrote: > On 21/07/2016 00:42, Sara Golemon wrote: >> >> With the branching of 7.1, and after some reflection on the previous >> feedback, I'd like to reopen discussion of the Pipe Operator RFC >>

[PHP-DEV] PHP 5.6.24 is available

Hello! The PHP development team announces the immediate availability of PHP 5.6.24. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version. For source downloads of PHP 5.6.24 please visit our downloads page:

Re: [PHP-DEV] [RFC] [Vote] var_info

Many thanks for the feedback to both of you. :) On 7/8/2016 11:54 PM, Nikita Popov wrote: > You are doing a callability check for all arrays and strings. I wouldn't be > comfortable passing any data that potentially derives from external sources > (aka all data) to that function. E.g. this could

[PHP-DEV] RFC: lazy statements

This Feature Request is about the implementation of lazy statements. Basically it should implements a 'lazy' keyword (or similar) and structured like an anonymous function, except that it doesn't accepts arguments, but accept the use() feature. $var = lazy { return 1; } $var = lazy use

[PHP-DEV] Re: Greetings - need orientation about fix

On 20.07.2016 at 21:29, Pablo Sánchez wrote: > I made a small fix/adjustment to lastInsertId on pdo_pgsql on branch 7.0.9. > It builded ok, there's a PR for it (https://github.com/php/php-src/pull/2014) > and I just wondered about if I should apply it on 7.1.0, 5.6.whatever, and >

Re: [PHP-DEV] [RFC] New operator for context-dependent escaping

> I suppose you mean that is the unsafe variant. > How does this rfc makes it not "works good" ? people will still have to think escaping their data. It suggests a way when safe variant is as easy as unsafe, without any additional code. Of course, unsafe variant cannot be removed because of

Re: [PHP-DEV] Pipe Operator v2

On 21/07/2016 00:42, Sara Golemon wrote: With the branching of 7.1, and after some reflection on the previous feedback, I'd like to reopen discussion of the Pipe Operator RFC https://wiki.php.net/rfc/pipe-operator which I had previously put on hold. I've changed much of the argument wording of

Re: [PHP-DEV] Pipe Operator v2

On 21/07/2016 13:39, David Rodrigues wrote: This is a great idea in general, but I think that this kind of operator is not the ideal (expect for $$ that seems very good). Some possibilities to think about: |> (as suggested) seems strange and not very clear, mainly in linear calls [...]

[PHP-DEV] PHP 7.0.9 is available

Hi, The PHP development team announces the immediate availability of PHP 7.0.9. This is a security release. Several security bugs were fixed in this release, including the HTTP_PROXY issue. All PHP 7.0 users are encouraged to upgrade to this version. For source downloads of PHP 7.0.9 please

Re: [PHP-DEV] Pipe Operator v2

This is a great idea in general, but I think that this kind of operator is not the ideal (expect for $$ that seems very good). Some possibilities to think about: |> (as suggested) seems strange and not very clear, mainly in linear calls --> can be too long, but can make more sense or continuing,

Re: [PHP-DEV] [RFC] New operator for context-dependent escaping

On 20/07/2016 21:55, Michael Vostrikov wrote: escapeHtml($value); ?> I don't see what is hard in using that syntax, plus it's not a global registry. if people aren't using templating and haven't written any of their own wrappers to sanitize the output They HAVE own wrappers. The problem is

[PHP-DEV] Re: PHP 7.1.0beta1 Released

Downloads are actually at https://downloads.php.net/~ab/ And Thanks to Anatol for his assist with this release and for pushing these up. - Davey On Thu, Jul 21, 2016 at 2:37 AM, Davey Shafik wrote: > Hi, > > The first beta for 7.1.0 was just released. With this release

[PHP-DEV] PHP 7.1.0beta1 Released

Hi, The first beta for 7.1.0 was just released. With this release we are now in feature freeze for 7.1. Any further additions to 7.1 moving forward must be approved by the release managers (Joe Watkins, or myself). The release can be downloaded from: https://downloads.php.net/~krakjoe/ The

Re: [PHP-DEV] [RFC DISCUSSION] Error Storage Behavior

On 7/13/2016 10:29 PM, Nikita Popov wrote: > I think there is some confusion about this change because the description > was unclear. > > The change is **only** about EH_THROW handling. EH_THROW is used by > extensions to replace warnings etc with exceptions. Currently the exception > is thrown,

Re: [PHP-DEV] Pipe Operator v2

On 21.07.2016 06:37, Sara Golemon wrote: > On Wed, Jul 20, 2016 at 8:50 PM, Larry Garfield > wrote: [...] > return $this->loadConfig() > |> $arg->useConfig($$) > |> $this->loadUser($$) > |> array_merge($$, $this->userDefaults); > > But the PSR7 example is