<?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: PHP DNS Daemon</title>
	<atom:link href="http://blog.magicaltux.net/2009/02/16/php-dns-daemon/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/</link>
	<description>Geekness brought me to Japan!</description>
	<lastBuildDate>Sat, 24 Jul 2010 02:41:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: David</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-3036</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 28 Jun 2010 08:11:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-3036</guid>
		<description>You&#039;re crazy, but I like it.</description>
		<content:encoded><![CDATA[<p>You&#8217;re crazy, but I like it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PHP can do anything, what about some ssh? &#171; MagicalTux in Japan</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-2966</link>
		<dc:creator>PHP can do anything, what about some ssh? &#171; MagicalTux in Japan</dc:creator>
		<pubDate>Sun, 27 Jun 2010 07:06:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-2966</guid>
		<description>[...] }); }Last time I already tried to prove PHP can do anything when it comes to network protocols by implementing a DNS server. This time I&#8217;m doing it again with an implementation of the SSH2 [...]</description>
		<content:encoded><![CDATA[<p>[...] }); }Last time I already tried to prove PHP can do anything when it comes to network protocols by implementing a DNS server. This time I&#8217;m doing it again with an implementation of the SSH2 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Codeslinger at Compsalot</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1459</link>
		<dc:creator>Codeslinger at Compsalot</dc:creator>
		<pubDate>Sat, 28 Feb 2009 16:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1459</guid>
		<description>&quot;Who cares how long it takes the program to run as long as it runs fast enough to get the job done?&quot;

oh by the way, I don&#039;t want to give a wrong impression about the speed of php.  Yes it is true that in a head to head race well written c will run faster than the equivalent php.  But there is more to the story than that because how you approach the problem will have a huge affect on what the overall speed will be, as does the computer that it runs on.  

In this specific case, I replaced a many years old (but no slouch) computer with a newer/faster one, and I replaced a &quot;big name&quot; email system written in c with a custom made program written in php.  And I was pleasantly surprised that in the one place where it counted most, sending/receiving a message from/to a client email program.  My php program was noticeably faster.  Enough faster that end-users commented on it.

Now how much of that speed difference is because of the newer/faster computer, and how much of that speed difference is because the c program tried to be all things to all people and my php program was specialized in doing only one job and doing it well.  I can not say what the cause of the difference is.

All I can tell you is that in this specific instance, the php program was measurably faster than the c program that it replaced.  So it is not valid to assume that the c program will always be faster.  But more importantly is just the fact that for most needs, php is fast enough.

