Re: [PHP-DEV] The PHP Platform
Hi, Dietrich Ayala wrote: here's some reasons why XML in PHP does not compare favorably to XML in the MS platform: 1. None of the XML related extensions work together. SAX, XSLT, DOM, XML Schema are part of the same core in MSXML. There is incredible power and flexibility in that alone. Microsoft's libraries getting distributed in one SDK or DLL doesn't automatically make them better. But you are right that those libraries interoperate nicer because they were developed as part of the same project. If incredible power and flexibility is what you need to get your job done then stick with the domxml extension, which basically wraps the libxml2 and libxslt libraries and right now offers you DOM, XPath, XPointer and XSLT. SAX and DTD validation are available in the wrapped libraries but currently are not exposed to PHP. 2. None of the XML extensions beyond Expat are compiled by default. So to the hosted masses, or those without control over their server environment, these extensions may as well not even exist. (getting your hosting provider to add new extensions is a longshot. in my experience it rarely ever happens. even if it does, you have go through it all over again if you switch hosts) You obviously cannot make the language responsible for the decisions of hosting provider system administrators. Regards, Stefan Livieratos -- ICS Plus Internet Consulting + Services == Aeussere Brucker Str. 51 D-91058 Erlangen Germany == Tel: +49 9131 127733 Fax: +49 9131 127744 E-mail : [EMAIL PROTECTED] Web: http://www.icsplus.de == -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] The PHP Platform
Hi, Dave Mertens wrote: That all great. Almost every company (even google) has a SOAP interface. SOAP relies for a big part on XML. We (ISM, the company i work for) write e-commerce, b2c, b2b, extranet and portal systems. We have to connect several interface to the website. And SOAP makes that much easier. And i know that PHP can also writes console apps with forking, getopt, etc. What i really miss in PHP is a good XML parser. And because i've been working with the MS parser for 2 years now, i'm not completely nutral. But i must say that working with the MS parser is realy fun. Could you please elaborate a little bit more on this? What is not good about the PHP XML Parser (Expat) and why is the MSXML Parser superior to or more fun than the XML extensions of PHP (XML, XSLT, DOMXML)? The only difference I see featurewise is that MSXML offers XML Schema validation which is not yet supported by domxml (libxml2). Regards, Stefan Livieratos -- ICS Plus Internet Consulting + Services == Aeussere Brucker Str. 51 D-91058 Erlangen Germany == Tel: +49 9131 127733 Fax: +49 9131 127744 E-mail : [EMAIL PROTECTED] Web: http://www.icsplus.de == -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] call_user_*()
Sterling Hughes [EMAIL PROTECTED] schrieb im Newsbeitrag [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Whereas, replacing the call_user_func above with the following: call_user_func($name, array($param1)); Well, I thought that the function call_user_func_array() is supposed to be called this way. What good is it anyway? I suggest 'call_user_func_array' should be removed as it is not needed and also doesn't work with user functions that expect arguments by reference. Well it is needed... If you need to decide how many arguments to pass to a function at execution time then the call_user_func_array() function is critical. But you said that 'call_user_func' can be also called like this: call_user_func($function_name, array($arg1, arg2, arg3)); Where's the difference between call_user_func and call_user_func_array? Regards, Stefan Livieratos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] call_user_*()
Sterling Hughes [EMAIL PROTECTED] schrieb im Newsbeitrag
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Howdy all,
I've been going through the call_user_*() functions in
basic_functions.c and just a couple of notes/things I found odd.
1) With a aforementioned bug, thies was right, the following code
fails, but it shouldn't:
?php
function get_reference_as_arg($param)
{
var_dump($param);
}
$name = get_reference_as_arg;
$param1 = array(1, 2);
call_user_func($name, $param1);
?
Fails.
Whereas, replacing the call_user_func above with the following:
call_user_func($name, array($param1));
Well, I thought that the function call_user_func_array() is supposed to be
called this way. What good is it anyway? I suggest 'call_user_func_array'
should
be removed as it is not needed and also doesn't work with user functions
that
expect arguments by reference.
This script fails:
?php
function get_reference_as_arg($param)
{
var_dump($param);
}
$name = get_reference_as_arg;
$param1 = array(1, 2);
call_user_func_array($name, array($param1));
?
Regards,
Stefan Livieratos
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] builtin functions / constructs
Hi, "Cynic" [EMAIL PROTECTED] schrieb im Newsbeitrag [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Is there a way to get names of available "language constructs" in a PHP program? I mean, I don't think there's currently a way a PHP script can know if e. g. zend_version() is available (other than function_exists( 'zend_version' ), that is). Is something along get_builtin_constructs() possible? Take a look at get_defined_functions(), http://www.php.net/manual/en/function.get-defined-functions.php . Regards, Stefan -- Stefan Livieratos [EMAIL PROTECTED] http://www.ferry24.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
