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 '
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
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
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?
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
Assigning bug 62912 to pierr...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
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
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
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
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
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
27 matches
Mail list logo
