Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Sebastian Krebs
2012/8/24 Peter Nguyen > Your argument is a general issue when refactoring code. Whenever you > change the name of a method/class, you need to change it in all the places > that use it, even in the AOP definitions if you have it of course. The > advice is just a PHP callable so it works in the sa

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Peter Nguyen
Your argument is a general issue when refactoring code. Whenever you change the name of a method/class, you need to change it in all the places that use it, even in the AOP definitions if you have it of course. The advice is just a PHP callable so it works in the same way. 2012/8/23 Sebastian Kreb

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Evan Coury
On Thu, Aug 23, 2012 at 7:36 AM, Peter Nguyen wrote: > > Hi, > > AOP (http://en.wikipedia.org/wiki/Aspect-oriented_programming) when used > correctly, can make your application really modular. I've seen several > implementations but they all require compiling of code beforehand. There > is > howev

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Ivan Enderlin @ Hoa
On 23/08/12 16:36, Peter Nguyen wrote: Hi, Hi, AOP (http://en.wikipedia.org/wiki/Aspect-oriented_programming) when used correctly, can make your application really modular. I've seen several implementations but they all require compiling of code beforehand. There is however a PECL extension no

Re: Re: [PHP-DEV] [RFC] Generators

2012-08-23 Thread Morgan L. Owens
On 2012-08-23 00:10, Lester Caine wrote: Then the next example is an 'iterator' ... which you are right ... I do not appreciate either, because they require an insane amount of overhead for what would be easy if the first example had been done right! I did try them, in the past, but the overhead

Re: Re: [PHP-DEV] [RFC] Generators

2012-08-23 Thread Morgan L. Owens
On 2012-08-23 02:03, Lester Caine wrote: I accept your point about not caring about how the data was created, but on the other side, if the data creation is handling a lot more data than the consumer needs there is an amount of processing time that is wasted. The quick way of doing something doe

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Sebastian Krebs
Hi, From my users point of view: I would like to see it. Maybe not in this implementation/syntax, especially because it hasn't a special syntax (but imo it should to make the impact more obvious/prominent). With the joint points as string and the common function call I can imagine it can get

[PHP-DEV] VCS Account Request: flmommens

2012-08-23 Thread François Mommens
Assigning bug 62912 to pierr...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Yahav Gindi Bar
On Thu, Aug 23, 2012 at 11:11 PM, Ralph Schindler wrote: > I've started using this extension on a personal project. So far, I really > love it. If the performance aspects of it remain minimal, and the syntax > remains simple/non-complex, I can see this as a component that would > benefit many by

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Ralph Schindler
I've started using this extension on a personal project. So far, I really love it. If the performance aspects of it remain minimal, and the syntax remains simple/non-complex, I can see this as a component that would benefit many by being included in core. -ralph On 8/23/12 11:16 AM, Pierre

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

2012-08-23 Thread Andrew Faulds
On 23/08/12 17:15, Rasmus Lerdorf wrote: On 08/23/2012 09:09 AM, Andrew Faulds wrote: Personally, I think you should have just two encodings: page_encoding and internal_encoding. The former is for form input and page output (could be latin-1, for instance), and internal_encoding is the internal

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

2012-08-23 Thread Adam Jon Richardson
On Thu, Aug 23, 2012 at 12:06 PM, Rasmus Lerdorf wrote: > So do we create a new default_input_encoding ini directive mid-stream in > 5.4 for this? Of course with the longer-term in mind that this will be > part of a unified set of encoding settings in 5.5 and beyond. Yes! This is a fantastic idea

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Pierre Joye
hi, On Thu, Aug 23, 2012 at 4:36 PM, Peter Nguyen wrote: > Hi, > > AOP (http://en.wikipedia.org/wiki/Aspect-oriented_programming) when used > correctly, can make your application really modular. I've seen several > implementations but they all require compiling of code beforehand. There is > howe

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

2012-08-23 Thread Rasmus Lerdorf
On 08/23/2012 09:09 AM, Andrew Faulds wrote: > Personally, I think you should have just two encodings: page_encoding > and internal_encoding. The former is for form input and page output > (could be latin-1, for instance), and internal_encoding is the internal > representation (default to utf-8 - y

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

2012-08-23 Thread Andrew Faulds
On 23/08/12 17:06, Rasmus Lerdorf wrote: htmlspecialchars(), htmlentities(), html_entity_decode() and get_html_translation_table() all take an encoding parameter that used to default to iso-8859-1. We changed the default in PHP 5.4 to UTF-8. This is a much more sensible default and in the case of

[PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

2012-08-23 Thread Rasmus Lerdorf
htmlspecialchars(), htmlentities(), html_entity_decode() and get_html_translation_table() all take an encoding parameter that used to default to iso-8859-1. We changed the default in PHP 5.4 to UTF-8. This is a much more sensible default and in the case of the encoding functions more secure as it p

Re: [PHP-DEV] Session Id Collisions

2012-08-23 Thread Sherif Ramadan
> Hi Rasmus, > > Many thanks for the information. > > It would be great if this information can be added to the docs: > > http://www.php.net/manual/en/session.configuration.php#ini.session.entropy-file > > > Please open a documentation bug at https://bugs.php.net/ for this so that we have a recor

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Peter Nguyen
Benefits: - Standard way to use AOP in PHP without having to use any specific framework - No need to recompile code after each change in that particular framework. - I know too little about C but I would guess that there is more possiblity to optimize the feature if it's built-in. 2012/8/23 Willi

Re: [PHP-DEV] Session Id Collisions

2012-08-23 Thread Raymond Irving
Hi Rasmus, Many thanks for the information. It would be great if this information can be added to the docs: http://www.php.net/manual/en/session.configuration.php#ini.session.entropy-file __ Raymond On Thu, Aug 23, 2012 at 10:03 AM, Rasmus Lerdorf wrote: > On 08/22/2012 09:48 PM, Raymond I

Re: [PHP-DEV] Session Id Collisions

2012-08-23 Thread Rasmus Lerdorf
On 08/22/2012 09:48 PM, Raymond Irving wrote: > Hello Everyone, > > I've been reading that it's possible to encounter session id collisions > with the default php configuration. It's also been said that PHP utilizes a > cryptographically weak random number generator to > produce session ID informa

Re: [PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread William Betts
On Thu, Aug 23, 2012 at 7:36 AM, Peter Nguyen wrote: > Hi, > > AOP (http://en.wikipedia.org/wiki/Aspect-oriented_programming) when used > correctly, can make your application really modular. I've seen several > implementations but they all require compiling of code beforehand. There is > however a

[PHP-DEV] Aspect Oriented Programming in PHP

2012-08-23 Thread Peter Nguyen
Hi, AOP (http://en.wikipedia.org/wiki/Aspect-oriented_programming) when used correctly, can make your application really modular. I've seen several implementations but they all require compiling of code beforehand. There is however a PECL extension now (https://github.com/AOP-PHP/AOP) that enable

Re: [PHP-DEV] BC Break in PHP 5.3.16 Reflection API

2012-08-23 Thread Laruence
Hi: this bug has been fixed, just because it has two commits, thus our RMs didn't pick them all to 5.3.16.. so, I think it is no need to re-open it. thanks On Thu, Aug 23, 2012 at 8:47 PM, Benjamin Eberlei wrote: > I get reports from Doctrine users, that apparently the Reflection API is

[PHP-DEV] BC Break in PHP 5.3.16 Reflection API

2012-08-23 Thread Benjamin Eberlei
I get reports from Doctrine users, that apparently the Reflection API is broken in 5.3.16 and everything else than BC: https://bugs.php.net/bug.php?id=62715 Has been closed, but wrongly. Can this be opened up and handled? Or is a follow up bug appropriate here?

[PHP-DEV] Re: UTF-8 files and include

2012-08-23 Thread Umberto Salsi
ivan.ender...@hoa-project.net ("Ivan Enderlin @ Hoa") wrote: > Hello, > > Some of my users & contributors have met an issue with files containing > UTF-8 on certain Windows configurations (but they actually did not found > the difference). Any idea why? > The issue does not appear on Linux, BSD

[PHP-DEV] PHP#62227 (Invalid phar stream path causes crash) was not present in 5.4

2012-08-23 Thread Ondřej Surý
Hi, this is a documentation bug only which I have discovered when cherry-picking patches in 5.4.5 and 5.4.6. PHP Bug #62227 was never present in PHP 5.4 due changes in the code commited in: commit dd5c478be61a0ef94b54837cfa875c964356e14f Author: Dmitry Stogov Date: Tue Apr 20 11:05:54 2010 +0

Re: [PHP-DEV] Official Userland Library (was: removing an item from an array)

2012-08-23 Thread Lars Schultz
Am 22.08.2012 09:45, schrieb Lester Caine: Personally I'm looking for a 'Official Userland Library' that provides EXAMPLES of how to do operations rather than yet another downloadable library. Something I can cut and past from into my own code when I need a widget and which provides a much more '