On Fri, 2013-02-22 at 08:44 +0100, Martin Keckeis wrote:
I think there may come many critics maybe, but why not move those things
also to github?
It's used by many people. it works, it's easy!
It is easily two steps back. Yay! (Tags are funny but don't help with
categorization of bugs on
Hi Internals,
PHP 5.5.0alpha5 has been tagged and released. This
release contains bug fixes against alpha4, and adds new features in
the mysqli and mysqlnd API, new HTTP codes and the possibility to
change the temp directory using a php.ini directive.
The packages can be found at:
On Fri, Feb 22, 2013 at 8:44 AM, Martin Keckeis
martin.kecke...@gmail.comwrote:
2013/2/21 Johannes Schlüter johan...@schlueters.de
On Thu, 2013-02-21 at 19:13 +0100, Pascal Chevrel wrote:
I am specifically thinking of Bugzilla which is already used by many
open source projects. It
On Fri, Feb 22, 2013 at 10:39 AM, Johannes Schlüter
johan...@schlueters.dewrote:
On Fri, 2013-02-22 at 08:44 +0100, Martin Keckeis wrote:
I think there may come many critics maybe, but why not move those things
also to github?
It's used by many people. it works, it's easy!
It is easily
So why not avoiding this by adding it as methods of the scalar variable
instead, aka autoboxing.
This would allow the new api to be closer to what people are used to from
other languages, needs far less typing and IDE autocomplete of available
functions pr type with -.
I would also prefer
Ramus, thanks for your detailed response.
NFS is so common for sharing files that ...
This is simply not true. I do have a fair bit of experience in this
field, and I don't know of any major sites that do this and I have
worked with a good chunk of the largest sites out there.
Eh??? Fortune
My challenge is deciding (i) do I work on PHP 5.6 / 5.7 and the
corresponding beta APC version which at current rates of adoption might
have begin to have an impact in the community sometime in the next 5 years,
or (ii) work on a performance patch to the stable APC version which is
typically
On 22/02/13 11:20, Ferenc Kovacs wrote:
My challenge is deciding (i) do I work on PHP 5.6 / 5.7 and the
corresponding beta APC version which at current rates of adoption
might have begin to have an impact in the community sometime in
the next 5 years, or (ii) work on a
On Fri, Feb 22, 2013 at 1:52 PM, Terry Ellison te...@ellisons.org.ukwrote:
On 22/02/13 11:20, Ferenc Kovacs wrote:
My challenge is deciding (i) do I work on PHP 5.6 / 5.7 and the
corresponding beta APC version which at current rates of adoption might
have begin to have an impact in the
On 02/21/2013 04:42 PM, Keyur Govande wrote:
Hi everyone,
With the 2 weeks discussion period up, I'm moving this RFC to the Voting
stage. I'd like to get this into 5.5.
Most of the reaction has been positive and is archived here:
http://marc.info/?t=13602158203r=1w=2
Please vote on
On 02/22/2013 10:22 AM, Christopher Jones wrote:
On 02/21/2013 04:42 PM, Keyur Govande wrote:
Hi everyone,
With the 2 weeks discussion period up, I'm moving this RFC to the Voting
stage. I'd like to get this into 5.5.
Most of the reaction has been positive and is archived here:
On Thu, Feb 21, 2013 at 9:24 PM, Christopher Jones
christopher.jo...@oracle.com wrote:
On 02/21/2013 03:02 AM, Florian Anderiasch wrote:
On 02/21/2013 08:14 AM, Pierre Joye wrote:
I do not have a single doubt. Why? Surveys are one of many ways to get
feedback. They have no contracting
On Thu, Feb 21, 2013 at 4:42 PM, Keyur Govande keyurgova...@gmail.com wrote:
Hi everyone,
With the 2 weeks discussion period up, I'm moving this RFC to the Voting
stage. I'd like to get this into 5.5.
Most of the reaction has been positive and is archived here:
On 02/22/2013 11:48 AM, Hannes Magnusson wrote:
On Thu, Feb 21, 2013 at 4:42 PM, Keyur Govande keyurgova...@gmail.com wrote:
Hi everyone,
With the 2 weeks discussion period up, I'm moving this RFC to the Voting
stage. I'd like to get this into 5.5.
Most of the reaction has been positive and
On Fri, Feb 22, 2013 at 11:52 AM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 02/22/2013 11:48 AM, Hannes Magnusson wrote:
On Thu, Feb 21, 2013 at 4:42 PM, Keyur Govande keyurgova...@gmail.com
wrote:
Hi everyone,
With the 2 weeks discussion period up, I'm moving this RFC to the Voting
On Fri, Feb 22, 2013 at 2:59 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Fri, Feb 22, 2013 at 11:52 AM, Rasmus Lerdorf ras...@lerdorf.com
wrote:
On 02/22/2013 11:48 AM, Hannes Magnusson wrote:
On Thu, Feb 21, 2013 at 4:42 PM, Keyur Govande keyurgova...@gmail.com
wrote:
Hi
I've been thinking about this RCF for a while now:
https://wiki.php.net/rfc/trailing-comma-function-args
It just doesn't seem necessary - the only time I've ever found something
like this to be necessary, is when a function takes closures or other very
long arguments, some of which are
2013/2/22 Rasmus Schultz ras...@mindplay.dk
I've been thinking about this RCF for a while now:
https://wiki.php.net/rfc/trailing-comma-function-args
It just doesn't seem necessary - the only time I've ever found something
like this to be necessary, is when a function takes closures or other
On 19/02/13 01:30, Kevin Yung wrote:
In our environment, we use NFS for shared storage, we are using APC as well
with stat=0. In our setting, we also experiencing high number of stat()
calls on our file system. My initial finding of this problem is we enabled
the open_basedir setting. And there
Hey Dmitry, I noticed today that ZO+ doesn't make use of sapi_get_stat()
to get the initial stat struct from the sapi if available. So, if you
have top-level a.php that includes b.php and c.php you end up with:
stat(/var/www/a.php, {st_mode=S_IFREG|0664, st_size=49, ...}) = 0
stat(/var/www/a.php,
On 02/22/2013 07:57 PM, Rasmus Lerdorf wrote:
Hey Dmitry, I noticed today that ZO+ doesn't make use of sapi_get_stat()
to get the initial stat struct from the sapi if available. So, if you
have top-level a.php that includes b.php and c.php you end up with:
stat(/var/www/a.php,
21 matches
Mail list logo