Hi Zeev,
Specifically would it continue to work with the Zend Guard decoder (as it does
now)?
Thanks,
John.
-Original Message-
From: Zeev Suraski [mailto:z...@zend.com]
Sent: 30 January 2013 14:48
To: Christopher Jones
Cc: internals@lists.php.net
Subject: RE: [PHP-DEV] [RFC] Integrati
and a good investment in the speed increase of
> PHP by default for the future users of the platform.
>
> [1] http://pecl.php.net/package/igbinary
> [2] http://www.php.net/~pierre/vcqa/apcigninary_perf.png
>
> Comments please.
>
> Regards,
> Paul Dragoonis.
--
John Carter
Development Manager
Identity Networks
oye wrote:
> >>> hi,
> >>>
> >>> The 4.x plans went a bit to nowhere while there are good ideas in there.
> >>>
> >>> Moving the user cache out of the opcode cache is one of them. At the
> >>> same time we could prepare s
l/apc/todo/40?s[]=apc).
Thanks,
John.
--
John Carter
Development Manager
Identity Networks
tions aren't recognised.
Found on 5.2.14 and 5.3.3.
Thanks,
John.
--
John Carter
Development Manager
johnc...@cisco.com
Shire,
Xlog looks really useful. Does it also help with "exception thrown
without a stack trace"?
Thanks,
John.
-Original Message-
From: shire [mailto:sh...@tekrat.com]
Sent: 19 January 2009 01:45
To: PHP Internals List
Subject: [PHP-DEV] PATCH: zend_mm_heap_overflow()
I'm releasing
How about a strict mode added to the list of the current json_encode()
options?
That way current code will continue to work and anyone reading the docs
will know the default behaviour isn't strictly correct.
John.
John Carter
Development Manager
NAC Governance Server
Cisco
johnc...@cisc
Good idea. Would also be nice if added constants for the existing 0, 1
and 3 options.
John.
John Carter
Development Manager
NAC Governance Server
Cisco
[EMAIL PROTECTED]
+44 161 249 5825
-Original Message-
From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
Sent: 12 November 2008 20
We use syslog a lot. I've always found define_syslog_variables to be
pointless and frankly a little bizarre.
+1 on this.
John.
-Original Message-
From: Lukas Kahwe Smith [mailto:[EMAIL PROTECTED]
Sent: 14 October 2008 08:42
To: Kalle Sommer Nielsen
Cc: PHP Development
Subject: Re: [PHP-
John Carter
Cisco - PolicyApp
[EMAIL PROTECTED]
t; argument - I
understand that we can't implement two interfaces that have the same
declared method, why wouldn't we just prevent people declaring an
identical attribute in the same way?
John.
-Original Message-
From: Marcus Boerger [mailto:[EMAIL PROTECTED]
Sent: 06 May 2008
I think there's been two responses to this query:
1. We can't have properties in interfaces because interfaces don't have
properties. I would say this is tautological and doesn't add anything.
2. Why would you need to? Getters and setters work.
So I suppose to answer my question for myself, ther
cause they require instance
variables. Why do they require instance variables? I also think for the
purposes of this discussion, property and instance variable mean the
same thing.
John.
From: Nathan Nobbe [mailto:[EMAIL PROTECTED]
Sent: 29 April 2008 17:14
To: John
om: Nathan Nobbe [mailto:[EMAIL PROTECTED]
Sent: 29 April 2008 16:17
To: John Carter -X (johncart - PolicyApp Ltd at Cisco)
Cc: internals@lists.php.net
Subject: Re: Re: [PHP-DEV] Class Properties in Interfaces?
On Tue, Apr 29, 2008 at 6:28 AM, John Carter -X (johncart - PolicyApp
Ltd at Cisco) <[EM
nals@lists.php.net
Subject: Re: [PHP-DEV] Class Properties in Interfaces?
John Carter -X (johncart - PolicyApp Ltd at Cisco) schrieb:
> could you explain why Interfaces can't have properties
Because interfaces are implemented which makes no sense for
attributes.
--
Sebastian Bergmann
h
PROTECTED]
Sent: 29 April 2008 11:17
To: John Carter -X (johncart - PolicyApp Ltd at Cisco)
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] Class Properties in Interfaces?
I would start by saying it's bad design. you should use getters and
setters which you can define in you interface
--
Marcus,
I understand why Interfaces can't have bodies, but could you explain why
Interfaces can't have properties?
Thanks,
John.
-Original Message-
From: Marcus Boerger [mailto:[EMAIL PROTECTED]
Sent: 29 April 2008 10:46
To: Jeremy Privett
Cc: PHP Developers Mailing List
Subject: Re:
Stanislav,
I like the look of the API. The naming convention appears logical, on
the question of internal class names existing in userland I'm sure
people will refer to the discussions around DateTime.
Many extensions appear to offer procedural style equivalents to the OOP
API, personally I think
18 matches
Mail list logo