Pierre et al,
I would prefer to have it in pecl and merge once ready/cleaned up.
Yes, same idea than with APC, except that it could be faster (for what
I read, waiting to see the sources). Also we can review and do the
changes more easily.
Well, I think the one issue with doing it in PECL
On Sat, Jan 26, 2013 at 9:26 AM, Anthony Ferrara ircmax...@gmail.comwrote:
Pierre et al,
I would prefer to have it in pecl and merge once ready/cleaned up.
Yes, same idea than with APC, except that it could be faster (for what
I read, waiting to see the sources). Also we can review and do
Please stop with these. We can't keep explaining why function aliases,
?php6 and deprecating function names that have been in use for nearly
20 years is a bad idea.
There is a reason that REFERER is still around in HTTP. It is obviously
not spelled correctly, but the pain of fixing it would far
On Sat, Jan 26, 2013 at 3:57 AM, Rasmus Lerdorf ras...@lerdorf.com wrote:
Please stop with these. We can't keep explaining why function aliases,
?php6 and deprecating function names that have been in use for nearly
20 years is a bad idea.
There is a reason that REFERER is still around in
So function aliases, new open tag and deprecation are bad. What about
the String class?
I think there was some Let's ... start exploring lighter and more
approachable ways to attack Unicode on internals ...
Regards,
Thomas
On Sat, Jan 26, 2013 at 9:57 AM, Rasmus Lerdorf ras...@lerdorf.com
hi Anthony,
On Sat, Jan 26, 2013 at 9:26 AM, Anthony Ferrara ircmax...@gmail.com wrote:
Pierre et al,
I would prefer to have it in pecl and merge once ready/cleaned up.
Yes, same idea than with APC, except that it could be faster (for what
I read, waiting to see the sources). Also we can
hi,
On Sat, Jan 26, 2013 at 10:18 AM, Thomas Bley thbley+...@gmail.com wrote:
So function aliases, new open tag and deprecation are bad. What about
the String class?
I think there was some Let's ... start exploring lighter and more
approachable ways to attack Unicode on internals ...
Unicode
I really like the idea
2013/1/26 Pierre Joye pierre@gmail.com:
hi,
On Sat, Jan 26, 2013 at 10:18 AM, Thomas Bley thbley+...@gmail.com wrote:
So function aliases, new open tag and deprecation are bad. What about
the String class?
I think there was some Let's ... start exploring lighter
https://github.com/nikic/scalar_objects
I think register_primitive_type_handler() is too exclusive:
When I use 2 frameworks in the same code base, one might do
register_primitive_type_handler('string', 'A\StringHandler') and the
other might do register_primitive_type_handler('string',
I think register_primitive_type_handler() is too exclusive:
Hi Thomas, as @nikic noted in the description, it's just a proof of
concept.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hi,
On Sat, Jan 26, 2013 at 12:37 PM, Thomas Bley thbley+...@gmail.com wrote:
https://github.com/nikic/scalar_objects
I think register_primitive_type_handler() is too exclusive:
The point of this prototype is to define what is the best APIs we can
create to solve the inconsistencies/clean the
sorry, I thought it is sth like session_set_save_handler() ...
Regards,
Thomas
On Sat, Jan 26, 2013 at 12:50 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Sat, Jan 26, 2013 at 12:37 PM, Thomas Bley thbley+...@gmail.com wrote:
https://github.com/nikic/scalar_objects
I think
Hi
2013/1/25 Damian Tylczyński turneli...@gmail.com:
I've seen discussion on reddit
http://www.reddit.com/r/PHP/comments/174qng/lets_make_phps_function_names_consistent/
There is one really clean solution to this problem for the
consistency Guys that tend to complain about PHP endlessly; write
Hello,
I'm not sure if it could be considered as a feature but what about these
RFCs:
https://wiki.php.net/rfc/error-optimizations
https://wiki.php.net/rfc/grisu3-strtod
Some of them have been opened for some time now.
Also, wouldn't a cleanup of the current RFC listed for PHP help out in the
Hi,
Everyone here forgets that there's a little certification
run by some guys named Zend that factor in some of
these things as well.
That's the point of not having consistency? Checking
if some have better memory that others?
Also, I suppose that everyone can afford to look up
things on the
Thank you for the link
http://philsturgeon.co.uk/blog/2013/01/php-6-pissing-in-the-wind I
didn't know that... getters/setters were dumped to the garbage...
http://japfan.pl/uploads/media/dacffbe3073882e86057d04266675637.JPG I
will go get a drink... Is there any log of votes? Like reasons why
no
Hi!
I agree all of that would suck, but would it suck less than the
alternatives for the most people involved?
Definitely not. I don't think most people involved care if it's called
htmlentities or html_entities. Those are things that you learn once and
don't care about them anymore, and if
Hi!
So function aliases, new open tag and deprecation are bad. What about
the String class?
Design it, write it and we'll see how it works. It's not like the
process should *start* with including it in PHP core. You can write
String class all by yourself, put it on github and once virtually
18 matches
Mail list logo
