e a
procedural API as well, lets make it concise and clear. The last thing
we want for solving the no 1 security threat to web-apps is a confusing
and hard-to-use API like the filter extension.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e to happen in the constructor?
class MyClass{
public $property
{
set($value){
if(!is_int($value)){
throw new InvalidArgumentException('value of wrong type');
}
$this->__property = $value;
}
}
public function __c
his->seconds = (int) $value;}
}
}
class UsingConstructor {
public $seconds {
set($value) {$this->seconds = (int) $value;}
}
public function __construct(){
$this->seconds = 36000;
}
}
I think I've got those all right...
Cheers,
David
--
PHP Internals
ssor are the same
thing. Interfaces are about contracts between an implementation and a
consumer, so the actual implementation is irrelevant. What matters is
how the implementation is accessed by the consumer. If it is via
property syntax, then it *is* a property, even though the actual
implement
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.
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
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.
--
David Strauss
| da...@davidstrauss.net
--
PHP Internals - PHP Runtime Development Mailing List
be in the container, something else needs to
listen on its behalf.
Finally, it's a platform consistency issue. As more services move to
socket activation in Fedora and Red Hat, socket units will become a
sort of "common currency" for configuring which services listen where.
--
David S
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 ha
On Thu, Oct 18, 2012 at 4:06 PM, David Muir wrote:
> Upstart support would be good to have too.
I'm aware of Upstart having some basic socket activation support, and
I'm happy to provide advice on the PHP-FPM/Linux side for integrating
it in follow-up work. All socket activation ba
nstances you don't actually want to share across pools anyway.
That's certainly the case. I'll update the RFC.
--
David Strauss
| da...@davidstrauss.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to
control application logic. The above example should not give a warning,
and should return false. As far as an application is concerned, $o->b
doesn't exist because it can't be read.
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
'll have to step up
and maintain it themselves.
The point is, an extension should never be throwing deprecation warnings
for a planned migration to PECL.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tutorials such as at http://www.w3schools.com updated to a much more
modern format?
There was a concerted campaign to get w3schools updated, but as far as I
know, it's fallen on deaf ears. And it's not just their PHP info that's
outdated.
See w3fools.com
Cheers,
David
urrent
state of affairs.
Thoughts?
Adam
Has 2(c) been even suggested?
I take at that 2(b) is for those advocating "Move to PECL with no
E_DEPRECATED notices being thrown"?
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
PECL
- If the mysql functions are not already registered,
register them with the bundled code.
- Set mysql_extension_triggers_deprecated_warning = 0;
4) That's it.
Then people (distros, hosts, etc) will just install it from PECL instead
to avoid all the E_DEPRECATED mess.
David
-
.
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
ered as of 5.3 due to their continued use of
magic_quotes_gpc and magic_quotes_runtime. When Drupal 8 was released some
time later, the code was fixed so that it no longer used those out-dated
functions.
That's why I voted yes.
--Kris
Kris,
There was no "ext/magic_quotes" that was re
atibility must be kept (userland)
o
ABI and API can be broken (internals), src compatibility
should be kept if possible, while breakages are allowed
[emphasis mine]
Some are saying that that E_DEPRECATED can/should be used for entire
extensions. That's fine and dandy if said extension is actually going to
be removed (not just retired to PECL, but dropped completely), but
somehow I think a lot more people would object to the current RFC if
that were the plan.
Cheers,
David
e DateTime
class could actually be changed to inherit the ImmutableDateTime
class. The only extensions on the DateTime class would be the mutable
methods.
Would love to see ImmutableDateTime!
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
d()){
$value = $iterator->current();
(foreach block)
$iterator->next();
}
So that might explain why it works in "(simple) scripts".
It does seem like a bug that the rewind is required though. A newly
created iterator should already be in a rewound state so th
makes the
code harder to read.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.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'
time Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
The one place I would find this to be super handy would be when specifying
arguments to sprintf(), and other variable argument functions.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
s->OrderBy( function( $x ){ return $x->Surname; } );
>
> Short:
> $users->OrderBy( $x ==> $x->Surname );
>
>
>
> Lazare INEPOLOGLOU
> Ingénieur Logiciel
I think your example proves the opposite. The fist example was much easier to
read and understand than
r years, and I'm glad they're gone. But the legacy
software I have to maintain was written assuming they were available and on. It
will take a *very* long time to fix and update all that code to run on 5.4.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I use it because it's
included by default on Ubuntu... Didn't know about the huge performance impact.
Their website seems to imply that PHP has security holes that have never been
patched, and are only closed by using Suhosin. I find that hard to believe. Is
PHP really *that* vulnerable without it? The site
(http://www.hardened-php.net/suhosin/) is somewhat light on details.
Cheers,
David
ess, Gallery,
etc) requires it
You should add:
When my distro/hosting company upgrades.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
}
>>>>> }
>>>>>
>>>>> A()->m();
>>>>>
>>>>>
>>>>> === Conclusion ===
>>>>> This feature makes the __invoke() method consistent with the __call()
>> and
>>>>> __callStatic() methods,
>>>>> and opens the door to many cool stuff.
>>>>>
>>>>> Any feedback is appreciated.
>>>>>
>>>>> Daniele Orlando
>>>>
>>>> I don't really see a use case for this, as you can already use the
>> syntax
>>>> A::method();
>>>>
>>>> E.G class A { public static function invoke() { return new A; }
>>>>
>>>> public function m() { echo 'Runned'; }
>>>>
>>>> A::invoke()->m();
>>>>
>>>> Your example above only saves a few characters to type and can lead to
>> a
>>>> lot of problems if you have a function with the same name as the class.
>>>
>>> Using A::invoke(), you need to know the name of "invoke()" and it's
>>> hard to force users always to use the invoke() function.
>>> Using A() would be more clean since all the static init(), factory(),
>>> invoke(), getInstance() are gone.
>>> Having __call(), __callStatic(), __invoke() and invokeStatic() would
>>> make the overloading concept more consistent.
>>>
>>> Regards,
>>> Thomas
>>>
>>> --
>>> PHP Internals - PHP Runtime Development Mailing List
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>> Using A() looks too much like a function call. And there is still the issue
>> with having a function name the same as the class name.
>>
This works well in languages like JavaScript where functions are objects.
As much as I like the feature there, I'm not sure it's a great fit for PHP.
David
Sent from my iPhone
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
cluded/required by the realpath?
You mentioned that O+ does not use inodes as cache keys like APC, but
what does it use instead? Just the file path?
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
uot;autoclone class Color {...", and
>> not the new name struct -> it would be clear that struct/classes use
>> the same namespace.
>> You maybe even could do "autoclone class DateTimeImmutable extends
>> DateTime {}" to create the immutable versi
re.
Isn't that what a debugger is for?
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
beta was a feature freeze. Is it not?
First Beta is slated for tomorrow, isn't it?
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
Hello,
We recently successfully embedded PHP into our application using an
approach based on the embed SAPI.
However, our application is large and complex, written entirely in
C++, requires a bit more functionality than the embed SAPI offers.
(As an example, however, it was invaluable.) So we ne
On Fri, Aug 16, 2013 at 5:28 PM, Sara Golemon wrote:
> Ah, I see. I wasn't taking "null" quite literally enough. :)
>
> That sounds pretty awesome to me. Assuming the implementation looks good
> you'd get my vote.
"Implementation" might be a little generous… it's a config.m4 file, a
header file
To try it out, here's a hacky little Makefile you can use to build the
CLI SAPI against the null shlib:
http://pastebin.com/3FxWhZn4
Resulting in:
$ ls -l phpn
-rwxrwxr-x 1 me staff 113669 Aug 17 00:13 phpn
$ ldd phpn
phpn:
libphp5.so => /usr/local/php/5.6-dev/lib/libphp5.so (0x2808)
libc
On Fri, Aug 16, 2013 at 12:55 PM, Johannes Schlüter
wrote:
> I was successful by using embedded SAPI for that and ignoring all things
> from php_embed.[ch]. Sure this gives few extra symbols and a few bytes
> of unneeded code but works fine.
Yes, exactly. This is a cleaner/more formal way of doi
On Fri, Aug 16, 2013 at 12:40 PM, Sara Golemon wrote:
> Apart from managing lifecycles, the SAPI is also resposible for things like
> directing I/O between the host application, how does null-sapi handle this?
It doesn't. It provides no SAPI functionality at all (hence "null").
Its only purpose
On Fri, Aug 16, 2013 at 9:15 PM, Sara Golemon wrote:
> Right, gotcha. I think ideally someone should put in the grunt work to do
> what you suggested: Build libphp5.so all the time, then link up
> php/mod_php5.so/etc... against that as a shared system library (which in
> turn other programs or SA
On Mon, Aug 19, 2013 at 3:59 PM, Michael Wallner wrote:
> I think it all was about to be as standalone as possible, e.g. you
> could have a CLI with builtin readline/pcntl/whatelse extensions,
> while mod_php could be kept lean of that and include an
> opcache/whatelse instead.
To stick with your
On Mon, Aug 19, 2013 at 7:49 PM, Johannes Schlüter
wrote:
> Ah, there's another thing to mind: Extensions can be marked as "cli
> extensions", if statically compiled they become only part of the CLI
> binary, not other SAPIs. Think readline & pcntl.
The logical expectation then would be not to in
ID module.
>
> Regards,
>
> --
> Yasuo Ohgaki
> yohg...@ohgaki.net
Well, there's this:
http://pecl.php.net/package/uuid
David
"missing any real-world examples of why it might be useful"
One thing the I have run across in making my libraries, is the not being
able to call a function `default`.
I use the chainable getter/setter in one syntax a lot (a la jQuery). Hence
when I have a class with a property named default, and
*Should have been !== null
On Wed, Sep 18, 2013 at 7:27 PM, David Neilsen wrote:
> "missing any real-world examples of why it might be useful"
>
> One thing the I have run across in making my libraries, is the not being
> able to call a function `default`.
>
> I use
esn't have (unicode) casting yet :) I think that's nitpicking I
agree and I just want to make sure that this doesn't become a
documentation issue for people who'd think you can hint using unicode
or even see article saying you can hint with unicode.
Makes sense for PHP6 tho
On 04.07.2009, at 14:27, Derick Rethans wrote:
So I would propose to:
1. have ilia's strict typing patch (minus scalar and numeric)
2. have a patch that also adds for casting type hints from your RFC.
Those could (and should) be considered as *two* new features.
As for syntax, I believe the
+1
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
related to certs, including for CA
certs etc. SoapClient itself has an option for a 'local_cert' as well.
- David
smime.p7s
Description: S/MIME cryptographic signature
.comp.php.devel/53763
- David
smime.p7s
Description: S/MIME cryptographic signature
Hi there,
attached are patches for http://bugs.php.net/48929.
Big kudos to Tjerk Anne and Arnaud, this forking HTTP server stuff for
testing the stream wrapper is genius.
- David
Index: ext/standard/tests/http/bug48929.phpt
On 20.07.2009, at 12:42, Jani Taskinen wrote:
On 07/15/2009 08:49 PM, David Zülke wrote:
Hi there,
attached are patches for http://bugs.php.net/48929.
Big kudos to Tjerk Anne and Arnaud, this forking HTTP server stuff
for
testing the stream wrapper is genius.
Ehem..was this ever
This sounds like a serious issue, but I'm not sure if it's in libxml
or in ext/soap. Will have a look later; but maybe Dmitry or someone
else knows off the top of their heads?
- David
Begin forwarded message:
From: Davide Romanini
Date: 30. Juni 2009 11:49:30 MESZ
To: s...@lis
Can do, but I wanted to figure out a way to create a reproduce case
first (I already have an idea).
- David
On 24.07.2009, at 12:20, Dmitry Stogov wrote:
Hi David,
Please report a bug on bugs.php.net (assign it to dmitry).
I'll look into it later.
Thanks. Dmitry.
David Zülke
On 24.07.2009, at 12:45, Davide Romanini wrote:
David Zülke ha scritto:
Can do, but I wanted to figure out a way to create a reproduce case
first (I already have an idea).
- David
On 24.07.2009, at 12:20, Dmitry Stogov wrote:
Hi David,
Please report a bug on bugs.php.net (assign it to
*bump*
Dmitry, did you have a chance to review this patch yet?
- David
On 22.06.2009, at 15:21, David Zülke wrote:
Hi folks,
attached is a patch (with the respective test cases) that implements
DateTime marshalling from and to xsd:dateTime in ext/soap as
requested in http
On 28.07.2009, at 13:32, Dmitry Stogov wrote:
Hi David,
I took only a quick look, but I like the patch.
In case it doesn't break any tests, it should be committed at least
into
HEAD. I agree to commit it into 5.3 too, but RMs take the final
decision.
The only thing I didn't
s a marvelous idea :)
I'm attaching Travis Swicegood to this as he had cooked a very simple
but effective patch for that at #tek09
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 24.07.2009, at 12:48, David Zülke wrote:
Yes, thanks, I realize that, but I need to test it in a .phpt unit
test, which is a bit trickier. But as I said, I already have an
idea. Will do it this later and open a ticket.
Issue: http://bugs.php.net/49144
.phpt: http://pastie.org/569897
On 24.07.2009, at 12:48, David Zülke wrote:
Yes, thanks, I realize that, but I need to test it in a .phpt unit
test, which is a bit trickier. But as I said, I already have an
idea. Will do it this later and open a ticket.
Issue: http://bugs.php.net/49144
.phpt: http://pastie.org/569897
On 24.07.2009, at 12:48, David Zülke wrote:
Yes, thanks, I realize that, but I need to test it in a .phpt unit
test, which is a bit trickier. But as I said, I already have an
idea. Will do it this later and open a ticket.
I finally got around to writing a test case and opening a ticket
ich is what the book now needs re-writing to support?
This doesn't belong on internals. Please use php-general or if this is
where it was originally posted, keep it there.
Thanks,
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 28.07.2009, at 19:14, Jani Taskinen wrote:
Dmitry Stogov wrote:
David Zülke wrote:
On 28.07.2009, at 13:32, Dmitry Stogov wrote:
Hi David,
I took only a quick look, but I like the patch.
In case it doesn't break any tests, it should be committed at
least into
HEAD. I agree to c
On 28.07.2009, at 19:14, Jani Taskinen wrote:
Dmitry Stogov wrote:
David Zülke wrote:
On 28.07.2009, at 13:32, Dmitry Stogov wrote:
Hi David,
I took only a quick look, but I like the patch.
In case it doesn't break any tests, it should be committed at
least into
HEAD. I agree to c
On 28.07.2009, at 19:14, Jani Taskinen wrote:
Dmitry Stogov wrote:
David Zülke wrote:
On 28.07.2009, at 13:32, Dmitry Stogov wrote:
Hi David,
I took only a quick look, but I like the patch.
In case it doesn't break any tests, it should be committed at
least into
HEAD. I agree to c
On 28.07.2009, at 19:14, Jani Taskinen wrote:
Dmitry Stogov wrote:
David Zülke wrote:
On 28.07.2009, at 13:32, Dmitry Stogov wrote:
Hi David,
I took only a quick look, but I like the patch.
In case it doesn't break any tests, it should be committed at
least into
HEAD. I agree to c
On 05.10.2009, at 18:11, Israel Ekpo wrote:
This was actually not a bug with the PHP code.
The error was in the instance XML document.
I just closed the bug.
That should probably be closed as "bogus", not "closed".
- David
smime.p7s
Description: S/MIME cryptographic signature
It's already on the list for PHP6:
http://wiki.php.net/summits/pdmnotesmay09 (see Day 2, PHP 6, #13).
No need to discuss this further, I think. You might also want to have
that bug closed, it's redundant.
- David
On 07.11.2009, at 12:42, melfar wrote:
Hello!
I have f
On 25.03.2010, at 22:05, Michael Maclean wrote:
Currently, DateTime objects aren't properly mapped to and from
xsd:datetime objects when sending them via ext/soap. David Zülke
wrote a patch to fix this, and filed it under bug 44383, and mailed
the list with it - http://article.gman
| 0 | 0 |
Thanks
David Murphy
http://thread.gmane.org/gmane.comp.php.devel/60563 and
http://thread.gmane.org/gmane.comp.php.devel/57369 ;)
On 12.05.2010, at 22:23, Mathias Grimm wrote:
> What is the correct todo list ?
> I want to help us but a need to see the todo list to select my work!
>
> Any sugestion to start?
>
> -
(EFnet).
>
> Stuff takes time, especially during conference season :)
>
> Be sure to read read the mailinglist rules too:
> http://no.php.net/reST/php-src/README.MAILINGLIST_RULES
>
> -Hannes
>
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e
> you can't use expressions, and you can use the define method, where you can
> use expressions.
> and you can combine them:
>
> define("NOW", time());
> var_dump(NOW);
> const BAR = NOW;
> var_dump(BAR);
> class baz{
> const BAR = NOW;
> }
>
.
> Oops. That doesn't work as I expect it to!
That's because you're doing it wrong:
error_reporting(E_NONE | E_ERROR);
- David
smime.p7s
Description: S/MIME cryptographic signature
2010/11/27 Johannes Schlüter :
> Without T_FUNCTION token. In my opinion an access modifier /public,
> private protected, static, final) should still be required for keeping
> readability.
As a plea on behalf of maintenance coders dealing with large, messy
codebases, please, please don't impact o
2010/11/28 Dallas Gutauckis :
> I understand the concern from above, but I don't agree with it
> fundamentally. The kind of practice suggested by this search mechanic tells
> me that either there is lack of or little documentation, and lack of or
> little understanding of the codebase in which the
nflicts in a similar fashion? I can't remember if it's
already been suggested and and maybe shot down already. It would
probably get horrendously messy, but figured I'd mention it anyway.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
en/reserved.classes.php
'parent' also works as a method name for the same reason.
'static' does not work, as it's a keyword.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
AIL! Oh noes, something went wrong!';
// do whatever else you need to do before quitting
}
});
Cheers,
David
On 08/03/11 22:39, Pierre Joye wrote:
> hi,
>
> is not the goal of this setting to prevent that a script runs longer
> than a given time? A catchable error will pr
Hmm, I think I worded that poorly.
A function registered with register_shutdown_function does execute when
the max_execution_time is exceeded.
What it doesn't let you do is to recover in the same way an error
handler would let you.
David
On 09/03/11 22:56, Hannes Landeholm wrote:
>
d wiki rfc:
http://webcache.googleusercontent.com/search?q=cache:jKrV2u7jeokJ:wiki.php.net/rfc/ifsetor+php+ifsetor+patch&cd=1&hl=en&ct=clnk&gl=us&client=firefox-a&source=www.google.com
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Sorry Ben, but I think extending the @ operator to
prevent errors from being generated in the first place is a terrible
idea. I would prefer to see @ removed from PHP if possible.
I like Rune's proposal, although I'd prefer ?= for the assignment
operator instead of ??=
I would also want this to work with objects and scalars. It would be
particularly useful within view scripts where the values are passed in
via extract, or as object properties, and you can't instantiate them
first because that would clear them.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ut I wanted to run it by
Hans-Peter and Stas again in case they want to discuss this.
David
smime.p7s
Description: S/MIME cryptographic signature
I'm not sure if this is needed when there are already solutions for this.
eg, syslog, error_log, or other userland solutions like Zend_Log,
sfLogger, etc.
Cheers,
David
On 19/04/11 23:44, Michael Morris wrote:
> Pardon me for following up my own post, but there is room for a range of
>
;], $defaults['foo'],
> 42) for years, and I think that style is far more in keeping with the
> PHP ethos, and far more readily understandable than this suggested new
> syntax.
>
> If I've missed some argument against this then please correct me.
>
> Regards,
>
&
7;s a
> pretty compelling reason, though. It's hard to know how to phase it out
> "non-invasively", too.
>
> Ben.
>
>
Why not just deprecate it, and throw a E_STRICT warning? That's how
we're dealing with all other future BC breaks.
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t more stupid than simple, but
that's my personal opinion). I guess that's why it, by default, inherits the
parent namespace.
David
On 27.04.2011, at 01:23, Tom Samplonius wrote:
>
> It is not possible to use SimpleXML to add a child element without a
> namespace prefix
method you use.
Again, xmlns="" puts an element in no namespace. That already works in
SimpleXML. There is no issue here that needs fixing.
David
smime.p7s
Description: S/MIME cryptographic signature
refix (that is *not* what elementFormDefault in an
XML is for), and it's not necessary, because the prefix doesn't matter. The
reason why namespace prefixes exist is that they make things more readable for
humans, and they decrease the file size.
David
smime.p7s
Description: S/MIME cryptographic signature
ourselves if someone
> else already is.
There's a Drupal extension that does something like this, but in reverse:
http://drupal.org/project/drupal_php_ext
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
discussion.
Getting back to the RFC: I think it's problematic to have two separate syntaxes
for the key/value separator. For consistency's sake, I'd rather just have "=>"
but not ":". Just my $0.02.
David
On 02.06.2011, at 00:09, John Crenshaw wrote:
&
UTF-8.
What if I do this, in a latin1 encoded file:
$x = {foo: "ä", bar: "\u0123"}
Should that then give mixed encodings? The "ä" in foo in latin1 and the stuff
in bar in UTF-8?
And what if I do:
$x = {foo: "ä\u0123"}
I'll either end up with an inval
e LTS release lifetime is similar to the current y release
(x.y.z) then maybe it won't be so bad as it would grant earlier and
stable access to new features for those who have control over their php
installs, while retain a more long term supported release that hosts
would be happy with.
Cheers,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
r I'm willing to make a compromise and move forward rather than stalling.
Consider this my official +1 for [key => value]
--
David Coallier
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
;}
Should that then give mixed encodings? The "ä" in foo in latin1 and the stuff
in bar in UTF-8?
And what if I do:
$x = {foo: "ä\u0123"}
I'll either end up with an invalid UTF-8 sequence, or with latin1 character
soup.
David
On 02.06.2011, at 18:04, Martin Scott
roblem is now?
If someone does this in a latin1-encoded file:
Then that is valid as a PHP array (as it's a latin1 "ä", so \xE4), but cannot
be consumed by PHP's json_decode(). And that would be terribly inconsistent
behavior.
David
On 02.06.2011, at 22:15, Andrei Zmievs
n the node.
Yes, but that's in line with the W3C DOM spec!
David
smime.p7s
Description: S/MIME cryptographic signature
parser, which might then struggle depending on the encoding of the file.
David
P.S. I guess that also answers Andrei's question regarding whether or not I
understood what a parser was or w/e :)
On 04.06.2011, at 02:43, John Crenshaw wrote:
> This is a moot point. You wouldn't s
ere it would be interchangeable with JS code or be evaluated
as JSON by other JSON parsers) - namely the problem that you could produce *PHP
code*, that, with some mingling and stripping, *PHP's own json_decode() could
not process*.
Perhaps I should have made that more clear, sorry.
David
On
401 - 500 of 1503 matches
Mail list logo
