<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Modular caching with XSL and PHP</title>
	<atom:link href="http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/feed/" rel="self" type="application/rss+xml" />
	<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/</link>
	<description>So much time, and so little to do!</description>
	<pubDate>Thu, 28 Aug 2008 20:17:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Brittney</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-12</link>
		<dc:creator>Brittney</dc:creator>
		<pubDate>Sat, 23 Aug 2008 01:25:13 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-12</guid>
		<description>Well OK then. Hello!</description>
		<content:encoded><![CDATA[<p>Well OK then. Hello!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-11</link>
		<dc:creator>James</dc:creator>
		<pubDate>Fri, 22 Aug 2008 02:04:27 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-11</guid>
		<description>Why yes, I do :)</description>
		<content:encoded><![CDATA[<p>Why yes, I do <img src='http://girsbrain.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brittney</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-10</link>
		<dc:creator>Brittney</dc:creator>
		<pubDate>Thu, 21 Aug 2008 15:10:23 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-10</guid>
		<description>Hi James. I'm short and from high school, and played the alto sax. Do you remember me? :)</description>
		<content:encoded><![CDATA[<p>Hi James. I&#8217;m short and from high school, and played the alto sax. Do you remember me? <img src='http://girsbrain.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-9</link>
		<dc:creator>James</dc:creator>
		<pubDate>Sat, 24 May 2008 23:17:36 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-9</guid>
		<description>"that’s not the good way of dealing with XSL transformations. Consider search engines, mobile devices and other stuff like text browsers e.g. Lynx. It lacks accessibility."

I've only got it going on internal sites right now. If I ever put it on a public site, which I will be in the next 6 months, there will be some checks involved. That's another post down the road, though.</description>
		<content:encoded><![CDATA[<p>&#8220;that’s not the good way of dealing with XSL transformations. Consider search engines, mobile devices and other stuff like text browsers e.g. Lynx. It lacks accessibility.&#8221;</p>
<p>I&#8217;ve only got it going on internal sites right now. If I ever put it on a public site, which I will be in the next 6 months, there will be some checks involved. That&#8217;s another post down the road, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-8</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sat, 24 May 2008 16:07:41 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-8</guid>
		<description>"Since I send XML to the client and let their browser handle the rendering it’s even more useless." - that's not the good way of dealing with XSL transformations. Consider search engines, mobile devices and other stuff like text browsers e.g. Lynx. It lacks accessibility.

However, still thinking about caching static pages. It makes sense to me. Maybe I will find some examples in Java. 

Thanks for you opinion.</description>
		<content:encoded><![CDATA[<p>&#8220;Since I send XML to the client and let their browser handle the rendering it’s even more useless.&#8221; - that&#8217;s not the good way of dealing with XSL transformations. Consider search engines, mobile devices and other stuff like text browsers e.g. Lynx. It lacks accessibility.</p>
<p>However, still thinking about caching static pages. It makes sense to me. Maybe I will find some examples in Java. </p>
<p>Thanks for you opinion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-7</link>
		<dc:creator>James</dc:creator>
		<pubDate>Fri, 23 May 2008 21:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-7</guid>
		<description>The problem with caching nearly full (X)HTML output is it basically nulls out the advantages of using XSL. Since I send XML to the client and let their browser handle the rendering it's even more useless.

That's a good point on re-processing for forms, though. I haven't encountered a scenario where I needed to do that, but I'll work it out right now since I have the time. I'll edit my post with it.

&lt;strong&gt;Edit:&lt;/strong&gt; Thinking about it some, I don't really see it as an issue.

Take, for example, a search page: the search query would be passed in as an argument to run_action so each query would get it's own cache file.

If you're talking about, for example, a poll module on your site and you want to cache output until the user votes and then show them the results and cache that, then I would do it like this: create a "plugin" (or whatever your framework needs) so that the poll module is run independently of the action, &lt;em&gt;but&lt;/em&gt; handle caching in the same way. So you run_action("index") and then run_action("poll") and insert the poll XML into the action XML.</description>
		<content:encoded><![CDATA[<p>The problem with caching nearly full (X)HTML output is it basically nulls out the advantages of using XSL. Since I send XML to the client and let their browser handle the rendering it&#8217;s even more useless.</p>
<p>That&#8217;s a good point on re-processing for forms, though. I haven&#8217;t encountered a scenario where I needed to do that, but I&#8217;ll work it out right now since I have the time. I&#8217;ll edit my post with it.</p>
<p><strong>Edit:</strong> Thinking about it some, I don&#8217;t really see it as an issue.</p>
<p>Take, for example, a search page: the search query would be passed in as an argument to run_action so each query would get it&#8217;s own cache file.</p>
<p>If you&#8217;re talking about, for example, a poll module on your site and you want to cache output until the user votes and then show them the results and cache that, then I would do it like this: create a &#8220;plugin&#8221; (or whatever your framework needs) so that the poll module is run independently of the action, <em>but</em> handle caching in the same way. So you run_action(&#8221;index&#8221;) and then run_action(&#8221;poll&#8221;) and insert the poll XML into the action XML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://girsbrain.org/blog/2008/05/modular-caching-with-xsl-and-php/#comment-6</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Fri, 23 May 2008 21:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://girsbrain.org/blog/?p=5#comment-6</guid>
		<description>There is no problem with caching data as XML files... But caching IMHO should be done at later stage. I mean saving nearly full (X)HTML output in cache files. Only one thing bothers me with this solution. How to skip and re-process parts of code which should be dynamic e.g. forms (validation) or other user interaction parts of website.

Should be quiet complicated cause there are no released examples of live code on caching of XSLt in PHP.

If you got any ideas, I am ready to listen.</description>
		<content:encoded><![CDATA[<p>There is no problem with caching data as XML files&#8230; But caching IMHO should be done at later stage. I mean saving nearly full (X)HTML output in cache files. Only one thing bothers me with this solution. How to skip and re-process parts of code which should be dynamic e.g. forms (validation) or other user interaction parts of website.</p>
<p>Should be quiet complicated cause there are no released examples of live code on caching of XSLt in PHP.</p>
<p>If you got any ideas, I am ready to listen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
