Re: PHP XSLT extension

From: Date: Sun, 25 Jun 2000 20:25:28 +0000
Subject: Re: PHP XSLT extension
References: 1 2  Groups: php.dev 
Request: Send a blank email to php-dev+get-22304@lists.php.net to get a copy of this message
-----Ursprüngliche Nachricht----- Von: James Byers <jbyers@valinux.com> An: <rubys@us.ibm.com> Cc: <php-dev@lists.php.net> Gesendet: Sonntag, 25. Juni 2000 22:07 Betreff: Re: [PHP-DEV] PHP XSLT extension > Sam, > > VA is in the process of building a content management / publishing > system based on XML/XSLT. We ran up against the same design question of how > to choose stylesheets for a particular request and decided to build this logic > in PHP-space. > For a given page, we aren't mandating all the output go through XSLT. > Some parts of our pages lend themselves very well to XSLT, namely the well- > cacheable, mostly-static sections. Other parts, however, don't need the > overhead of XSLT. For example, our page header is completely static except > for one 'Login: username - $5000 in your shopping cart' section. This part of > the page is going to be a straight PHP component. So, strict post-processing > of the entire request doesn't fit our model. We would benefit most from a > straight PHP interface to an XSLT processor called as: > > $result = xslt_munge($strXML, $strXSLT); with php_sablot (http://p4lib.hk-go.to/) this would read: $strResult=SablotProcessStringsSR($strStyleSheet,$strXMLInput); > We've tried TransforMiix, Sablotron, and both Java and C++ flavors > with varying degrees of success. At the moment, we're using Xalan-J. So far, > it has been the most stable and error-friendly of the bunch and supports XSLT > parameters correctly. It isn't as fast as the C++ parsers, but as we're caching > the final transformation result, this isn't a big deal. Where can I download TransforMiix? Regards, Stefan P.S.: Have you tried using domxml for creating xml documents in valence.php?

« previous php.dev (#22304) next »