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
On 11/03/2014 05:26 PM, Pierre Joye wrote:
On Nov 4, 2014 1:24 AM, Jonah H. Harris jonah.har...@gmail.com wrote:
On Mon, Nov 3, 2014 at 9:11 AM, Chris Wright c...@daverandom.com wrote:
There are no current concrete plans and currently nothing being
seriously
discussed (at least, not
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(
On 05/09/2013 06:42 PM, Sherif Ramadan wrote:
On Thu, May 9, 2013 at 12:39 PM, Stefan Neufeind neufe...@php.net 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
through a temporary variable
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
$content = str_replace('li',
array('li class=A', 'li class=B', 'li class=C'),
$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,
Stefan Neufeind
--
PHP
of the
array again once you reach the end etc.
Kind regards,
Stefan
On 18 December 2012 12:08, Stefan Neufeind neufe...@php.net
mailto:neufe...@php.net wrote:
Hi,
inside a framework-/scripting-project we've lately discussed
string-replacements with arrays.
Currently PHP
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-warnings) would trigger
warnings so you can clean
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 with the
On 04/18/2012 12:31 AM, Yasuo Ohgaki wrote:
Hi,
2012/4/18 Stefan Neufeind neufe...@php.net:
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
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
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 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
possible.
How would you think
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
operation (with
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 and
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
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 upgrade...
On 08/07/2011 11:37 PM, Richard Riley wrote:
David Soria Parra d...@php.net writes:
On 2011-08-07, Stas Malyshev smalys...@sugarcrm.com wrote:
[...]
Its really simple.
Use git.
It works, is fast and is rapidly becoming the industry standard. Do not
sue something for moral grounds
On 08/08/2011 01:44 AM, Ferenc Kovacs wrote:
On Mon, Aug 8, 2011 at 1:35 AM, Stefan Neufeind neufe...@php.net wrote:
On 08/07/2011 11:37 PM, Richard Riley wrote:
David Soria Parra d...@php.net writes:
On 2011-08-07, Stas Malyshev smalys...@sugarcrm.com wrote:
[...]
Its really simple
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 solution
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 solution
Hi,
On 07/06/2011 03:06 PM, Hannes Magnusson wrote:
2011/7/6 Xinchen Hui larue...@gmail.com:
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
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
you think
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 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 both,
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;
}
On 06/23/2011 05:09 PM, Ferenc Kovacs wrote:
On Thu, Jun 23, 2011 at 5:03 PM, Stefan Neufeind neufe...@php.net 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 having variables available
no methods
with more than 100 lines or so) would limit the problems of a forgotten
(not unset()) reference-variable. But imho that's not the point.
Kind regards,
Stefan Neufeind
On Thu, Jun 23, 2011 at 11:09 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Thu, Jun 23, 2011 at 5:03 PM, Stefan Neufeind
29 matches
Mail list logo