<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>All Marked Up &#187; php</title>
	<atom:link href="http://allmarkedup.com/journal/tag/php/feed/" rel="self" type="application/rss+xml" />
	<link>http://allmarkedup.com/journal</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Sun, 22 Aug 2010 15:33:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Twig</title>
		<link>http://allmarkedup.com/journal/2009/10/twig/</link>
		<comments>http://allmarkedup.com/journal/2009/10/twig/#comments</comments>
		<pubDate>Mon, 12 Oct 2009 12:46:43 +0000</pubDate>
		<dc:creator>Mark</dc:creator>
				<category><![CDATA[Links]]></category>
		<category><![CDATA[php]]></category>

		<guid isPermaLink="false">http://allmarkedup.com/journal/?p=348</guid>
		<description><![CDATA[Twig. New Django/Liquid style templating engine for PHP with an emphasis on speed, security and flexibility. I like the look of this a lot &#8211; although the extension process seems more convoluted than with Smarty.
]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.twig-project.org/">Twig</a>. New Django/Liquid style templating engine for PHP with an emphasis on speed, security and flexibility. I like the look of this a lot &#8211; although the extension process seems more convoluted than with Smarty.</p>
]]></content:encoded>
			<wfw:commentRss>http://allmarkedup.com/journal/2009/10/twig/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Memory issues with OOP PHP</title>
		<link>http://allmarkedup.com/journal/2008/09/memory-issues-with-oop-php/</link>
		<comments>http://allmarkedup.com/journal/2008/09/memory-issues-with-oop-php/#comments</comments>
		<pubDate>Thu, 18 Sep 2008 06:52:51 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Links]]></category>
		<category><![CDATA[php]]></category>

		<guid isPermaLink="false">http://allmarkedup.com/?p=127</guid>
		<description><![CDATA[It’s hard to imagine pushing the limits of object oriented PHP so far that your web servers choke, but the truth is those limits are reached faster than you think.]]></description>
			<content:encoded><![CDATA[<p>An <a href="http://particletree.com/notebook/object-oriented-php-memory-concerns/" title="Particletree  &raquo; Object Oriented PHP Memory Concerns">interesting article over at ParticleTree</a> on hitting PHP&#8217;s memory limit when instantiating a lot of objects</p>
<blockquote cite="http://particletree.com/notebook/object-oriented-php-memory-concerns/"><p>It’s hard to imagine pushing the limits of object oriented PHP so far that your web servers choke, but the truth is those limits are reached faster than you think. <cite>&mdash; Ryan Campbell</cite></p>
</blockquote>
<p>I&#8217;ve run into this problem a number of times myself, and always with regards to the example Ryan provides &#8211; a script that exports a large database table to a CSV. I didn&#8217;t realise that it was the object instantiation that was sucking up all the memory &#8211; although perhaps this seems obvious in retrospect.</p>
]]></content:encoded>
			<wfw:commentRss>http://allmarkedup.com/journal/2008/09/memory-issues-with-oop-php/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
