Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

> On 4 Sep 2016, at 6:48 PM, Lester Caine wrote: > >> On 03/09/16 22:53, Rowan Collins wrote: >> I guess we could have a philosophical debate about what it means for >> something to be "the standard" rather than "a standard", and whether >> PEAR was "more official" than PHP-FIG, and just who get

Re: [PHP-DEV] New escaped output operator

> On 19 Jun 2016, at 7:57 PM, Rasmus Schultz wrote: > > I am well familiar with this approach, and it does not scale - not > only would you be aggressively loading every installed view-helper > anytime you render a view, you would even be loading them when you're > *not* rendering a view. > >

Re: [PHP-DEV] Re: Voting choice for language changes (Was: "Re: [PHP-DEV][RFC][DISCUSSION] Strict Argument Count")

> On 24 Jul 2015, at 2:33 am, "S.A.N" wrote: > > 2015-07-23 18:10 GMT+03:00 Marcio Almada : >> Hi, you replied to the wrong thread ;) >> >> 2015-07-22 19:38 GMT-03:00 S.A.N : >>> I am satisfied, the possibility of group declarations, but the that lack: >>> >>> >> >>> use App\RestException\

Re: [PHP-DEV] Adding "numeric" type hint

> On 14 May 2015, at 9:27 pm, Yasuo Ohgaki wrote: > > Hi Arvids, > > On Mon, May 11, 2015 at 8:01 PM, Arvids Godjuks > wrote: > >> Hello, I have read through your blog post, and I agreed on the issue >> earlier, nut I have a question that bugs me for a while: what DoS issue are >> you talking

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

> On 18 Mar 2015, at 3:44 pm, Yasuo Ohgaki wrote: > > Hi Pierre, > >> On Wed, Mar 18, 2015 at 1:35 PM, Pierre Joye wrote: >> >>> On Mar 18, 2015 11:26 AM, "Yasuo Ohgaki" wrote: >>> >>> I didn't have my time to spent for the patch. So I don't verify this >>> by myself, but it seems common s

Re: [PHP-DEV] STH and the 3 RFCs

