This is with simplexml_load_file(). Using an empty()
check instead of is_array() does the trick (though -
note to php hackers - I think is_array() SHOULD work).
John
--- Jochem Maas <[EMAIL PROTECTED]> wrote:
> John Smith wrote:
> > I'm trying to avoid error messages whil
I'm trying to avoid error messages while iterating
over DOM properties. e.g.
if(is_array($dom->stuff->props)) {
foreach($dom->stuff->props as $prop) {
...
}
}
It works without the is_array() check, but not with
it. I've done var_dumps and $dom->stuff->props is
indeed an array. I've also t
I'm validating an XML document against a schema using
PHP 5's DomDocument. Easy enough to use, however it
doesn't output the line numbers of errors in the XML
file! Anybody know if it's possible?
Thanks,
John
__
Do You Yahoo!?
Tired of spam? Yahoo!
How can I enable PHP5's native SOAP, without
presumably compiling PHP5 from source? I don't see an
extension for it in php.ini
John
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--
PHP Ge
What's the most accurate way to get the byte count of
some text? Is strlen() accurate with Unicode, ASCII,
etc.?
John
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--
PHP General Mailing
> Not at all. If enough decide to include some other encoding engine
> in PHP then Zend can happily withdraw all of their support from PHP,
> perhaps making a new product called zPHP or such, and the PHP camp is
> not controlled in any way. It seems a bit extreme and probably not
> worth it, but
> However, I think that an encoder
> should not be part of the default php distribution, because it would
> *force* people to use the encoder supplied
and
> Also, it would seem that PHP was endorsing one product over another, and
> such things are never good.
Yes. The problem that you are descr
> I was not saying or implying that Zend controls PHP alone. In practice
> they have the "knife and the cheese" in their hands, meaning currently
> PHP programs depend on Zend Engine to run. Maybe when somebody develops
> real PHP compilers things will be different.
I know that you were not implyi
> Anyway, I don't think Zend people will allow a competing extension be
> included in the core PHP distribution precisely because it compromises
> their business.
This is exactly the reason I started this thread by asking "Who controls
PHP?" ... Thanks for clearing this out.
> Either way, another
) built
in too.
"Eugene Lee" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Sat, Nov 15, 2003 at 07:52:28PM +0200, John Smith wrote:
> :
> : I have no connection to Turck MMcache in any way than just a user who
needs
> : it. But distributing software
> > I don't think there are other free encoders as this, so there wouldn't
> > even be a dispute over which to choose?
>
> Which one should be chosen? Doesn't it seem a bit ridiculous for the PHP
> development team to be picking a winner? Open source is all about choice,
> in my opinion.
>
> If I h
I think Zend even has their business model partly in the encoder software,
there must be some need for it. Don't you think so?
Granted, this would increase the size of the download by a hundred
kilobytes.
I have no connection to Turck MMcache in any way than just a user who needs
it. But distribu
Ok then, that's nice to hear.
How about then the idea of including a reasonably good compiler/encoder into
standard PHP distribution? For example Turck MMcache is one, gpl'd and comes
as a php/zend extension.
I don't think there are other free encoders as this, so there wouldn't even
be a dispute
Hi,
Please, can someone shed a little light on this subject: who controls PHP?
How much Zend has the power to say what goes into PHP and what not?
How much does the "community" actually have power?
For example, there are practical reasons why one should be concerned about
this: PHP doesn't have
14 matches
Mail list logo