Codeslinger</description>
		<content:encoded><![CDATA[<p>&#8220;Who cares how long it takes the program to run as long as it runs fast enough to get the job done?&#8221;</p>
<p>oh by the way, I don&#8217;t want to give a wrong impression about the speed of php.  Yes it is true that in a head to head race well written c will run faster than the equivalent php.  But there is more to the story than that because how you approach the problem will have a huge affect on what the overall speed will be, as does the computer that it runs on.  </p>
<p>In this specific case, I replaced a many years old (but no slouch) computer with a newer/faster one, and I replaced a &#8220;big name&#8221; email system written in c with a custom made program written in php.  And I was pleasantly surprised that in the one place where it counted most, sending/receiving a message from/to a client email program.  My php program was noticeably faster.  Enough faster that end-users commented on it.</p>
<p>Now how much of that speed difference is because of the newer/faster computer, and how much of that speed difference is because the c program tried to be all things to all people and my php program was specialized in doing only one job and doing it well.  I can not say what the cause of the difference is.</p>
<p>All I can tell you is that in this specific instance, the php program was measurably faster than the c program that it replaced.  So it is not valid to assume that the c program will always be faster.  But more importantly is just the fact that for most needs, php is fast enough.</p>
<p>Codeslinger</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Codeslinger at Compsalot</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1458</link>
		<dc:creator>Codeslinger at Compsalot</dc:creator>
		<pubDate>Fri, 27 Feb 2009 19:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1458</guid>
		<description>Perhaps you are crazy &quot;like a fox&quot;.     People underestimate the value of programmer productivity.  You can already be finished writing your program in PHP while the c programmer is still declaring their header files.

Who cares how long it takes the program to run as long as it runs fast enough to get the job done?  Far more important are the inherent security benefits of PHP with regard to buffer overflows and other attacks.  It takes a lot of extra effort to make a c program secure against buffer overflows but PHP automatically and robustly provides that protection.

Slow and memory hogging??   I think not!   Fact is PHP has a very small memory footprint and although there may have been some versions in the past that did leak memory those problems are long gone, PHP is very reliable as a daemon.  If your program is leaking memory it&#039;s not PHP&#039;s fault.

I wrote an email server, POP3 and SMTP entirely in PHP.  I wrote it because it was time to replace the creaky old email system with something more up to date.  I spent two weeks looking at all the different email systems out there, reading the docs and especially the bug reports.  And even installed a couple of them.  And in the end I concluded that I could do a much better job than what was available, so I did.  

My PHP email server has been running in production 24/7 with hundreds of users for over six months and has processed half a million messages.   The only time it ever had a problem was when the maildir ran out of disk space... the problem was that my code to detect this was looking at the free space of the wrong disk/partition, oops....   but even that recovered gracefully.

So yes, daemons written in PHP are Fast Secure Reliable and programmer productivity is high.

I&#039;ve also written a web server in PHP.  But mine is not as full featured as the http://nanoweb.si.kz  project that I recently discovered.  I wrote my php web server to solve a specific problem for a specific need, but it turned out so well that I am thinking about replacing apache with it, the result should be higher performance and less memory use, due to the php framework only being loaded once instead of for each request, similar to how fastcgi works but with better integration.

Bottom line is that PHP is a wonderful and very capable language.
I am very interested in your DNS project, go for it!!!

Codeslinger</description>
		<content:encoded><![CDATA[<p>Perhaps you are crazy &#8220;like a fox&#8221;.     People underestimate the value of programmer productivity.  You can already be finished writing your program in PHP while the c programmer is still declaring their header files.</p>
<p>Who cares how long it takes the program to run as long as it runs fast enough to get the job done?  Far more important are the inherent security benefits of PHP with regard to buffer overflows and other attacks.  It takes a lot of extra effort to make a c program secure against buffer overflows but PHP automatically and robustly provides that protection.</p>
<p>Slow and memory hogging??   I think not!   Fact is PHP has a very small memory footprint and although there may have been some versions in the past that did leak memory those problems are long gone, PHP is very reliable as a daemon.  If your program is leaking memory it&#8217;s not PHP&#8217;s fault.</p>
<p>I wrote an email server, POP3 and SMTP entirely in PHP.  I wrote it because it was time to replace the creaky old email system with something more up to date.  I spent two weeks looking at all the different email systems out there, reading the docs and especially the bug reports.  And even installed a couple of them.  And in the end I concluded that I could do a much better job than what was available, so I did.  </p>
<p>My PHP email server has been running in production 24/7 with hundreds of users for over six months and has processed half a million messages.   The only time it ever had a problem was when the maildir ran out of disk space&#8230; the problem was that my code to detect this was looking at the free space of the wrong disk/partition, oops&#8230;.   but even that recovered gracefully.</p>
<p>So yes, daemons written in PHP are Fast Secure Reliable and programmer productivity is high.</p>
<p>I&#8217;ve also written a web server in PHP.  But mine is not as full featured as the <a href="http://nanoweb.si.kz" rel="nofollow">http://nanoweb.si.kz</a>  project that I recently discovered.  I wrote my php web server to solve a specific problem for a specific need, but it turned out so well that I am thinking about replacing apache with it, the result should be higher performance and less memory use, due to the php framework only being loaded once instead of for each request, similar to how fastcgi works but with better integration.</p>
<p>Bottom line is that PHP is a wonderful and very capable language.<br />
I am very interested in your DNS project, go for it!!!</p>
<p>Codeslinger</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Thompson</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1442</link>
		<dc:creator>Andrew Thompson</dc:creator>
		<pubDate>Sat, 21 Feb 2009 22:17:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1442</guid>
		<description>You&#039;re definitely crazy, but well done for giving it a go and getting it successful.

In my experience PHP isn&#039;t cut out for being a networking daemon.

a) It has way too many memory leaks. Unless you are managing your PHP processes, killing them every so often, you will have problems. There&#039;s a reason Apache kills its processes every 1000 or so requests.

b) Its too slow and memory hogging. I wrote a native php http client for spidering multiple websites, which although is fine for few connections, the c++ version I wrote was about 100 times faster taking a fraction of the memory usage, allowing many more connections at once.

Something such as this for a production website/hosting provider would just be too crazy.</description>
		<content:encoded><![CDATA[<p>You&#8217;re definitely crazy, but well done for giving it a go and getting it successful.</p>
<p>In my experience PHP isn&#8217;t cut out for being a networking daemon.</p>
<p>a) It has way too many memory leaks. Unless you are managing your PHP processes, killing them every so often, you will have problems. There&#8217;s a reason Apache kills its processes every 1000 or so requests.</p>
<p>b) Its too slow and memory hogging. I wrote a native php http client for spidering multiple websites, which although is fine for few connections, the c++ version I wrote was about 100 times faster taking a fraction of the memory usage, allowing many more connections at once.</p>
<p>Something such as this for a production website/hosting provider would just be too crazy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Precea World &#187; Blog Archive &#187; PInetd</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1440</link>
		<dc:creator>Precea World &#187; Blog Archive &#187; PInetd</dc:creator>
		<pubDate>Sat, 21 Feb 2009 00:08:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1440</guid>
		<description>[...] tiré du site : http://blog.magicaltux.net/2009/02/16/php-dns-daemon/  février 21st, 2009 in Non classé &#124; tags: daemon, DNS, PHP, PInetd, [...]</description>
		<content:encoded><![CDATA[<p>[...] tiré du site : http://blog.magicaltux.net/2009/02/16/php-dns-daemon/  février 21st, 2009 in Non classé | tags: daemon, DNS, PHP, PInetd, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My Heard Space &#187; Blog Archive &#187; Php DNS Daemon</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1439</link>
		<dc:creator>My Heard Space &#187; Blog Archive &#187; Php DNS Daemon</dc:creator>
		<pubDate>Fri, 20 Feb 2009 10:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1439</guid>
		<description>[...] the concept does work and It seems to get the job done. you can read more on this subject at PhP DNS Daemon . This makes you wonder how far you can push php, I guess sometimes all you need is imagination and [...]</description>
		<content:encoded><![CDATA[<p>[...] the concept does work and It seems to get the job done. you can read more on this subject at PhP DNS Daemon . This makes you wonder how far you can push php, I guess sometimes all you need is imagination and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DNS-Server auf der Basis von PHP im Leben des wolf-u.li</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1432</link>
		<dc:creator>DNS-Server auf der Basis von PHP im Leben des wolf-u.li</dc:creator>
		<pubDate>Thu, 19 Feb 2009 13:45:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1432</guid>
		<description>[...] einigen Tagen hatte ich einen Artikel von einem, meines Erachtens gleichzeitig verr&#252;ckten und genialen Programmierer gelesen, der [...]</description>
		<content:encoded><![CDATA[<p>[...] einigen Tagen hatte ich einen Artikel von einem, meines Erachtens gleichzeitig verr&#252;ckten und genialen Programmierer gelesen, der [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Your own DNSd daemon &#171; A Wonderful Life in a Magical Tux</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1430</link>
		<dc:creator>Your own DNSd daemon &#171; A Wonderful Life in a Magical Tux</dc:creator>
		<pubDate>Thu, 19 Feb 2009 09:26:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1430</guid>
		<description>[...] my initial announcement of a PHP DNS Daemon, and some performance tests, and since it has been widely reported over internet (Zend DevZone, and [...]</description>
		<content:encoded><![CDATA[<p>[...] my initial announcement of a PHP DNS Daemon, and some performance tests, and since it has been widely reported over internet (Zend DevZone, and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yvan</title>
		<link>http://blog.magicaltux.net/2009/02/16/php-dns-daemon/comment-page-1/#comment-1428</link>
		<dc:creator>Yvan</dc:creator>
		<pubDate>Thu, 19 Feb 2009 06:50:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.magicaltux.net/?p=233#comment-1428</guid>
		<description>I don&#039;t see the need for MySQL on slave servers with bind9. You just have to create slave zones in bind9, no? Then with the notifying system, your bind9 slaves will be updated almost instantly.

But great work anyway, PHP rules :-)</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see the need for MySQL on slave servers with bind9. You just have to create slave zones in bind9, no? Then with the notifying system, your bind9 slaves will be updated almost instantly.</p>
<p>But great work anyway, PHP rules <img src='http://blog.magicaltux.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
