<?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 for Eugeni&#039;s blog</title>
	<atom:link href="http://dodonov.net/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dodonov.net/blog</link>
	<description>One blog to rule them all. Kinda.</description>
	<lastBuildDate>Mon, 08 Mar 2010 08:43:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Cleaning dust on photos: or &#8220;In Gimp We Trust!&#8221; by Maggy</title>
		<link>http://dodonov.net/blog/2009/12/29/cleaning-dust-on-photos-or-in-gimp-we-trust/comment-page-1/#comment-17247</link>
		<dc:creator>Maggy</dc:creator>
		<pubDate>Mon, 08 Mar 2010 08:43:01 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=670#comment-17247</guid>
		<description>&lt;p&gt;Best way to prevent sensor dust:
-Always keep your camera body pointing down when exchanging lenses
-on Ebay you can buy special sticky stickers to stick inside your lens caps. You&#039;ll be surprised how much dust these collect.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Best way to prevent sensor dust:
-Always keep your camera body pointing down when exchanging lenses
-on Ebay you can buy special sticky stickers to stick inside your lens caps. You&#8217;ll be surprised how much dust these collect.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cleaning dust on photos: or &#8220;In Gimp We Trust!&#8221; by Maggy</title>
		<link>http://dodonov.net/blog/2009/12/29/cleaning-dust-on-photos-or-in-gimp-we-trust/comment-page-1/#comment-17246</link>
		<dc:creator>Maggy</dc:creator>
		<pubDate>Mon, 08 Mar 2010 08:37:58 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=670#comment-17246</guid>
		<description>&lt;p&gt;There&#039;s a script for linux/gimp users called dustcleaner, unfortunately no Windows binary. Another great way to remove dust blobs is built in the Gimp, the healing brush. It works much better and faster than the clone brush, once you understand what it does. It copies the texture from a selected spot to the spot you want to heal and copies colour from near the blob.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>There&#8217;s a script for linux/gimp users called dustcleaner, unfortunately no Windows binary. Another great way to remove dust blobs is built in the Gimp, the healing brush. It works much better and faster than the clone brush, once you understand what it does. It copies the texture from a selected spot to the spot you want to heal and copies colour from near the blob.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tomoyo GUI by Pawel Stolowski</title>
		<link>http://dodonov.net/blog/2009/07/06/tomoyo-gui/comment-page-1/#comment-17245</link>
		<dc:creator>Pawel Stolowski</dc:creator>
		<pubDate>Sun, 07 Mar 2010 17:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=473#comment-17245</guid>
		<description>&lt;p&gt;You don&#039;t need to check all the possible execution paths leading to specific daemon/executable - you just need an &#039;initialize_domain&#039; rule in exception_policy.conf. Just say &#039;initialize_domain /sbin/httpd&#039; and then all the rules applied to /sbin/httpd/ domain will take effect no matter how httpd was executed.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You don&#8217;t need to check all the possible execution paths leading to specific daemon/executable &#8211; you just need an &#8216;initialize_domain&#8217; rule in exception_policy.conf. Just say &#8216;initialize_domain /sbin/httpd&#8217; and then all the rules applied to /sbin/httpd/ domain will take effect no matter how httpd was executed.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by yoho</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17244</link>
		<dc:creator>yoho</dc:creator>
		<pubDate>Fri, 05 Mar 2010 10:21:34 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17244</guid>
		<description>&lt;p&gt;eugeni, would you be nice enough to have this fix released as an official update for 2010.0... :-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>eugeni, would you be nice enough to have this fix released as an official update for 2010.0&#8230; <img src='http://dodonov.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by eugeni</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17243</link>
		<dc:creator>eugeni</dc:creator>
		<pubDate>Tue, 02 Mar 2010 23:08:42 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17243</guid>
		<description>&lt;p&gt;@yoho indeed! Thanks for noticing!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@yoho indeed! Thanks for noticing!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by yoho</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17242</link>
		<dc:creator>yoho</dc:creator>
		<pubDate>Tue, 02 Mar 2010 01:58:27 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17242</guid>
		<description>&lt;p&gt;Eugeni, found a typo in one of your scripts in /usr/share/msec/scripts/*sh . For all these scripts, on line 9, you should have &quot;exit&quot; instead of &quot;return&quot;... I&#039;ve tried to launch one of them manually, and although I&#039;ve gotten the error message, the script continued to run because of this typo...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Eugeni, found a typo in one of your scripts in /usr/share/msec/scripts/*sh . For all these scripts, on line 9, you should have &#8220;exit&#8221; instead of &#8220;return&#8221;&#8230; I&#8217;ve tried to launch one of them manually, and although I&#8217;ve gotten the error message, the script continued to run because of this typo&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by aapgorilla</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17241</link>
		<dc:creator>aapgorilla</dc:creator>
		<pubDate>Mon, 01 Mar 2010 19:09:08 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17241</guid>
		<description>&lt;p&gt;&quot;I’d like to have a tray icon, but we already have many icons there by default, and a general consensus about it on cooker mailing list was “no way”&quot;&lt;/p&gt;

&lt;p&gt;The cooker ML is a rather conservative bunch of powerusers, ask on the forum and I believe you will get a very different answer.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&#8220;I’d like to have a tray icon, but we already have many icons there by default, and a general consensus about it on cooker mailing list was “no way”&#8221;</p>

<p>The cooker ML is a rather conservative bunch of powerusers, ask on the forum and I believe you will get a very different answer.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by Grmblmbl</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17240</link>
		<dc:creator>Grmblmbl</dc:creator>
		<pubDate>Mon, 01 Mar 2010 16:37:08 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17240</guid>
		<description>&lt;p&gt;I don&#039;t see the use of the number of firewall rules...  A summary could tell us about common ports like SSH, HTTP... enabled/disabled&lt;/p&gt;

&lt;p&gt;Update summary could tell if new updates are available.&lt;/p&gt;

&lt;p&gt;As for the icon, you could mix it with mdkapplet one, see https://qa.mandriva.com/show_bug.cgi?id=57016&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see the use of the number of firewall rules&#8230;  A summary could tell us about common ports like SSH, HTTP&#8230; enabled/disabled</p>

<p>Update summary could tell if new updates are available.</p>

<p>As for the icon, you could mix it with mdkapplet one, see <a href="https://qa.mandriva.com/show_bug.cgi?id=57016" rel="nofollow" onclick="urchinTracker('/outgoing/qa.mandriva.com/show_bug.cgi?id=57016&amp;referer=');">https://qa.mandriva.com/show_bug.cgi?id=57016</a></p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by eugeni</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17239</link>
		<dc:creator>eugeni</dc:creator>
		<pubDate>Sun, 28 Feb 2010 20:55:19 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17239</guid>
		<description>&lt;p&gt;I&#039;d like to have a tray icon, but we already have many icons there by default, and a general consensus about it on cooker mailing list was &quot;no way&quot; :(.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;d like to have a tray icon, but we already have many icons there by default, and a general consensus about it on cooker mailing list was &#8220;no way&#8221; <img src='http://dodonov.net/blog/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> .</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by aapgorilla</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17238</link>
		<dc:creator>aapgorilla</dc:creator>
		<pubDate>Sun, 28 Feb 2010 20:47:20 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17238</guid>
		<description>&lt;p&gt;a little tray icon w/ status might be nice to have&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>a little tray icon w/ status might be nice to have</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by marcello</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17237</link>
		<dc:creator>marcello</dc:creator>
		<pubDate>Fri, 26 Feb 2010 22:38:56 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17237</guid>
		<description>&lt;p&gt;great, great great! eugeni, you&#039;re a great developer, mandriva users will be gracefully to you&lt;/p&gt;

&lt;p&gt;keep it on this way&lt;/p&gt;

&lt;p&gt;Marcello&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>great, great great! eugeni, you&#8217;re a great developer, mandriva users will be gracefully to you</p>

<p>keep it on this way</p>

<p>Marcello</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by yoho</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17236</link>
		<dc:creator>yoho</dc:creator>
		<pubDate>Fri, 26 Feb 2010 20:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17236</guid>
		<description>&lt;p&gt;Excellentissimous !&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Excellentissimous !</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by Eugeni: Msec summary screen - 3 News</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17235</link>
		<dc:creator>Eugeni: Msec summary screen - 3 News</dc:creator>
		<pubDate>Fri, 26 Feb 2010 18:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17235</guid>
		<description>&lt;p&gt;[...] more here:  Eugeni: Msec summary screen               Tags: [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] more here:  Eugeni: Msec summary screen               Tags: [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Msec summary screen by FACORAT Fabrice</title>
		<link>http://dodonov.net/blog/2010/02/26/msec-summary-screen/comment-page-1/#comment-17234</link>
		<dc:creator>FACORAT Fabrice</dc:creator>
		<pubDate>Fri, 26 Feb 2010 17:45:56 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=734#comment-17234</guid>
		<description>&lt;p&gt;That&#039;s great !&lt;/p&gt;

&lt;p&gt;It would have been interesting to point out when sometyhing is disabled ( red icon, ... ). This could be something like draknetcenter.&lt;/p&gt;

&lt;p&gt;IMHO security is too generic.&lt;/p&gt;

&lt;p&gt;What about this :
1. keep Security
2. use something like in draknetcenter : by clicking on a little arrow, we can see further settings appearing.&lt;/p&gt;

&lt;p&gt;For security security will show : System integrity ( enabled/disabled/failed ), Accounts security ( e/d/f ), Root users restrictions, Automatic Security checks.&lt;/p&gt;

&lt;p&gt;For Updates, we could show the number of updates to install ( IIRC urpmq can give the list of package to update )&lt;/p&gt;

&lt;p&gt;For Firewall, we could show : opened port list, Interactive Firewall ( enabled/disabled/pending alerts )&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>That&#8217;s great !</p>

<p>It would have been interesting to point out when sometyhing is disabled ( red icon, &#8230; ). This could be something like draknetcenter.</p>

<p>IMHO security is too generic.</p>

<p>What about this :
1. keep Security
2. use something like in draknetcenter : by clicking on a little arrow, we can see further settings appearing.</p>

<p>For security security will show : System integrity ( enabled/disabled/failed ), Accounts security ( e/d/f ), Root users restrictions, Automatic Security checks.</p>

<p>For Updates, we could show the number of updates to install ( IIRC urpmq can give the list of package to update )</p>

<p>For Firewall, we could show : opened port list, Interactive Firewall ( enabled/disabled/pending alerts )</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by vfmBOFH</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17233</link>
		<dc:creator>vfmBOFH</dc:creator>
		<pubDate>Thu, 25 Feb 2010 11:03:51 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17233</guid>
		<description>&lt;p&gt;Yargh!&lt;/p&gt;

&lt;p&gt;Next time i will try the --help trick before open my big mouth :D&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Yargh!</p>

<p>Next time i will try the &#8211;help trick before open my big mouth <img src='http://dodonov.net/blog/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on chrome rpm by Boycho Dobrev</title>
		<link>http://dodonov.net/blog/2009/08/31/chrome-rpm/comment-page-1/#comment-17232</link>
		<dc:creator>Boycho Dobrev</dc:creator>
		<pubDate>Tue, 23 Feb 2010 16:38:19 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=527#comment-17232</guid>
		<description>&lt;p&gt;Great thank you from me too !&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Great thank you from me too !</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by eugeni</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17231</link>
		<dc:creator>eugeni</dc:creator>
		<pubDate>Tue, 23 Feb 2010 14:23:31 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17231</guid>
		<description>&lt;p&gt;@vfmBOFH this functionality is already in the console version (e.g., just run &#039;msec -s &lt;new profile name&gt;&#039; to save current settings as a new profile). The gui for it is missing indeed however.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@vfmBOFH this functionality is already in the console version (e.g., just run &#8216;msec -s <new profile name>&#8216; to save current settings as a new profile). The gui for it is missing indeed however.</new></p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by vfmBOFH</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17230</link>
		<dc:creator>vfmBOFH</dc:creator>
		<pubDate>Tue, 23 Feb 2010 12:32:08 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17230</guid>
		<description>&lt;p&gt;First of all, congratulations for a a job well done.&lt;/p&gt;

&lt;p&gt;Now, focusing on the &quot;profiles&quot;. Maybe can be useful grant to the sysadmin create his own profile. I explain: If a sysadmin selects the &quot;desktop&quot; profile, but needs some fine tunning, after apply changes will be a great option save these changes to re-use (i.e. deploying a large amount of machines) in another installation. So, the idea is implement a &quot;Load/Save&quot; advanced settings or something else..&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>First of all, congratulations for a a job well done.</p>

<p>Now, focusing on the &#8220;profiles&#8221;. Maybe can be useful grant to the sysadmin create his own profile. I explain: If a sysadmin selects the &#8220;desktop&#8221; profile, but needs some fine tunning, after apply changes will be a great option save these changes to re-use (i.e. deploying a large amount of machines) in another installation. So, the idea is implement a &#8220;Load/Save&#8221; advanced settings or something else..</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on One game to rule them all by Hadith</title>
		<link>http://dodonov.net/blog/2009/09/12/one-game-to-rule-them-all/comment-page-1/#comment-17228</link>
		<dc:creator>Hadith</dc:creator>
		<pubDate>Mon, 22 Feb 2010 00:43:39 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=566#comment-17228</guid>
		<description>&lt;p&gt;Nice one! enjoying it&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Nice one! enjoying it</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Improving website scalability: image sizes by Hadith</title>
		<link>http://dodonov.net/blog/2009/09/24/improving-website-scalability-image-sizes/comment-page-1/#comment-17227</link>
		<dc:creator>Hadith</dc:creator>
		<pubDate>Mon, 22 Feb 2010 00:41:53 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=571#comment-17227</guid>
		<description>&lt;p&gt;Is this in addition to gzip or whats better this vs gzip. Im using gzip to compress all my files including js,css,php etc. works quite well.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Is this in addition to gzip or whats better this vs gzip. Im using gzip to compress all my files including js,css,php etc. works quite well.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by Davy Defaud</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17226</link>
		<dc:creator>Davy Defaud</dc:creator>
		<pubDate>Sun, 21 Feb 2010 12:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17226</guid>
		<description>&lt;p&gt;Ola Dr Eugeni,&lt;/p&gt;

&lt;p&gt;Thanks for all these msec improvements.&lt;/p&gt;

&lt;p&gt;There&#039;s a particular point that I&#039;d like to see improved. It&#039;s the way msec is dealing with the /net special autofs mount point.
This special directory is used when configured in /etc/autofs/auto.master as a special mount point that is able to mount every NFS servers&#039; exported file systems. For example, /net/an-nfs-server/export1 is mounting the /export1 FS of the NFS server named an-nfs-server.
The problem is that, even if the NFS mount is auto-unmounted after a given time, the /net/an-nfs-server/export1 mount point stays on the client until the next restart of the autofs service. And, when msec is performing its checks, every remote FS that has been mounted since the last restart of autofs (e.g. since the system is up), are automatically re-mounted, and the checks go across the remote FS...&lt;/p&gt;

&lt;p&gt;IMHO, msec should consider /net as an exception, at least if we ensure that autofs is using it for that particular purpose.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ola Dr Eugeni,</p>

<p>Thanks for all these msec improvements.</p>

<p>There&#8217;s a particular point that I&#8217;d like to see improved. It&#8217;s the way msec is dealing with the /net special autofs mount point.
This special directory is used when configured in /etc/autofs/auto.master as a special mount point that is able to mount every NFS servers&#8217; exported file systems. For example, /net/an-nfs-server/export1 is mounting the /export1 FS of the NFS server named an-nfs-server.
The problem is that, even if the NFS mount is auto-unmounted after a given time, the /net/an-nfs-server/export1 mount point stays on the client until the next restart of the autofs service. And, when msec is performing its checks, every remote FS that has been mounted since the last restart of autofs (e.g. since the system is up), are automatically re-mounted, and the checks go across the remote FS&#8230;</p>

<p>IMHO, msec should consider /net as an exception, at least if we ensure that autofs is using it for that particular purpose.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by eugeni</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17222</link>
		<dc:creator>eugeni</dc:creator>
		<pubDate>Sat, 20 Feb 2010 11:11:40 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17222</guid>
		<description>&lt;p&gt;@motitos, I think that the &quot;fileserver&quot; should be adequate for you. The difference between it and the &quot;webserver&quot; is that it runs the I/O-intensive periodic check weekly instead of daily.&lt;/p&gt;

&lt;p&gt;As your server does not receives user-generated content, nor has php scripts, it is less likely to be compromised by a php exploit or something like that.&lt;/p&gt;

&lt;p&gt;But on the other hand, if you don&#039;t have that much files, you could use the &quot;webserver&quot; level and just run most periodic checks daily.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@motitos, I think that the &#8220;fileserver&#8221; should be adequate for you. The difference between it and the &#8220;webserver&#8221; is that it runs the I/O-intensive periodic check weekly instead of daily.</p>

<p>As your server does not receives user-generated content, nor has php scripts, it is less likely to be compromised by a php exploit or something like that.</p>

<p>But on the other hand, if you don&#8217;t have that much files, you could use the &#8220;webserver&#8221; level and just run most periodic checks daily.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by motitos</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17221</link>
		<dc:creator>motitos</dc:creator>
		<pubDate>Sat, 20 Feb 2010 08:36:28 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17221</guid>
		<description>&lt;p&gt;First of all, thanx so much for this great tool!&lt;/p&gt;

&lt;p&gt;I run a server (with Mandriva, of course!) with Apache, proftpd, ssh and nx. I don&#039;t use php nor cgi&#039;s, so Apache simply sends totally static webpages. Now, the question: which level do you recommend me? I&#039;m unsure if &quot;webserver&quot; level is the one for me, or I&#039;d rather make a personal one.&lt;/p&gt;

&lt;p&gt;Thank you in advance!
motitos&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>First of all, thanx so much for this great tool!</p>

<p>I run a server (with Mandriva, of course!) with Apache, proftpd, ssh and nx. I don&#8217;t use php nor cgi&#8217;s, so Apache simply sends totally static webpages. Now, the question: which level do you recommend me? I&#8217;m unsure if &#8220;webserver&#8221; level is the one for me, or I&#8217;d rather make a personal one.</p>

<p>Thank you in advance!
motitos</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by eugeni</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17220</link>
		<dc:creator>eugeni</dc:creator>
		<pubDate>Fri, 19 Feb 2010 15:59:37 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17220</guid>
		<description>&lt;p&gt;@promneneur, &quot;home desktop connected to internet&quot; is what the &quot;Standard&quot; profile represents now. I still don&#039;t know if the &quot;Standard&quot; should be renamed to &quot;Desktop&quot;, or just its description should be improved.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@promneneur, &#8220;home desktop connected to internet&#8221; is what the &#8220;Standard&#8221; profile represents now. I still don&#8217;t know if the &#8220;Standard&#8221; should be renamed to &#8220;Desktop&#8221;, or just its description should be improved.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on msec by promneneur</title>
		<link>http://dodonov.net/blog/2010/02/18/more-on-msec/comment-page-1/#comment-17219</link>
		<dc:creator>promneneur</dc:creator>
		<pubDate>Fri, 19 Feb 2010 15:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=730#comment-17219</guid>
		<description>&lt;p&gt;a profile &quot;home desktop connected to internet&quot; is missing&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>a profile &#8220;home desktop connected to internet&#8221; is missing</p>]]></content:encoded>
	</item>
</channel>
</rss>
