Login 
 
 Pref   Your subscriptions   Home   Help 
dev@ml.mod-xslt2.com
mod-xslt2 - Development Mailing List
   
 
List info
 
 
 
Subscribe
 
 
Unsubscribe
 
 
Archive
 
 
Post
 



Advanced search
2004 01 02 03 04 05 06 07 08 09 10 11 12
2005 01 02 03 04 05 06 07 08 09 10 11 12
2006 01 02 03 04 05 06 07 08 09 10 11 12
2007 01 02 03 04 05 06 07 08 09 10 11 12
2008 01 02 03 04 05 06 07 08 09 10 11 12

  previous   Chronological   next       previous   Thread   next  

Re: [mod-xslt dev] About deeper integration with php... Alexander Belyaev
  • From: "Alexander Belyaev" <bav@xxxxxxxxxx>
  • To: <dev@xxxxxxxxxxxxxxxx>
  • Subject: Re: [mod-xslt dev] About deeper integration with php...
  • Date: Sun, 3 Oct 2004 09:56:53 +0400
  • References: <sympa.1096545493.25687.363@ml.mod-xslt2.com> <20041002093751.GA20884@commedia.it>
  • Reply-to: "Alexander Belyaev" <bav@xxxxxxxxxx>



  • > On Thu, Sep 30, 2004 at 01:58:30PM +0200, bav@xxxxxxxxxx wrote:
    > > May be good idea adding functions to php like
    > > set_result_document(resource #domdocument)
    > > set_result_stylesheet(string stylesheetfile)
    > I need to think a bit about this. This would introduce functions
    > in php to talk to mod_xslt, not quite easy to do, considered the
    > current architecture (right now, php and mod_xslt communicate
    > just thx to the apache api and some sort of ``pipe'').
    >

    Many "advanced" php web programmers would say "thank you" for this.
    Most goot template system is XSLT. We use xslt as template system 3 years
    and
    we have a strong problems - lack support for xslt in php4, domxml & xslt
    extensions
    typically ignored by hosters..

    > > and after all mod_xslt will apply stylesheet to "stylesheetfile" to
    resulting document...
    > >
    > > This algorithm can improve speed for us.
    > yes, since mod_xslt would directly use the xml tree, instead of having
    > to parse a whole new document.
    >
    > > (stylesheets are persistant upon apache requests and ca?hed in memory in
    your module, I am right?)
    > Not now. Right now, no cacheing is performed yet. It is going to be
    > introduced in a very short time in the apache2 multithreaded interfaces
    > and into the proxy sapi. This is due to problems in the libxml API to
    > store whole trees in a different (and shared among threads/processes)
    > memory area.
    >
    > Cheers,
    > Carlo
    >
    > --
    > GPG Fingerprint: 2383 7B14 4D08 53A4 2C1A CA29 9E98 5431 1A68 6975
    > -------------
    > "...[Linux's] capacity to talk via any medium except smoke signals."
    > (By Dr. Greg Wettstein, Roger Maris Cancer Center)


      Powered by Sympa