<?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: Building alexking.org 2.0, part 8: Too Many Plugins?</title>
	<atom:link href="http://alexking.org/blog/2007/01/29/too-many-plugins/feed" rel="self" type="application/rss+xml" />
	<link>http://alexking.org/blog/2007/01/29/too-many-plugins</link>
	<description>Alex King, Denver Web Developer</description>
	<lastBuildDate>Thu, 24 May 2012 05:06:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Susan Kledzik</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-65635</link>
		<dc:creator>Susan Kledzik</dc:creator>
		<pubDate>Fri, 05 Dec 2008 20:05:28 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-65635</guid>
		<description>This was so helpful! Thank you!!

I digg it;)</description>
		<content:encoded><![CDATA[<p>This was so helpful! Thank you!!</p>
<p>I digg it;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tecosystems &#187; A Couple of Quick WordPress Notes</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-64743</link>
		<dc:creator>tecosystems &#187; A Couple of Quick WordPress Notes</dc:creator>
		<pubDate>Sun, 21 Sep 2008 20:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-64743</guid>
		<description>[...] party Javascripts and data sources and 2.) the database hit for the local plugin (see more on that here). I wish there was a way of caching that content locally, but I think that would have to be worked [...]</description>
		<content:encoded><![CDATA[<p>[...] party Javascripts and data sources and 2.) the database hit for the local plugin (see more on that here). I wish there was a way of caching that content locally, but I think that would have to be worked [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stop Using WordPress Plugins - Top 3 WordPress Hacks : ultimate geek girl</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-64512</link>
		<dc:creator>Stop Using WordPress Plugins - Top 3 WordPress Hacks : ultimate geek girl</dc:creator>
		<pubDate>Wed, 03 Sep 2008 16:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-64512</guid>
		<description>[...] is some evidence that the more plugins you use on your WordPress installation, the slower your website will [...]</description>
		<content:encoded><![CDATA[<p>[...] is some evidence that the more plugins you use on your WordPress installation, the slower your website will [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-63899</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 16 Jul 2008 22:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-63899</guid>
		<description>It sounds like you have a pretty bad plugin in there - probably just 1 is responsible for ~200 queries.</description>
		<content:encoded><![CDATA[<p>It sounds like you have a pretty bad plugin in there &#8211; probably just 1 is responsible for ~200 queries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-63898</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 16 Jul 2008 22:08:49 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-63898</guid>
		<description>Interesting. I deactivated 14 plugins and got: 

257 queries in 3.823 seconds.

14 plugins dropped and it only lost 4 queries, and added a second. I did not delete any cache plugins though...</description>
		<content:encoded><![CDATA[<p>Interesting. I deactivated 14 plugins and got: </p>
<p>257 queries in 3.823 seconds.</p>
<p>14 plugins dropped and it only lost 4 queries, and added a second. I did not delete any cache plugins though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-63897</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 16 Jul 2008 21:45:38 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-63897</guid>
		<description>On one site I run, it&#039;s getting 261 queries in 2.532 seconds.

Is that too slow for you guys?

I&#039;ve got 55 plugins running. I could probably get rid of 10 of them, but the others i&#039;d like to keep, or somehow build into the theme.</description>
		<content:encoded><![CDATA[<p>On one site I run, it&#8217;s getting 261 queries in 2.532 seconds.</p>
<p>Is that too slow for you guys?</p>
<p>I&#8217;ve got 55 plugins running. I could probably get rid of 10 of them, but the others i&#8217;d like to keep, or somehow build into the theme.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 7 Ways to be Best Buds with an A-List Blogger! &#124; Theres a Blog in my Soup: A Blog by Patrick Curl</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-62202</link>
		<dc:creator>7 Ways to be Best Buds with an A-List Blogger! &#124; Theres a Blog in my Soup: A Blog by Patrick Curl</dc:creator>
		<pubDate>Fri, 28 Mar 2008 00:22:01 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-62202</guid>
		<description>[...] Don&#8217;t over-do the plugins or widgets.Yes you can have too many plugins. [...]</description>
		<content:encoded><![CDATA[<p>[...] Don&#8217;t over-do the plugins or widgets.Yes you can have too many plugins. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WordPress v. 2.2 Upgrade Exposes Cracks in the Foundation &#187; AI3:::Adaptive Information</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-56597</link>
		<dc:creator>WordPress v. 2.2 Upgrade Exposes Cracks in the Foundation &#187; AI3:::Adaptive Information</dc:creator>
		<pubDate>Thu, 07 Jun 2007 19:37:04 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-56597</guid>
		<description>[...] of the number of plug-ins on WordPress performance. For example, a listing in early 2007 from Alex King&#8217;s blog seems to have the largest nucleus of discussion. The earlier consensus was that too many plug-ins [...]</description>
		<content:encoded><![CDATA[<p>[...] of the number of plug-ins on WordPress performance. For example, a listing in early 2007 from Alex King&#8217;s blog seems to have the largest nucleus of discussion. The earlier consensus was that too many plug-ins [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Praveen Angyan</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-55026</link>
		<dc:creator>Praveen Angyan</dc:creator>
		<pubDate>Thu, 15 Mar 2007 18:20:53 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-55026</guid>
		<description>I&#039;m VERY curious about how your options page in Wordpress looks like. Do the tabs under options split up into two lines? I&#039;ve got just three plugins, but I&#039;m always interested in how to reduce complexity of the user interface while still offering a lot of features. I think that Wordpress does a great job with it&#039;s plugins.</description>
		<content:encoded><![CDATA[<p>I&#8217;m VERY curious about how your options page in WordPress looks like. Do the tabs under options split up into two lines? I&#8217;ve got just three plugins, but I&#8217;m always interested in how to reduce complexity of the user interface while still offering a lot of features. I think that WordPress does a great job with it&#8217;s plugins.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Bradley</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54408</link>
		<dc:creator>David Bradley</dc:creator>
		<pubDate>Fri, 09 Feb 2007 19:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54408</guid>
		<description>Yes, I disabled UTW too, I don&#039;t think it really helps a site like mine at all...not sure what does help a site like mine to be honest...although I would like to know :-)</description>
		<content:encoded><![CDATA[<p>Yes, I disabled UTW too, I don&#8217;t think it really helps a site like mine at all&#8230;not sure what does help a site like mine to be honest&#8230;although I would like to know <img src='http://alexking.org/wp/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54252</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 01 Feb 2007 15:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54252</guid>
		<description>Before you start doing anything like this, you should see what impact the plugin has overall and with/without changes. Removing half the code will have nearly zero affect in most cases.</description>
		<content:encoded><![CDATA[<p>Before you start doing anything like this, you should see what impact the plugin has overall and with/without changes. Removing half the code will have nearly zero affect in most cases.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: m.e.</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54251</link>
		<dc:creator>m.e.</dc:creator>
		<pubDate>Thu, 01 Feb 2007 13:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54251</guid>
		<description>@@ JAmie:

This sounds like a great idea. Newbie questions alert:

How do i check for the admin section?
And how do i include the moved plugins then - just putting them somewhere outside the plug directory and link to each of them seperately?

Would you be so kind to explain a little further or add some code to look at?</description>
		<content:encoded><![CDATA[<p>@@ JAmie:</p>
<p>This sounds like a great idea. Newbie questions alert:</p>
<p>How do i check for the admin section?<br />
And how do i include the moved plugins then &#8211; just putting them somewhere outside the plug directory and link to each of them seperately?</p>
<p>Would you be so kind to explain a little further or add some code to look at?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54223</link>
		<dc:creator>Jamie</dc:creator>
		<pubDate>Wed, 31 Jan 2007 14:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54223</guid>
		<description>One of the actual plugins I did check on was the (now defunct) EditorMonkey. I renamed the actual plugin and created a new plugin with the name (and head information for the plugin loader). In that file, I just included a simple check if the request_uri was in the /wp-admin/ and if so it included the full EditorMonkey file. Running XDebug, I noticed about an 80k difference on peak memory usage. 

This probably would be a lot of work on a lower traffic site, but on one I manage we get over 250,000 hits a day and running off 2 machines - 1 for apache and 1 for mysql. Before I did this, the server would hang alot. Since it has been done it has greatly reduced that. Another note - I never tried this with xmlrpc as we never use it. It would probably require a bit of extra coding to determine if the plugin is loaded via xmlrpc.

Basically my train of though with doing this was taking the Drupal model of &quot;if it isn&#039;t needed then don&#039;t load it&quot;. If you are on a server running op-code caching, I doubt it would really help. If you don&#039;t have op-code caching, then it will save a lot of cycles having to compile a lot of needless code.</description>
		<content:encoded><![CDATA[<p>One of the actual plugins I did check on was the (now defunct) EditorMonkey. I renamed the actual plugin and created a new plugin with the name (and head information for the plugin loader). In that file, I just included a simple check if the request_uri was in the /wp-admin/ and if so it included the full EditorMonkey file. Running XDebug, I noticed about an 80k difference on peak memory usage. </p>
<p>This probably would be a lot of work on a lower traffic site, but on one I manage we get over 250,000 hits a day and running off 2 machines &#8211; 1 for apache and 1 for mysql. Before I did this, the server would hang alot. Since it has been done it has greatly reduced that. Another note &#8211; I never tried this with xmlrpc as we never use it. It would probably require a bit of extra coding to determine if the plugin is loaded via xmlrpc.</p>
<p>Basically my train of though with doing this was taking the Drupal model of &#8220;if it isn&#8217;t needed then don&#8217;t load it&#8221;. If you are on a server running op-code caching, I doubt it would really help. If you don&#8217;t have op-code caching, then it will save a lot of cycles having to compile a lot of needless code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Everton</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54219</link>
		<dc:creator>Everton</dc:creator>
		<pubDate>Wed, 31 Jan 2007 11:08:26 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54219</guid>
		<description>I use around 25 plugins now after doing a lot of work tracking down the big hitters and deciding whether or not I really need them.  

http://www.connectedinternet.co.uk/2006/12/24/1237/

The biggest drain for me was UTW, which I refused to remove until it crashed my database and I had to disable it, which made me realise I didn&#039;t really need it.</description>
		<content:encoded><![CDATA[<p>I use around 25 plugins now after doing a lot of work tracking down the big hitters and deciding whether or not I really need them.  </p>
<p><a href="http://www.connectedinternet.co.uk/2006/12/24/1237/" rel="nofollow">http://www.connected[...]/12/24/1237/</a></p>
<p>The biggest drain for me was UTW, which I refused to remove until it crashed my database and I had to disable it, which made me realise I didn&#8217;t really need it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54218</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 31 Jan 2007 08:20:14 +0000</pubDate>
		<guid isPermaLink="false">http://alexking.org/blog/2007/01/29/too-many-plugins#comment-54218</guid>
		<description>Have you actually profiled the results of this? At first glance this seems like a ton of work for almost no benefit.</description>
		<content:encoded><![CDATA[<p>Have you actually profiled the results of this? At first glance this seems like a ton of work for almost no benefit.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