> On 17 Mar 2015, at 1:33 am, Thomas Punt wrote: > > Hey David, >> A library written in weak or strict mode will have no bearing on its public >> API. > > Strictly speaking (pun intended), this is not true. A library can easily > expose a > facade that enforces a user of that library (who is

Re: [PHP-DEV] About declare(strict_types = 1)

>> On 16 Mar 2015, at 11:16 pm, Pavel Kouřil wrote: >> >> On Mon, Mar 16, 2015 at 1:04 PM, Dan Ackroyd wrote: >>> On 16 March 2015 at 11:49, Pavel Kouřil wrote: >>> >>> Seriously, think about it for a while - when some setting that changes >>> how code behaves was a good idea? >> >> >> The

Re: [PHP-DEV] STH and the 3 RFCs

>> On 14 Mar 2015, at 6:41 am, Lester Caine wrote: >> >> On 13/03/15 18:53, guilhermebla...@gmail.com wrote: >> By considering PHP's nature, having a dual mode is a WTF. I can see myself >> asking multiple times a day "is this file strict or not?" to trace >> potential bugs or type juggling. I d

Re: [PHP-DEV] [RFC][VOTE][RESULT] Removal of dead or not yet PHP7 ported SAPIs and extensions

> On 10 Feb 2015, at 9:29 am, "Anatol Belski" wrote: > > Hi, > > the voting on the removals in PHP7 in hereby finished. The results are > > > item yes:no > > sapi/aolserver 32:0 > sapi/apache32:0 > sapi/apache_hooks 31:0 > sapi/apache2filter 23:

Re: [PHP-DEV] [VOTE] Add is_cacheable() stream-wrapper operation

> On 3 Feb 2015, at 3:49 am, Rasmus Lerdorf wrote: > >> On 02/02/2015 08:38 AM, François Laupretre wrote: >> Hi, >> >> Opening the vote for : >> >> https://wiki.php.net/rfc/streams-is-cacheable >> >> This RFC proposes a generic way for opcode caches to decide if a given URI >> is cacheable o

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Revert "Disable PEAR by default": configure.in

> On 28 Jan 2015, at 8:58 pm, Ralf Lang wrote: > >> On 28.01.2015 10:46, Tony Marston wrote: >> "Sebastian Bergmann" wrote in message news:54c75d9e.8090...@php.net... >>> Am 27.01.2015 um 10:00 schrieb Lester Caine: composer has not even managed to get added to some distributions yet

Re: [PHP-DEV] PHP 5.3 windows binaries

> On 4 Jan 2015, at 12:34 pm, Thomas Hruska wrote: > >> On 1/3/2015 4:56 PM, David Muir wrote: >> Shouldn't this be directed to the webmaster mailing list? >> php-webmas...@lists.php.net > > See below. They said that they don't have access to that ser

Re: [PHP-DEV] PHP 5.3 windows binaries

Shouldn't this be directed to the webmaster mailing list? php-webmas...@lists.php.net Sent from my iPhone > On 4 Jan 2015, at 4:45 am, Thomas Hruska wrote: > >> On 12/28/2014 4:47 PM, Thomas Hruska wrote: >>> On 12/7/2014 10:52 PM, Thomas Hruska wrote: On 11/29/2014 6:27 AM, Thomas Hruska

Re: [PHP-DEV] Proposal for PHP 7 : case-sensitive symbols

> On 21 Dec 2014, at 10:32 am, Kevin Israel wrote: > >> On 12/20/2014 05:16 PM, Paul Dragoonis wrote: >> It's too big of a BC change firstly. >> >> Secondly it has no language benefit or developer benefit. > > Are you sure? Autoloading schemes such as PSR-4 derive pathnames from > class names

Re: [PHP-DEV] [VOTE][RFC] Safe Casting Functions

Not a voter, but I don't really see the usefulness of this in core either. Sent from my iPhone > On 21 Nov 2014, at 11:45 am, Adam Harvey wrote: > > My -1 is pretty much the same as Levi's: > >> On 19 November 2014 13:57, Levi Morrison wrote: >> - The RFC does not address how this is differ

Re: [PHP-DEV] PHPDBG nonsense (Was: Re: [PHP-CVS] com php-src: Made phpdbg compatible with new engine: ...)

On 29/10/2014, at 12:43 AM, Julien Pauli wrote: > On Mon, Oct 27, 2014 at 6:27 PM, David Soria Parra wrote: >> On 2014-10-26, Bob Weinand wrote: Am 26.10.2014 um 17:23 schrieb Lester Caine : On 26/10/14 15:41, Bob Weinand wrote: > Ask them at PhpStorm. They were pleased to

Re: [PHP-DEV] crypt() BC issue

On 21/07/2014, at 10:04 AM, Yasuo Ohgaki wrote: > Hi Anthony, > > I want to finish and close this issue. > > On Sun, Jul 20, 2014 at 9:33 AM, Yasuo Ohgaki wrote: > >> Also, Deprecating crypt() without first discussing it (and having an >>> RFC to vote on) is not cool (and has been reverted)

Re: [PHP-DEV] Automatic Property Initialization

On 09/10/13 07:39, Nikita Popov wrote: On Mon, Oct 7, 2013 at 11:53 AM, Gordon Oheim wrote: Since the feedback so far was few but positive, I'll advance the RFC to the next stage. Apart from this, any feedback is still welcome. Thanks and Regards, Gordon For the lazy folks, this is the RFC

Re: [PHP-DEV] Request #65501 uniqid(): More entropy parameter should be true by default

On 23/08/2013, at 11:24 AM, Yasuo Ohgaki wrote: > On Fri, Aug 23, 2013 at 9:32 AM, Yasuo Ohgaki wrote: > >> We need better function as basic feature of PHP. unique_hash() or >> hash_unique() might be good. UUID works and is much better but generating >> unique hash just like session ID is triv

Re: [PHP-DEV] Functionality updates to array_column()

On 23/04/13 14:50, David Muir wrote: On 23/04/13 07:35, Sherif Ramadan wrote: On Mon, Apr 22, 2013 at 1:35 PM, Ben Ramsey wrote: I've just submitted the following pull request for updates to the array_column() function: https://github.com/php/php-**src/pull/331<https://github.com

Re: [PHP-DEV] Functionality updates to array_column()

On 23/04/13 07:35, Sherif Ramadan wrote: On Mon, Apr 22, 2013 at 1:35 PM, Ben Ramsey wrote: I've just submitted the following pull request for updates to the array_column() function: https://github.com/php/php-**src/pull/331 I asked about these change

Re: [PHP-DEV] [RFC] Class instances counter

On 09/04/13 10:29, Joe Watkins wrote: On 04/08/2013 09:07 PM, Madara Uchiha wrote: I'm with Morrison, I see no actual use for this. It's "cool", but what would you use it for? On Mon, Apr 8, 2013 at 10:47 PM, Levi Morrison wrote: I see little value in having a function that tells me how man

Re: [PHP-DEV] Re: [lists.php] Re: [PHP-DEV] a couple of thoughts on the DateTime type debate

On 06/04/2013, at 1:40 AM, Rasmus Schultz wrote: >> why not make struct almost like a class except >> that $this is a copy (on write) - modifying and returning $this would >> be a new instance of that struct/class. That would give you >> public/private/static/variables/methods/interfaces/..., but

Re: [PHP-DEV] Continuous Integration Atomic Deploys and PHP 5.5

On 24/03/13 09:26, Rasmus Lerdorf wrote: > On 03/23/2013 03:01 PM, Ferenc Kovacs wrote: >> realpath the document root(which is a symlink to the actual release >> directory) from your index.php/bootstrap file and use that as a base >> path for making absolute paths everywhere? >> that way the reques

Re: [PHP-DEV] __invokeStatic() method

On 18/03/2013, at 6:07 PM, Matīss Roberts Treinis wrote: > Not only that. This potentially might break compatibility with many > software products already out there. Also, this might lead to many > misunderstandings and, in fact, ambiguous code. Consider the sample. > > $name = 'something'; > $s

Re: [PHP-DEV] PHP User Survey

When do you upgrade to a new release of php e.g. 5.3 -> 5.4 - As soon as released - wait for the x.1 release - Once our OpCode cache supports it - When previous version hits EOL - When a new feature warrants the upgrade - When my Framework (Zend/Symfony/cake) or Software (Wordpress,

Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5

On 01/03/2013, at 7:00 AM, Anthony Ferrara wrote: > Hey all, > > Based off of the recent discussion around pulling in ZO+ into core, I've > come to the conclusion that we should also pull in XDebug and Suhosin into > core at the same time. > > 1. It has integration issues with ZO+ in that it h

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

On 01/03/2013, at 9:22 AM, Jan Ehrhardt wrote: > Raymond Irving in php.internals (Thu, 28 Feb 2013 13:56:11 -0500): >> I'm very sure users will not complain if 5.5 is delayed for a few months. >> Most websites will not be installing 5.5 immediately after it has been >> released. > > On the cont

Re: [PHP-DEV] [RFC] Short syntax for anonymous functions

On 21/02/2013, at 6:12 AM, Lazare Inepologlou wrote: > 2013/2/20 Sanford Whiteman > >>> It still looks like some random characters bashed together by a monkey >>> with a keyboard. >> >> +1, I am a fiend for ternary expressions and crazy one-liners, but >> this makes me want to go back and unr

Re: [PHP-DEV] Re: [RFC] Allow trailing comma in function call argument lists

On 20/02/2013, at 10:47 PM, Alain Williams wrote: > On Wed, Feb 20, 2013 at 03:26:26AM -0800, Sara Golemon wrote: >> On Tue, Feb 19, 2013 at 4:06 AM, Sara Golemon wrote: >>> Opening RFC to allow trailing comma in function call argument lists >>> >>> https://wiki.php.net/rfc/trailing-comma-fun

Re: [PHP-DEV] Questioning the future of PHP

We still don't have a way to auto load non class entities. Other than that, PSR-0 does solve the majority of autoload use cases. Cheers, David Sent from my iPhone On 04/02/2013, at 5:18 PM, Larry Garfield wrote: > On 02/03/2013 08:51 PM, Matt Wilson wrote: >> Hello all. I'd like to start by

Re: [PHP-DEV] New operator for htmlspecialchars

On 16/01/13 08:22, Thomas Bley wrote: Hello, I created a small ticket to propose a shorter syntax for htmlspecialchars: old: new: or: any comments, pros and cons? https://bugs.php.net/bug.php?id=62574 Best regards, Thomas The problem here is that htmlspecialchars only covers html body

Re: [PHP-DEV] Extension for str_replace / preg_replace with arrays

On 21/12/12 10:34, Christopher Jones wrote: On 12/20/2012 08:31 AM, Larry Garfield wrote: On 12/19/12 10:30 PM, Christopher Jones wrote: On 12/19/2012 03:18 PM, Larry Garfield wrote: You could likely simplify the code even further using an infinite iterator: http://us1.php.net/infiniteite

Re: [PHP-DEV] DateTime improvement

On 11/12/12 06:59, Herman Radtke wrote: On Mon, Dec 10, 2012 at 11:39 AM, Ángel González wrote: On 10/12/12 16:18, Nikita Nefedov wrote: So there had been at least two or three messages (subjects) about DateTime object and everytime there was this problem - people tend to take DateTime object

Re: [PHP-DEV] ext/mysql in PECL and E_DEPRECATED

On 30/11/12 05:25, Ángel González wrote: > On 29/11/12 18:17, Anthony Ferrara wrote: >> Just pointing this out: that's NOT what this RFC recommends, and is >> NOT what's being voted on. This RFC is talking about ONLY adding >> E_DEPRECATED to core. And the way it's proposed to be done, the >> "move

Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5

On 29/11/12 07:33, Kris Craig wrote: On Wed, Nov 28, 2012 at 8:43 AM, Anthony Ferrara wrote: Patrick, Sorry, but removing the E_DEPRECATED notice when moved to PECL is not part of the proposed RFC and should certainly not happen. The proposal doesn't actually propose anything about a move

Re: [PHP-DEV] ext/mysql in PECL and E_DEPRECATED

. IMHO there shouldn't be a vote on E_DEPRECATED without including future removal plans. Cheers, David On Thursday, November 29, 2012 07:00 AM, David Muir wrote: On 29/11/12 05:09, Ángel González wrote: I see it as simple to show E_DEPRECATED but not when installed from PECL. 1) Add a i

Re: [PHP-DEV] ext/mysql in PECL and E_DEPRECATED

On 29/11/12 05:09, Ángel González wrote: I see it as simple to show E_DEPRECATED but not when installed from PECL. 1) Add a int mysql_extension_triggers_deprecated_warning = 1; And use it as a conditional for triggering the warning. 2) Copy the extension code to PECL 3) Add these changes in P

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 21/11/12 16:08, Adam Harvey wrote: On 21 November 2012 13:03, David Muir wrote: On 21/11/12 15:47, Adam Harvey wrote: 2. If we decide not to generate E_DEPRECATED notices in PHP 5.5, what should the next course of action be: (a) Enhance the manual text to make the soft deprecation

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 21/11/12 15:47, Adam Harvey wrote: On 19 November 2012 20:44, Anthony Ferrara wrote: My intention at this stage is to call a vote next Monday: it feels like the discussion has mostly died down now (which isn't to say I think we're at a consensus necessarily — it just feels as though the flur

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 20/11/12 21:22, Lester Caine wrote: Ulf Wendel wrote: 1. Add this link to the RFC?: >> https://wikis.oracle.com/display/mysql/Converting+to+MySQLi As the author I cannot recommend materials created in 2006 and not updated since then for inclusion into a RFC. At the end of the day this i

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 14/11/12 03:17, Adam Harvey wrote: > On 14 November 2012 00:07, Anthony Ferrara wrote: >> There's one important thing that I think you all are missing here. You keep >> bringing up that we should just use the normal "deprecation" process. The >> problem is that the deprecation process was never

Re: [PHP-DEV] [RFC] Property Accessors v1.2 : isset / unset "failable"

On 29/10/12 03:02, Clint Priest wrote: So... to be explicit here, you think in this situation: class a { public $b { set($x) { $this->b = $x; } } } $o = new a(); if(!isset($o->b)) { /* delete files */ } echo (int)isset($o->b); /* This should return false and not emit any sort of w

Re: [PHP-DEV] [RFC] Socket activation support for PHP-FPM

On 19/10/12 07:41, David Strauss wrote: > The full RFC, including initial patches, is here: > https://wiki.php.net/rfc/socketactivation > > In short, this allows spawning a PHP-FPM pool on-demand with systemd > initializing the main socket. > Upstart support would be good to have too. I take it t

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On 16/10/12 22:34, Clint Priest wrote: -Original Message- From: Stas Malyshev [mailto:smalys...@sugarcrm.com] Sent: Tuesday, October 16, 2012 6:06 AM To: Clint Priest Cc: Nikita Popov (nikita@gmail.com); internals@lists.php.net Subject: Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessor

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On 16/10/12 14:55, Jazzer Dane wrote: I'm going to agree with David here. It is most sensible to either allow properties AND accessors in interfaces, or don't allow either of them. __get/__set is a different subject that I'd rather not dig into while discussing this RFC. I tossed in the __get

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On 16/10/12 13:37, Clint Priest wrote: On Mon, Oct 15, 2012 at 6:02 PM, Clint Priest wrote: > >Because fundamentally interfaces are designed to explain a way of communicating and properties are symmetrical and non- >observable. > > > >The implementing class cannot "know" when a property has

Re: [PHP-DEV] [RFC] Propety Accessors v1.1

On 10/10/12 21:41, Jazzer Dane wrote: Here's my feedback on some current outstanding issues/suggestions: 1) Default value: I think having functionality for a default value is necessary, but I'm also thinking it may already be implementable within the current syntax. class Test { private $

Re: [PHP-DEV] [RFC] Propety Accessors v1.1

On 09/10/12 19:20, Jazzer Dane wrote: - "If we ever get return type hinting/checks then we needn't consider how the syntax has to look" From what I know, this isn't planned for PHP 5.5 and any proposals for it have been largely ignored. Return type hinting won't help when setting either, although

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

On 20/09/12 07:48, Michael Shadle wrote: On Tue, Sep 18, 2012 at 10:32 AM, Pádraic Brady wrote: Hi Michael, See the link near the bottom of the RFC - even htmlspecialchars() has unusual behaviour that's potentially insecure. I have no objections to there being functions, of course, and the RFC

Re: [PHP-DEV] Download PHP binaries

On 15/09/2012, at 8:38 PM, Lester Caine wrote: > Remi Collet wrote: >>> >Last night I spent a couple of hours again trying to find an 'off the >>> >shelf' distribution that even had PHP5.4 and Apache2.4 ... >> Fedora 18 have httpd 2.4.3 and php 5.4.7;) >> (I have backports for f17) > 18 is downl

Re: [PHP-DEV] Combined assignment operator for short ternary

On 26/08/2012, at 4:09 AM, Ferenc Kovacs wrote: > 2012.08.25. 19:50, "Sebastian Krebs" ezt írta: >> >> Am 25.08.2012 18:38, schrieb Ferenc Kovacs: >> >>> >>>would this trigger a notice if $foo is not defined? >>>if yes, then it would be different from the current behavior of

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

On 20/07/12 09:38, Andrew Faulds wrote: > I'm curious, how do I make my objects have scalar passing semantics, then? > On Jul 20, 2012 12:35 AM, "Sara Golemon" wrote: > How about this? class String { protected $string=''; public function __construct($string){ $this->string =

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

On 19/07/12 04:49, Rasmus Lerdorf wrote: On 07/18/2012 01:02 AM, Pierre Joye wrote: hi, On Wed, Jul 18, 2012 at 9:35 AM, Stas Malyshev wrote: Hi! See the other answers, clear APIs, no more argument mess, cleanness. Cleanness has nothing to do with pseudo-objects.You don't have to use -> to

Re: [PHP-DEV] 6.0 And Moving Forward

Took the words from my mouth. Removing legacy support is a terrible idea for PHP6. It makes it impossible to write forwards compatible code that currently runs in PHP5. Even having it optional is a bad idea IMO since it will fragment PHP hosting. Some will be able to run PHP6 only (no legacy),

Re: [PHP-DEV] 6.0 And Moving Forward

On 14/07/12 01:33, Anthony Ferrara wrote: Hey all, I know that 6.0 was originally supposed to be the unicode conversion of the engine. However it appears that all progress on that has stopped for quite some time. So, I was curious if we could start a conversation around what 6.0 would look like

Re: [PHP-DEV] Internal iteration API

On 13/07/12 01:04, Matthew Weier O'Phinney wrote: > On 2012-07-12, Sara Golemon wrote: >> --e89a8f235453d7a80104c4975c55 >> On Wed, Jul 11, 2012 at 5:39 PM, Anthony Ferrara wrote: >>> One thing to keep in mind when doing this is to think about consistency. >>> I think that's a huge point not to be

Re: [PHP-DEV] array_shift() and reindexing

What about replacing the existing array with array_slice? David On 12/07/2012, at 9:43 PM, Jille Timmermans wrote: > Hello, > > array_shift() currently reindexes the array after shifting one element. The > reindexing has quite some impact on it's performance. I would like to suggest > an ext

Re: [PHP-DEV] List comprehensions and generator expressions for PHP

On 28/06/12 23:45, Sebastian Krebs wrote: > Hi, > > 2012/6/28 David Muir > >> I'd assume that array_map() only works with arrays, while list >> comprehension should work with anything traversable. >> > That sounds more like a "bug" (better: "

Re: [PHP-DEV] Re:[PHP-DEV] List comprehens​ions and generator expression​s for PHP

On 29/06/12 14:06, minwei zhou wrote: > On Thu, Jun 28, 2012 at 6:48 PM, Nikita Popov wrote: >> Hi internals! >> >> Python and several other languages include support for list >> comprehensions and generator expressions and I'd like to see something > why PHP should going to like other language?

Re: [PHP-DEV] List comprehensions and generator expressions for PHP

I'd assume that array_map() only works with arrays, while list comprehension should work with anything traversable. David On 28/06/2012, at 10:43 PM, Sebastian Krebs wrote: > Hi, > > Whats the difference to the (already existing) function array_map() (except > the syntax and one more new key

Re: [PHP-DEV] BreakIterator

Coming from a "pleb", my only concern is the name if the class is in the global scope. A "BreakIterator" to me sounds like something related to breaking out of a looping structure, and not something used for iterating over various language structure boundaries. If it's in a ICU namespace, then it's

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On 15/04/12 16:29, Kris Craig wrote: > On Sat, Apr 14, 2012 at 11:20 PM, John LeSueur wrote: > > > The second thing that still needs nailing down as far as implementation is > how to determine parsing mode. If it has to be specified at include time, > then we're putting the burden on whoever writes

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 14/04/12 03:41, Kris Craig wrote: > > > On Thu, Apr 12, 2012 at 11:37 PM, David Muir <mailto:davidkm...@gmail.com>> wrote: > > On 13/04/12 15:13, Kris Craig wrote: > > Again, the controller should NOT be a .phpp file. Likewise, > your model >

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 13/04/12 15:13, Kris Craig wrote: > Again, the controller should NOT be a .phpp file. Likewise, your model > should NOT be hooking directly to the view. The controller hooks to the > model. The controller then sanitizes that and returns it to the view. > Alternatively, if you're not conformi

Re: [PHP-DEV] Re: Disabling PHP tags by php.ini and CLI options

On 13/04/12 14:55, Stas Malyshev wrote: > Hi! > >> If this is a pecl module library developers cannot use it and trust >> that on php 5.n, it just works. That would fork the language in an >> undesirable way. It should be a core feature, no ini flag, no >> sometimes-there module. > PHP 5.n is at le

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 13/04/12 11:03, Kris Craig wrote: > > > On Thu, Apr 12, 2012 at 5:46 PM, David Muir <mailto:davidkm...@gmail.com>> wrote: > > On 13/04/12 10:04, Kris Craig wrote: >> >> >> On Thu, Apr 12, 2012 at 4:46 PM, David Muir > <mailto:davidkm

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 13/04/12 10:04, Kris Craig wrote: > > > On Thu, Apr 12, 2012 at 4:46 PM, David Muir <mailto:davidkm...@gmail.com>> wrote: > > On 13/04/12 09:38, Yasuo Ohgaki wrote: > > Hi, > > > > 2012/4/13 Kris Craig <mailto:kris.cr...@gmail.c

Re: [PHP-DEV] Re: Disabling PHP tags by php.ini and CLI options

On 13/04/12 10:02, Arvids Godjuks wrote: > It will never get adopted, too many legacy stuff, to many external tools. > And php native templates? I dont neet any twig, smarty or any other stuff. > And guess what - most template engines cache compiled templates, and they > are - ta-daa - PHP EMBEDDED

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 13/04/12 09:38, Yasuo Ohgaki wrote: > Hi, > > 2012/4/13 Kris Craig : >> Per recent discussions, I have drafted an RFC for this. This proposal >> offers what I believe to be a more sane and realistic approach to >> addressing the question of incorporating a new breed of tag-less PHP >> scripts.

Re: [PHP-DEV] [POC Patch] Scalar Type Hinting/Casting - Proof Of Concept

I can't comment on the internal implementation, but I like the use of the casting syntax. It's not as pretty, but make the intent clear, and there's not BC issues with class names. David On 02/03/12 14:48, Anthony Ferrara wrote: > Hey all, > > I know given all the discussion about this topic late

Re: [PHP-DEV] PHP 5.4.0 released!

hilip > > [1] https://wiki.php.net/doc/builds > > On Mar 1, 2012, at 4:18 PM, David Muir wrote: > >> I noticed that too. >> >> The migration guide is also missing a lot of stuff. >> >> A quick overview: >> >> http://au.php.net/manual/en/migr

Re: [PHP-DEV] PHP 5.4.0 released!

I noticed that too. The migration guide is also missing a lot of stuff. A quick overview: http://au.php.net/manual/en/migration54.changes.php: content missing http://au.php.net/manual/en/migration54.new-features.php: missing a lot of new features listed elsewhere http://au.php.net/manual/en/mi

Re: [PHP-DEV] PHP 5.4.0 released!

Wohoo!!! Congrats everyone! Bye bye magic quotes! David ps. Now to get my host to upgrade to 5.3 grumble grumble! On 02/03/12 10:29, David Soria Parra wrote: > Hello! > > The PHP Development Team would like to announce the immediate > availability of PHP 5.4.0. This release is a major leap

Re: [PHP-DEV] Constant arrays

On 12/21/2011 03:37 AM, jpauli wrote: > I guess constant array would mean that all the variables inside the array > dimensions should not change. > Just saying that, is a nonsense. > > If a constant could be an array, then that array could not contain > variables, if not it wouldn't be constant any

Re: [PHP-DEV] Local time zone

On 15/12/11 21:17, Pierre Joye wrote: > On Wed, Dec 14, 2011 at 11:14 PM, Stas Malyshev > wrote: >> Hi! >> >> >>> I believe he's referring to sys/time.h, but this introduces >>> portability issues. If it were just unix, that would be one thing. >>> But maintaining this and a Windows alternative,

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 24/11/11 12:44, Ferenc Kovacs wrote: > > > On Thu, Nov 24, 2011 at 1:38 AM, David Muir <mailto:davidkm...@gmail.com>> wrote: > > Just to clarify, the changes introduced in 5.4 will result in the > following: > > > $string = 'foo';

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 24/11/11 11:42, Stas Malyshev wrote: > Hi! > >> If you want this fix to be palatable, we'll need a new language >> construct that effectively runs a series of is_array&& array_key_exists >> with a final !== null check. > > I'm not sure RC time is a good place for introducing new language > cons

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 24/11/11 06:25, Stas Malyshev wrote: > Hi! > >> The only case where the 5.4 branch works differently as before if you >> reference a string type(int, float, etc. won't trigger this) variable >> using an associative index and you expect it that to be undefined >> variable even though that the doc

Re: [PHP-DEV] Re: SPLClassLoader RFC Thoughts And Improvements

On 11/11/2011 01:31 PM, guilhermebla...@gmail.com wrote: > Hi Anthony, > > Thanks immensely for your input. > Without such action, it's extremely hard to improve the RFC. =) > Awesome action from your side. > I'll place my comments inline. > > On Thu, Nov 10, 2011 at 1:26 PM, Anthony Ferrara wrote

Re: [PHP-DEV] SPLClassLoader RFC Thoughts And Improvements

Surprised to say that I agree on just about everything you mentioned. I would however love to see a useful autoloader included in core. I have only one comment below. > 4. The RFC should avoid implementing any pattern or style that may > make future feature addition difficult or pose risks towards

Re: [PHP-DEV] [VOTE] Choosing a distributed version control system for PHP

On 08/26/2011 04:12 AM, Kalle Sommer Nielsen wrote: > 2011/8/24 David Soria Parra : >> Hi Internals,, >> >> after 3 weeks of discussion, I think we are ready to start voting on >> the DVCS RFC. If you think something is missing or should be explained >> in more detail, let me know. > I won't trans

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

, but Thunderbird picks up your address instead of internals. David On 23/08/11 09:52, Pierre Joye wrote: > then the gain will be zero. By the way, no need to go private to reply :) > > On Tue, Aug 23, 2011 at 1:29 AM, David Muir wrote: >> That still requires the extension.

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

On 22/08/11 17:44, Lester Caine wrote: > Lester Caine wrote: >> Just for the record ... the libreoffice clone I started 9 hours ago is >> still going strong, and I'm estimating that it will finish some time >> tomorrow afternoon, another 20 hours or so. A single huge repo is going >> to take time t

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

On 08/19/2011 10:54 PM, Ferenc Kovacs wrote: > On Fri, Aug 19, 2011 at 2:47 PM, Arpad Ray wrote: >> On Fri, Aug 19, 2011 at 1:40 PM, Ferenc Kovacs wrote: >>> On Fri, Aug 19, 2011 at 2:31 PM, Arpad Ray wrote: On Fri, Aug 19, 2011 at 1:04 PM, Ferenc Kovacs wrote: > the downside would be

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

On 09/08/11 01:07, Lester Caine wrote: > David Muir wrote: >> John Szakmeister, who is a Subversion developer himself, has a good >> comparison of svn, hg, bzr and git: >> http://www.szakmeister.net/blog/2011/feb/17/choosing-new-version-control-system/ >> >> >

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

On 08/08/11 07:37, Richard Riley wrote: > David Soria Parra writes: > >> On 2011-08-07, Stas Malyshev wrote: >>> Hi! >>> >>> As somebody that have seen reasonably big project switch from SVN to git >>> and worked quite actively with git since then, I think describing my >>> experience might be

Re: [PHP-DEV] Fix for #53727 (is_subclass_of resolution with interfaces)

On 30/06/11 15:01, Matt Pelmear wrote: > Not like class_implements(), since that requires processing the returned > array... Rather something that would function similarly to is_subclass_of() > (in that it returns a bool, not an array), but for interfaces. > I seem to run into a need for that on a

Re: [PHP-DEV] Fix for #53727 (is_subclass_of resolution with interfaces)

On 30/06/11 11:13, Matt Pelmear wrote: > Seems odd to me that is_subclass_of returns true for interfaces... I never > realized that before. > > Personally I would prefer a separate method to check for interfaces, since > they aren't really classes (at least in my head), but I suppose that would > b

Re: [PHP-DEV] Variable scopes for language constructs (foreach, ...)

>> personally I find that weird, and unintuitive, but changin that in a major >> or minor version could be changed if we chose to. > I think it's a behaviour that could be changed in some step like from > 5.3 to 5.4 or so. Personally I don't think it would influence existing > implementations much

Re: [PHP-DEV] [PATCH] unregister_shutdown_function()

On 21/06/11 07:41, Arpad Ray wrote: > I also think once that functionality is there the next request will be get_registered_shutdown_functions() or something along the lines. >>> I don't see of what use that could be. >> Completeness? "Has that stupid shutdown func been

Re: [PHP-DEV] Bundling "modern" extensions

On 07/06/11 18:40, Reindl Harald wrote: > > Am 07.06.2011 11:32, schrieb David Muir: >> On 07/06/11 15:49, Reindl Harald wrote: >>> Am 07.06.2011 04:42, schrieb Martin Scotta: >>>> On Mon, Jun 6, 2011 at 8:15 PM, Reindl Harald >>>> wrote: >>

Re: [PHP-DEV] Bundling "modern" extensions

On 07/06/11 15:49, Reindl Harald wrote: > > Am 07.06.2011 04:42, schrieb Martin Scotta: >> On Mon, Jun 6, 2011 at 8:15 PM, Reindl Harald wrote: >> >>> Am 06.06.2011 23:40, schrieb Martin Scotta: >>> It'd be very nice if some extension could be enabled just by dropping the "extension file"

Re: [PHP-DEV] 5.4 moving forward

On 07/06/11 01:49, Stas Malyshev wrote: > Hi! > >> Currently off the shelf, 5.2.17 is the 'old stable' but for some >> windows users >> it IS the only available version. Changing the rest of the >> infrastructure to > > 5.2.17 is unsupported. It is announced on php.net. Now, some Windows > users, d

Re: [PHP-DEV] 5.4 moving forward

On 06/06/11 07:27, Stas Malyshev wrote: > Hi! > >> On 2011-06-05, Pierre Joye wrote: >>> On Sun, Jun 5, 2011 at 5:52 PM, Philip Olson >>> wrote: > I'd to say that I'm very happy to finally see such discussions > happening, let sort the base (99% is done by our existing RFC about > rel

Re: [PHP-DEV] 5.4 moving forward

On 06/06/11 17:48, Tom Samplonius wrote: >> Currently - A lot of ISP's are 'stuck' with PHP5.2 or earlier simply > I don't know if this is really the case. I work in this industry, and most > of the small to mid hosting company's use cPanel or Plesk, and both include > PHP 5.3. I've personall

Re: [PHP-DEV] Final version, RFC release process

On 02/06/11 17:23, Pierre Joye wrote: > On Thu, Jun 2, 2011 at 7:32 AM, Peter Lind wrote: > >> Sorry for jumping into the thread, but I couldn't help noting that you seem >> confused about the distro suggestion. I think Ubuntu was the example, and >> there's nothing random at all about their relea

Re: [PHP-DEV] Porting PECL to userspace

On 21/05/11 01:15, Larry Garfield wrote: > Hi all. > > I'm working with a fellow developer on an experimental project. There > are some PECL modules that we want to try and use in an open source > project where we cannot guarantee that PECL modules will be available, > since it's intended for wide

Re: [PHP-DEV] Call non-static method staticly raise E_STRICT, but why call a static method instancely won't

On 26/04/11 09:37, Ben Schmidt wrote: >> Back in PHP4 it was the only way to "simulate" an static call, but >> nowadays it really don't make sense at all. >> >> class Foo { >> static function toString(Bar $bar) { >>return 'Foo::toString($bar)'; >> } >> function toStrin

Re: [PHP-DEV] Implicit isset/isempty check on short-ternary operator

On 21/04/11 08:56, Arpad Ray wrote: > On Thu, Apr 14, 2011 at 3:05 PM, Hannes Landeholm wrote: >> Some suggested that the ternary if comparison should suppress the notice >> automatically. This would break existing code and also be confusing since >> people expect a ternary if and normal if to wor

  1   2   >