<?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: WordPress Hacked? Total Security Lockdown</title>
	<atom:link href="http://andybeard.eu/2517/wordpress-hacked.html/feed" rel="self" type="application/rss+xml" />
	<link>http://andybeard.eu/2517/wordpress-hacked.html</link>
	<description>Internet Marketing, Lead Acquisition, Online Business Strategy and Social Media with Original Opinion and Loads of Attitude</description>
	<lastBuildDate>Sat, 11 Feb 2012 13:54:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: DailyManila</title>
		<link>http://andybeard.eu/2517/wordpress-hacked.html#comment-443639</link>
		<dc:creator>DailyManila</dc:creator>
		<pubDate>Thu, 17 Dec 2009 16:09:21 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2517#comment-443639</guid>
		<description>For those who run their own servers (dedicated, virtual private servers, or cloud instance), it&#039;s also good to secure the underlying operating system (e.g. filesystem, host firewall, etc.) and related applications like the web server and database server. Any security you put on WordPress will be useless if the system it&#039;s running on is compromised.</description>
		<content:encoded><![CDATA[<p>For those who run their own servers (dedicated, virtual private servers, or cloud instance), it&#8217;s also good to secure the underlying operating system (e.g. filesystem, host firewall, etc.) and related applications like the web server and database server. Any security you put on WordPress will be useless if the system it&#8217;s running on is compromised.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mathdelane</title>
		<link>http://andybeard.eu/2517/wordpress-hacked.html#comment-443516</link>
		<dc:creator>Mathdelane</dc:creator>
		<pubDate>Tue, 08 Dec 2009 13:42:30 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2517#comment-443516</guid>
		<description>This happened to me once this year, index.php was deleted by some nasty hackers who were able to signup as admin back in those days when I&#039;m very much a newbie because I retained the default &quot;admin&quot; username &quot;as is&quot; instead of changing it. I&#039;ve learned my lesson and hopefully it won&#039;t happen again.</description>
		<content:encoded><![CDATA[<p>This happened to me once this year, index.php was deleted by some nasty hackers who were able to signup as admin back in those days when I&#8217;m very much a newbie because I retained the default &#8220;admin&#8221; username &#8220;as is&#8221; instead of changing it. I&#8217;ve learned my lesson and hopefully it won&#8217;t happen again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Nash</title>
		<link>http://andybeard.eu/2517/wordpress-hacked.html#comment-443512</link>
		<dc:creator>Tim Nash</dc:creator>
		<pubDate>Tue, 08 Dec 2009 12:36:09 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2517#comment-443512</guid>
		<description>Its a huge drain, as a plugin author, when ever we make a code change we have to test in multiple test environments including the previous version of wordpress, the current version and the current beta. 

To be honest we should test in more environments but even so maintaining that testing cycle is time consuming. 

As a consumer it is common sense to maintain your own development server, set up as your production server to test plugin and core updates on. The cost in time and server costs are still negligible against major downtime in most enterprises.</description>
		<content:encoded><![CDATA[<p>Its a huge drain, as a plugin author, when ever we make a code change we have to test in multiple test environments including the previous version of wordpress, the current version and the current beta. </p>
<p>To be honest we should test in more environments but even so maintaining that testing cycle is time consuming. </p>
<p>As a consumer it is common sense to maintain your own development server, set up as your production server to test plugin and core updates on. The cost in time and server costs are still negligible against major downtime in most enterprises.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2517/wordpress-hacked.html#comment-443511</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Tue, 08 Dec 2009 12:22:53 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2517#comment-443511</guid>
		<description>Keeping plugins up to date not only from a security perspective, but also just for compatibility is a real drain on development resources.</description>
		<content:encoded><![CDATA[<p>Keeping plugins up to date not only from a security perspective, but also just for compatibility is a real drain on development resources.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Nash</title>
		<link>http://andybeard.eu/2517/wordpress-hacked.html#comment-443509</link>
		<dc:creator>Tim Nash</dc:creator>
		<pubDate>Tue, 08 Dec 2009 11:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2517#comment-443509</guid>
		<description>While its very common to hear
&lt;blockquote&gt;
Keep WordPress up to date, plugins up to date etc
&lt;/blockquote&gt;
It&#039;s important to remember that Wordpress publishing cycle of new releases means security bugs are bundled in with feature updates which potentially can do more harm then the security bug you are patching. It is quite usual for wordpress to have a release and then several smaller patch releases within a few days to address the bugs they didn&#039;t find.

It is therefore worth holding back from instantly updating your live version of your site but testing the update on your development copy (which is populated from your regular backup ;) ) and holding off a couple of days to allow bugs to surface from early adopters and your own testing. (Its important for Open Source software in particular if you find bugs to report them otherwise they won&#039;t get fixed) 

While security is important, the chances of you being hacked on a given day are small, it is better to test and wait a few days with a potential security problem, then jump on to an untested ship which has the potential to be catastrophic.

I wrote an article on suitability of Wordpress for Enterprise clients, and why SEO agencies working with such clients should be careful back in April.
http://www.timnash.co.uk/04/2008/wordpress-security/</description>
		<content:encoded><![CDATA[<p>While its very common to hear</p>
<blockquote><p>
Keep WordPress up to date, plugins up to date etc
</p></blockquote>
<p>It&#8217;s important to remember that WordPress publishing cycle of new releases means security bugs are bundled in with feature updates which potentially can do more harm then the security bug you are patching. It is quite usual for wordpress to have a release and then several smaller patch releases within a few days to address the bugs they didn&#8217;t find.</p>
<p>It is therefore worth holding back from instantly updating your live version of your site but testing the update on your development copy (which is populated from your regular backup ;) ) and holding off a couple of days to allow bugs to surface from early adopters and your own testing. (Its important for Open Source software in particular if you find bugs to report them otherwise they won&#8217;t get fixed) </p>
<p>While security is important, the chances of you being hacked on a given day are small, it is better to test and wait a few days with a potential security problem, then jump on to an untested ship which has the potential to be catastrophic.</p>
<p>I wrote an article on suitability of WordPress for Enterprise clients, and why SEO agencies working with such clients should be careful back in April.<br />
<a href="http://www.timnash.co.uk/04/2008/wordpress-security/">http://www.timnash.co.uk/04/2008/wordpress-security/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: basic
Database Caching 29/34 queries in 0.006 seconds using disk: basic
Object Caching 445/449 objects using disk: basic
Content Delivery Network via cdn5.andybeard.name

Served from: andybeard.eu @ 2012-02-13 08:11:20 -->
