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 already contrived as it i
On 11/03/2014 05:26 PM, Pierre Joye wrote:
> On Nov 4, 2014 1:24 AM, "Jonah H. Harris" wrote:
>>
>> On Mon, Nov 3, 2014 at 9:11 AM, Chris Wright wrote:
>>
>>> There are no current concrete plans and currently nothing being
> seriously
>>> discussed (at least, not publicly; I don't know if anyone
On 05/09/2013 06:42 PM, Sherif Ramadan wrote:
> On Thu, May 9, 2013 at 12:39 PM, Stefan Neufeind wrote:
>
>> Hi,
>>
>> trying out the following source I was astonished to see that using
>> list() does not work directly in a foreach() but works fine if used
&
Hi,
trying out the following source I was astonished to see that using
list() does not work directly in a foreach() but works fine if used
through a temporary variable.
Would allowing using list() inside the foreach()-statement be desired
behaviour? Or is it just me? :-)
$a = array(
a
On 03/23/2013 12:07 PM, Remi Collet wrote:
> Le 23/03/2013 12:00, Laruence a écrit :
>> and to be honest, I think user data cache and opcodes cache
>> should be separated into different modules..
>
> Big +1
And a second big +1 which sums up to almost 3.14 :-)
Regards,
Stefan
--
PHP In
rray?) and still would have to handle starting from beginning of the
array again once you reach the end etc.
Kind regards,
Stefan
> On 18 December 2012 12:08, Stefan Neufeind <mailto:neufe...@php.net>> wrote:
>
> Hi,
>
> inside a framework-/scripting-project
hings like
$content = str_replace('',
array('', '', ''),
$content);
optionally starting over from A again. (Current default is to stop when
there are no more elements to replace with).
Would such a change/extension find support?
Kind regards,
On 04/21/2012 01:56 AM, Johannes � wrote:
> On Sat, 2012-04-21 at 01:16 +0200, Stefan Neufeind wrote:
>> I think we might possibly add a
>> special kind of "deprecation" where the non-matching case would still
>> work but (if you activate those deprecation-warning
On 04/20/2012 08:48 PM, C.Koy wrote:
> On 4/20/2012 8:57 PM, Kris Craig wrote:
>>
>> Turkish localization notwithstanding (I confess that I know absolutely *
>> nothing* about that lol), one possible use-case could be if you're
>> including an external library/framework that contains a function wit
On 04/18/2012 01:05 PM, Arvids Godjuks wrote:
> I personally would vote for the "default" keyword if I want to skip the
> param rather than just doing it with , - the keyword approach is much more
> readable and error prone.
I also agree that the "comma-train" (multiple commas without anything
inb
On 04/18/2012 12:31 AM, Yasuo Ohgaki wrote:
> Hi,
>
> 2012/4/18 Stefan Neufeind :
>> On 04/18/2012 12:02 AM, Stefan Neufeind wrote:
>>> Hi,
>>>
>>> the topic of variable argument-lists for functions in connection with
>>> getting the par
On 04/18/2012 12:02 AM, Stefan Neufeind wrote:
> Hi,
>
> the topic of variable argument-lists for functions in connection with
> getting the parameters by reference came up. This is currently not
> possible with func_get_args(), though a "hack" with debug_backtrace() is
&
Hi,
the topic of variable argument-lists for functions in connection with
getting the parameters by reference came up. This is currently not
possible with func_get_args(), though a "hack" with debug_backtrace() is
possible.
How would you think about extending func_get_args() and func_get_arg()
to
On 02/26/2012 04:48 PM, Anthony Ferrara wrote:
>> I have to say, it doesn't get work, thinking this:
>>
>> $mixed1 = new Interger(2);
>> $mixed2 = new Interge(3);
>> $guess_what_type_is = $mixed1 + $mixed2;
>>
>> thanks
>
> That one is actually pretty straight forward. Since `+` is a numeric
> op
Haven't tried myself yet but could it be André is refering to a change
from Ilia from 11/2010?
http://git.php.net/?p=php-src.git;a=commit;h=435783f703bc762aad0f9269234bd383d4a55230
Kind regards,
Stefan
On 12/24/2011 12:01 PM, Pierre Joye wrote:
> hi,
>
> I don't remember a change about it an
Hi,
sorry I didn't follow this thread yet. But reading upon the RFC and your
explanations it looks like tis would really help solve problems with
logging that can appear in various situations.
Sounds like a valid request to me ...
Regards,
Stefan
On 10/08/2011 04:13 PM, Jérôme Loyet wrote:
>
I'm fine with git and I think moving to something like that together
with up-to-date tools to contribute (or review patches etc.) will help a
lot.
But I would prefer to keep the (core) infrastructure at PHP internally.
It's just *so* much easier to integrate tools, add things like hooks for
the bu
On 08/19/2011 01:15 PM, Jonathan Bond-Caron wrote:
> On Fri Aug 19 03:48 AM, Kingsquare.nl - Robin Speekenbrink wrote:
>>
>> Also the proposed include it -> read the data -> convert on write if
>> in previous format (possibly an ini setting?) would provide full BC
>> and would allow a painless up
On 08/08/2011 01:44 AM, Ferenc Kovacs wrote:
> On Mon, Aug 8, 2011 at 1:35 AM, Stefan Neufeind wrote:
>> On 08/07/2011 11:37 PM, Richard Riley wrote:
>>> David Soria Parra writes:
>>>
>>>> On 2011-08-07, Stas Malyshev wrote:
>>
>> [...]
&g
On 08/07/2011 11:37 PM, Richard Riley wrote:
> David Soria Parra writes:
>
>> On 2011-08-07, Stas Malyshev wrote:
[...]
> Its really simple.
>
> Use git.
>
> It works, is fast and is rapidly becoming the industry standard. Do not
> sue something for "moral grounds" like the awful bzr used fo
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.
So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solut
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.
So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solut
Hi,
On 07/06/2011 03:06 PM, Hannes Magnusson wrote:
> 2011/7/6 Xinchen Hui :
>>
>> T_LIST is not allowed to used with foreach before.
>>
>> and then there comes a freature request: #10203 allow
>> foreach($array as list($a,$b)
>
> Ironically enough you managed to miss the last closing ), en
On 07/02/2011 07:58 PM, Rasmus Lerdorf wrote:
> On 07/02/2011 10:53 AM, Jérôme Loyet wrote:
>>
>> in the following request https://bugs.php.net/bug.php?id=54098, the
>> user ask to lower the FPM pm.max_children configuration item. As pm.*
>> configuration items are very specific to every situation
On 07/02/2011 05:29 PM, Derick Rethans wrote:
> On Sat, 2 Jul 2011, Jérôme Loyet wrote:
>
>> 5.4 is coming is the next few months. FPM has been integrated into
>> 5.3.3 and FPM is marked as experimental at configure.
>>
>> I'd like to remove the FPM experimental flag in 5.4 and trunk. What do
>>
On 06/28/2011 03:51 PM, Jarrod Nettles wrote:
> There are two projects that I've been following for awhile now: PLINQ
> and PHPLinq.
> http://plinq.codeplex.com/
> http://phplinq.codeplex.com/
> Both of them have made very solid attempts at providing LINQ-like
> functionality to PHP but with bo
n anyway (as then it starts to do too much). So the scoping
> issue becomes pointless at that point.
You can always argue that creating smaller methods (like "no methods
with more than 100 lines" or so) would limit the problems of a forgotten
(not unset()) reference-variable. But imho that&#x
On 06/23/2011 05:09 PM, Ferenc Kovacs wrote:
> On Thu, Jun 23, 2011 at 5:03 PM, Stefan Neufeind wrote:
>
>> I've lately discussed with a colleague which scopes of variables exist
>> for PHP or would probably make sense. In general I think the general
>> idea of h
Hi,
I've lately discussed with a colleague which scopes of variables exist
for PHP or would probably make sense. In general I think the general
idea of having variables available all throughout a function is okay as
this allows things like
foreach($vals as $v) {
// ...
$found = true;
}
if($fo
working on pear-package Validate; already have the okay for my contributions from
package-lead
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
30 matches
Mail list logo
