<?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 for spudly.shuoink.com</title>
	<atom:link href="http://spudly.shuoink.com/comments/feed/rss2/" rel="self" type="application/rss+xml" />
	<link>http://spudly.shuoink.com</link>
	<description>the best way to predict the future is to implement it</description>
	<pubDate>Sun, 18 May 2008 07:57:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Using the XML DOM Without Writing 15,0000 Lines of Code by Serkan Karaarslan</title>
		<link>http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-61</link>
		<dc:creator>Serkan Karaarslan</dc:creator>
		<pubDate>Tue, 13 May 2008 21:40:16 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-61</guid>
		<description>i'm really impressed, nice code excerpt and usefull.</description>
		<content:encoded><![CDATA[<p>i&#8217;m really impressed, nice code excerpt and usefull.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on my version of the popular addEvent() by royalbee</title>
		<link>http://spudly.shuoink.com/2007/12/08/my-version-of-the-popular-addevent/#comment-60</link>
		<dc:creator>royalbee</dc:creator>
		<pubDate>Fri, 02 May 2008 05:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2007/12/08/my-version-of-the-popular-addevent/#comment-60</guid>
		<description>nice

line 20 - you have "===" probably meant "=="</description>
		<content:encoded><![CDATA[<p>nice</p>
<p>line 20 - you have &#8220;===&#8221; probably meant &#8220;==&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP Error Log Parser by Tyson</title>
		<link>http://spudly.shuoink.com/2008/02/17/php-error-log-parser/#comment-59</link>
		<dc:creator>Tyson</dc:creator>
		<pubDate>Thu, 01 May 2008 21:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/17/php-error-log-parser/#comment-59</guid>
		<description>Thanks, that did it!</description>
		<content:encoded><![CDATA[<p>Thanks, that did it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP Error Log Parser by spudly</title>
		<link>http://spudly.shuoink.com/2008/02/17/php-error-log-parser/#comment-58</link>
		<dc:creator>spudly</dc:creator>
		<pubDate>Thu, 01 May 2008 01:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/17/php-error-log-parser/#comment-58</guid>
		<description>try changing the code on line 132 of errors.php from
&lt;pre&gt;$script = isset($script) ? trim( $script[1] ) : null;&lt;/pre&gt;
to
&lt;pre&gt;$script = (isset($script) &#038;&#038; count($script) &gt; 1) ? trim( $script[1] ) : null;&lt;/pre&gt;

Let me know if that works.</description>
		<content:encoded><![CDATA[<p>try changing the code on line 132 of errors.php from</p>
<pre>$script = isset($script) ? trim( $script[1] ) : null;</pre>
<p>to</p>
<pre>$script = (isset($script) &#038;&#038; count($script) > 1) ? trim( $script[1] ) : null;</pre>
<p>Let me know if that works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP Error Log Parser by Tyson</title>
		<link>http://spudly.shuoink.com/2008/02/17/php-error-log-parser/#comment-57</link>
		<dc:creator>Tyson</dc:creator>
		<pubDate>Wed, 30 Apr 2008 23:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/17/php-error-log-parser/#comment-57</guid>
		<description>That is an awesome tool.  But I keep getting " Undefined offset: 1  /srv/www/html/errors/errors.php, line 132" errors populating my error log.  Any thoughts on how I can resolve this?  Other than changing how my site does error reporting?</description>
		<content:encoded><![CDATA[<p>That is an awesome tool.  But I keep getting &#8221; Undefined offset: 1  /srv/www/html/errors/errors.php, line 132&#8243; errors populating my error log.  Any thoughts on how I can resolve this?  Other than changing how my site does error reporting?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on my version of the popular addEvent() by Floroskop</title>
		<link>http://spudly.shuoink.com/2007/12/08/my-version-of-the-popular-addevent/#comment-55</link>
		<dc:creator>Floroskop</dc:creator>
		<pubDate>Tue, 18 Mar 2008 10:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2007/12/08/my-version-of-the-popular-addevent/#comment-55</guid>
		<description>Hello! 
I think this try.</description>
		<content:encoded><![CDATA[<p>Hello!<br />
I think this try.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP Template Engine by Rasmus Schultz</title>
		<link>http://spudly.shuoink.com/2008/02/09/php-template-engine/#comment-49</link>
		<dc:creator>Rasmus Schultz</dc:creator>
		<pubDate>Thu, 13 Mar 2008 16:44:15 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/09/php-template-engine/#comment-49</guid>
		<description>I mostly agree with those four arguments, however, I went ahead and wrote my own template engine, which might interest you:

http://outline.mindplay.dk

#1. It borrows from PHP syntax, so you don't have to learn another entire language. Most of the syntax is largely identical to PHP syntax, but without all the brackets and paranthesis, so it's faster to type and easier to read.

#2. PHP is in deed a template engine - the {$var} syntax is just more legible and faster to type.

#3. Your solution IS faster, but not by much - my engine is around 200 lines of code, which is all that's loaded, if your template has already previously been compiled. The total footprint of my engine is less 1000 lines of code. The compiled template output looks almost identical to your handwritten templates (which is what I used to use myself...)

#4. My template engine gives you direct access to all PHP functions, operators, classes, etc.

This engine is also not secure, but in my case, this is also not an issue.

I just wanted the convenience and legibility of a template engine whose syntax is optimized for layout logic - PHP's syntax is more suitable for business logic.

That's just my opinion, of course, but my engine has saved me lots of time already, my templates are more legible than my old pure PHP templates, and the performance hit is theoretical, at worst. It also includes a hierachical caching engine, which, if you apply it correctly, can make some pages even faster than straight-up PHP!</description>
		<content:encoded><![CDATA[<p>I mostly agree with those four arguments, however, I went ahead and wrote my own template engine, which might interest you:</p>
<p><a href="http://outline.mindplay.dk" rel="nofollow">http://outline.mindplay.dk</a></p>
<p>#1. It borrows from PHP syntax, so you don&#8217;t have to learn another entire language. Most of the syntax is largely identical to PHP syntax, but without all the brackets and paranthesis, so it&#8217;s faster to type and easier to read.</p>
<p>#2. PHP is in deed a template engine - the {$var} syntax is just more legible and faster to type.</p>
<p>#3. Your solution IS faster, but not by much - my engine is around 200 lines of code, which is all that&#8217;s loaded, if your template has already previously been compiled. The total footprint of my engine is less 1000 lines of code. The compiled template output looks almost identical to your handwritten templates (which is what I used to use myself&#8230;)</p>
<p>#4. My template engine gives you direct access to all PHP functions, operators, classes, etc.</p>
<p>This engine is also not secure, but in my case, this is also not an issue.</p>
<p>I just wanted the convenience and legibility of a template engine whose syntax is optimized for layout logic - PHP&#8217;s syntax is more suitable for business logic.</p>
<p>That&#8217;s just my opinion, of course, but my engine has saved me lots of time already, my templates are more legible than my old pure PHP templates, and the performance hit is theoretical, at worst. It also includes a hierachical caching engine, which, if you apply it correctly, can make some pages even faster than straight-up PHP!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using the XML DOM Without Writing 15,0000 Lines of Code by Jim</title>
		<link>http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-47</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Mon, 03 Mar 2008 14:53:36 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-47</guid>
		<description>IRT Tables, just remember that IE and Fx vary between each other, and with themselves between raw HTML and DOM building, when it comes to the requirements for thead, tbody, and tfoot elements.  It is ALWAYS safe, however, to ENSURE all TRs are within one of those blocks.  So while this adds complication to your simple logic, you could look to see if the TR currently being built is inside one of them or not and put it there if it isn't (I would default them to tbody myself).</description>
		<content:encoded><![CDATA[<p>IRT Tables, just remember that IE and Fx vary between each other, and with themselves between raw HTML and DOM building, when it comes to the requirements for thead, tbody, and tfoot elements.  It is ALWAYS safe, however, to ENSURE all TRs are within one of those blocks.  So while this adds complication to your simple logic, you could look to see if the TR currently being built is inside one of them or not and put it there if it isn&#8217;t (I would default them to tbody myself).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using the XML DOM Without Writing 15,0000 Lines of Code by krypton</title>
		<link>http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-46</link>
		<dc:creator>krypton</dc:creator>
		<pubDate>Mon, 03 Mar 2008 10:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-46</guid>
		<description>Good work! Still share the opinion of Jim, it seems to me very clean and organized at the level of semantics, but not write less code. But still saves work. It continues the good work.</description>
		<content:encoded><![CDATA[<p>Good work! Still share the opinion of Jim, it seems to me very clean and organized at the level of semantics, but not write less code. But still saves work. It continues the good work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using the XML DOM Without Writing 15,0000 Lines of Code by createElements() una función para ahorrarte mucho código &#124; aNieto2K</title>
		<link>http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-45</link>
		<dc:creator>createElements() una función para ahorrarte mucho código &#124; aNieto2K</dc:creator>
		<pubDate>Mon, 03 Mar 2008 08:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://spudly.shuoink.com/2008/02/20/using-the-xml-dom-without-writing-150000-lines-of-code/#comment-45</guid>
		<description>[...] especial empeño en mejorar este punto ya que es algo que cada vez más usamos en nuestros scripts. createElements() es una función que facilita esta tarea sin necesidad de depender de un framework, 30 líneas que [...]</description>
		<content:encoded><![CDATA[<p>[...] especial empeño en mejorar este punto ya que es algo que cada vez más usamos en nuestros scripts. createElements() es una función que facilita esta tarea sin necesidad de depender de un framework, 30 líneas que [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
