On Wed, January 25, 2006 12:56 pm, Rob Sharp wrote: > You might be interested in some benchmarks for various parsers:
> http://xmlbench.sourceforge.net/results/benchmark/ > In the XSLT benchmarks, Expat+Sablotron appear considerably slower > than libxml + libxslt. YMMV. > > From memory, PHP is not as easy as some other languages to switch > engines, but the change may be worthwhile if you see a marked improvement > and/or you have someone to alter the code. thanks, Rob, appreciate the benchmarks... but, this is all somewhat above my head... (no need to agree...) when I 1st looked for xslt on php pages, it spoke of Sablotron: ----- This PHP extension provides a processor independent API to XSLT transformations. Currently this extension only supports the Sablotron library from the Ginger Alliance. Support is planned for other libraries, such as the Xalan library or the libxslt library. ----- so, when I found, and, even managed to activate Sablotron, I was quite pleased, if you know what I mean now, following your advice, I've searched some more, actually came across a server with *both* sablotron (like I have), as well as: --------------- domxml DOM/XML enabled DOM/XML API Version 20020815 libxml Version 20622 HTML Support enabled XPath Support enabled XPointer Support enabled DOM/XSLT enabled libxslt Version 1.1.15 libxslt compiled against libxml Version 2.6.22 DOM/EXSLT enabled libexslt Version 1.1.15 ----------------- which I guess is what you suggested but, to come back to my 'problem': I'm trying to install a third party supplied cms, with the xls being a pre-req, if to use your suggestion requires altering the cms code, than it's out of q, it's not going to happen if, on other hand, I can fit the other libraries, and, it will make existing code perform better, that might happen like I said, it's somewhat above... -- Voytek -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html