<?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: A more efficient Movable Type with&#160;PHP</title>
	<atom:link href="http://www.magpiebrain.com/blog/2004/04/22/a-more-efficient-movable-type-with-php/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.magpiebrain.com/blog/2004/04/22/a-more-efficient-movable-type-with-php/</link>
	<description>Sam Newman's blog</description>
	<pubDate>Wed, 15 Oct 2008 19:56:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Sam Newman</title>
		<link>http://www.magpiebrain.com/blog/2004/04/22/a-more-efficient-movable-type-with-php/#comment-342</link>
		<dc:creator>Sam Newman</dc:creator>
		<pubDate>Fri, 07 May 2004 09:12:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/2004/04/22/a-more-efficient-movable-type-with-php/#comment-342</guid>
		<description>There is certainly no problem using PHP in MovableType. MT ignores PHP and leaves it untouched. I did have some problems getting all of my pages to find the sidebar.inc file - I had to add a new search path to include_path like so:

==
php_value include_path '.:/usr/local/php-4.3.4/lib/php:/path/to/my/sidebar.inc'
==
</description>
		<content:encoded><![CDATA[<p>There is certainly no problem using <acronym title="Hypertext PreProcessing">PHP</acronym> in MovableType. MT ignores <acronym title="Hypertext PreProcessing">PHP</acronym> and leaves it untouched. I did have some problems getting all of my pages to find the sidebar.inc file &#8211; I had to add a new search path to include_path like so:</p>
<p>
<acronym title="Hypertext PreProcessing">PHP</acronym>&#95;value include&#95;path '.:/usr/local/php&#45;4.3.4/lib/php:/path/to/my/sidebar.inc'</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rob</title>
		<link>http://www.magpiebrain.com/blog/2004/04/22/a-more-efficient-movable-type-with-php/#comment-341</link>
		<dc:creator>rob</dc:creator>
		<pubDate>Fri, 07 May 2004 00:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/2004/04/22/a-more-efficient-movable-type-with-php/#comment-341</guid>
		<description>interesting, because when I tried to use php require in my index template a week or so ago, it created an error (which exactly, i cannot remember) (and yes it was being saved as a php file)

Guess i'll try again - at least i know now that someone else has found success with it.</description>
		<content:encoded><![CDATA[<p>interesting, because when I tried to use <acronym title="Hypertext PreProcessing">PHP</acronym> require in my index template a week or so ago, it created an error (which exactly, i cannot remember) (and yes it was being saved as a <acronym title="Hypertext PreProcessing">PHP</acronym> file)</p>
<p>Guess i&#8217;ll try again &#8211; at least i know now that someone else has found success with it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Newman</title>
		<link>http://www.magpiebrain.com/blog/2004/04/22/a-more-efficient-movable-type-with-php/#comment-340</link>
		<dc:creator>Sam Newman</dc:creator>
		<pubDate>Thu, 22 Apr 2004 16:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/2004/04/22/a-more-efficient-movable-type-with-php/#comment-340</guid>
		<description>Nope - you see MT builds the sidebar once, and creates a sidebar.inc file. PHP does get invoked per page request to include sidebar.inc, but its farily good at that sort of thing. So on the one hand you have longer rebuild times and more polling of sites like bloglines (to the extent that the guy who runs del.icio.us said "Please stop!"), on the other hand you have much shorter rebuild times but with a slight hit on each page request.

I'd hope that Apache/PHP would be smart enough to know when it can cache the pages in question (if sidebar.inc hasn't changed for example). If this caching is good, then it should be nearly as efficient as returning a ststic page.</description>
		<content:encoded><![CDATA[<p>Nope &#8211; you see MT builds the sidebar once, and creates a sidebar.inc file. <acronym title="Hypertext PreProcessing">PHP</acronym> does get invoked per page request to include sidebar.inc, but its farily good at that sort of thing. So on the one hand you have longer rebuild times and more polling of sites like bloglines (to the extent that the guy who runs del.icio.us said &#8220;Please stop!&#8221;), on the other hand you have much shorter rebuild times but with a slight hit on each page request.</p>
<p>I&#8217;d hope that Apache/PHP would be smart enough to know when it can cache the pages in question (if sidebar.inc hasn&#8217;t changed for example). If this caching is good, then it should be nearly as efficient as returning a ststic page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Brunning</title>
		<link>http://www.magpiebrain.com/blog/2004/04/22/a-more-efficient-movable-type-with-php/#comment-339</link>
		<dc:creator>Simon Brunning</dc:creator>
		<pubDate>Thu, 22 Apr 2004 15:35:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/2004/04/22/a-more-efficient-movable-type-with-php/#comment-339</guid>
		<description>Doesn't this mean that work needs to be done every time anyone *reads* your pages, as opposed to every time you change them? Surely this is *more* work?

Depending, that is, on how often your pages get read. ;-)</description>
		<content:encoded><![CDATA[<p>Doesn&#8217;t this mean that work needs to be done every time anyone <strong>reads</strong> your pages, as opposed to every time you change them? Surely this is <strong>more</strong> work?</p>
<p>Depending, that is, on how often your pages get read. ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
