<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Rephlux and PHP memory usage with a PEAR surpise</title>
	<atom:link href="http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/</link>
	<description>PHP Programming, Web Development, PHP Advocacy and PHP Best Practices.</description>
	<lastBuildDate>Thu, 02 Sep 2010 05:14:22 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: SitePoint Blogs &#187; Simple Test Remote Testing</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-16383</link>
		<dc:creator>SitePoint Blogs &#187; Simple Test Remote Testing</dc:creator>
		<pubDate>Tue, 25 Apr 2006 00:00:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-16383</guid>
		<description>[...] For reasons explained by Jeff here, we&#8217;ve been looking for ways to run WACT&#8217;s test suite in a way that won&#8217;t run into PHP&#8217;s memory limit and the obvious solution is execute the tests in smaller groups over the network, meaning Apache will create a new child for each group, each child having a fresh chunk of memory to gobble up. [...]</description>
		<content:encoded><![CDATA[<p>[...] For reasons explained by Jeff here, we&#8217;ve been looking for ways to run WACT&#8217;s test suite in a way that won&#8217;t run into PHP&#8217;s memory limit and the obvious solution is execute the tests in smaller groups over the network, meaning Apache will create a new child for each group, each child having a fresh chunk of memory to gobble up. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bharris</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-140</link>
		<dc:creator>bharris</dc:creator>
		<pubDate>Mon, 09 Aug 2004 03:36:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-140</guid>
		<description>Jeff...thanks for the &#039;memory check hack&#039;. I needed something to make memory usage measurements. Your &#039;roll-your-own&#039; check was very handy indeed.</description>
		<content:encoded><![CDATA[<p>Jeff&#8230;thanks for the &#8216;memory check hack&#8217;. I needed something to make memory usage measurements. Your &#8216;roll-your-own&#8217; check was very handy indeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jimmy</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-82</link>
		<dc:creator>Jimmy</dc:creator>
		<pubDate>Mon, 28 Jun 2004 16:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-82</guid>
		<description>In the CVS it works fine, its just that in the earlier version people were having problems with it.

But either way, nice!</description>
		<content:encoded><![CDATA[<p>In the CVS it works fine, its just that in the earlier version people were having problems with it.</p>
<p>But either way, nice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-77</link>
		<dc:creator>Lukas</dc:creator>
		<pubDate>Mon, 21 Jun 2004 15:45:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-77</guid>
		<description>this issue is fixed in CVS</description>
		<content:encoded><![CDATA[<p>this issue is fixed in CVS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Moore</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-55</link>
		<dc:creator>Jeff Moore</dc:creator>
		<pubDate>Fri, 28 May 2004 15:39:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-55</guid>
		<description>Very nice, Harry!  :)</description>
		<content:encoded><![CDATA[<p>Very nice, Harry!  <img src='http://www.procata.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harry Fuecks</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-54</link>
		<dc:creator>Harry Fuecks</dc:creator>
		<pubDate>Fri, 28 May 2004 14:26:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-54</guid>
		<description>HTMLSax 3.0.0 is out and PEAR.php is gone (apart from some lazy includes on errors that WACT will never encounter) - updated WACT for the (slightly modified) API. Best make sure you have the latest.</description>
		<content:encoded><![CDATA[<p>HTMLSax 3.0.0 is out and PEAR.php is gone (apart from some lazy includes on errors that WACT will never encounter) &#8211; updated WACT for the (slightly modified) API. Best make sure you have the latest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harry Fuecks</title>
		<link>http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-52</link>
		<dc:creator>Harry Fuecks</dc:creator>
		<pubDate>Fri, 28 May 2004 09:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/05/27/rephlux-and-php-memory-usage/#comment-52</guid>
		<description>Nice discovery ;)

Just started sorting out HTMLSax BTW - it&#039;s now under PHP&#039;s CVS &lt;a href=&quot;http://cvs.php.net/cvs.php/pear/XML_HTMLSax&quot;&gt;here&lt;/a&gt; and have already elimated the PEAR dependancy &lt;a href=&quot;http://cvs.php.net/co.php/pear/XML_HTMLSax/HTMLSax.php?r=1.5&gt;here&lt;/a&gt;. Was considering messing around with ways to get it to looks for more of HTML&#039;s quirks but having read this, think a quicker release is in order.

Have worked out what was causing the critical bug with Word generated HTML as well. The problem is explained in &lt;a href=&quot;http://cvs.php.net/co.php/pear/XML_HTMLSax/docs/examples/WordDoc.php?r=1.1&quot;&gt;this example&lt;/a&gt; - basically my fault for making assumptions about comment syntax - Word generates bizarre stuff like: &lt;![endif]--&gt;</description>
		<content:encoded><![CDATA[<p>Nice discovery <img src='http://www.procata.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Just started sorting out HTMLSax BTW &#8211; it&#8217;s now under PHP&#8217;s CVS <a href="http://cvs.php.net/cvs.php/pear/XML_HTMLSax">here</a> and have already elimated the PEAR dependancy <a href="http://cvs.php.net/co.php/pear/XML_HTMLSax/HTMLSax.php?r=1.5>here</a>. Was considering messing around with ways to get it to looks for more of HTML&#8217;s quirks but having read this, think a quicker release is in order.</p>
<p>Have worked out what was causing the critical bug with Word generated HTML as well. The problem is explained in <a href="http://cvs.php.net/co.php/pear/XML_HTMLSax/docs/examples/WordDoc.php?r=1.1">this example</a> &#8211; basically my fault for making assumptions about comment syntax &#8211; Word generates bizarre stuff like: &lt;![endif]&#8211;&gt;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
