<?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: Multiple WP Blogs On One WP Core</title>
	<atom:link href="http://www.itsananderson.com/2009/05/multiple-wp-blogs-on-one-wp-core/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.itsananderson.com/2009/05/multiple-wp-blogs-on-one-wp-core/</link>
	<description>Ramblings of a Computer Scientist</description>
	<lastBuildDate>Fri, 21 May 2010 02:32:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Peter</title>
		<link>http://www.itsananderson.com/2009/05/multiple-wp-blogs-on-one-wp-core/comment-page-1/#comment-289</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Wed, 17 Jun 2009 22:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.itsananderson.com/?p=611#comment-289</guid>
		<description>Just thought I&#039;d follow up - the project I was working on ended up making heavy use of switching the db prefix (with $wpdb-&gt;set_prefix()), and it works great.  The key is to hook in right before you need to use the other db, and switch it back right after - as long as you dont do either of those things too early or late, it works like a charm.

However, I can&#039;t think of a single reason this would be useful outside of what I was using it for, which was using a single wordpress admin panel to manage a collection of remote wordpress installs.  It was a fun exercise regardless.</description>
		<content:encoded><![CDATA[<p>Just thought I&#8217;d follow up &#8211; the project I was working on ended up making heavy use of switching the db prefix (with $wpdb-&gt;set_prefix()), and it works great.  The key is to hook in right before you need to use the other db, and switch it back right after &#8211; as long as you dont do either of those things too early or late, it works like a charm.</p>
<p>However, I can&#8217;t think of a single reason this would be useful outside of what I was using it for, which was using a single wordpress admin panel to manage a collection of remote wordpress installs.  It was a fun exercise regardless.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.itsananderson.com/2009/05/multiple-wp-blogs-on-one-wp-core/comment-page-1/#comment-273</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sat, 23 May 2009 16:39:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.itsananderson.com/?p=611#comment-273</guid>
		<description>Instinctively, I&#039;d agree - and I&#039;m not throwing it up on any production sites at the moment - but if you get a chance, give it a try - I haven&#039;t been able to get anything to misbehave yet!

As for the particular project I mentioned, it looks like it&#039;s not going to do the trick - however, I&#039;m experimenting with the idea of switching the $table_prefix on the post_save hook, running wp_insert_post(), and switching it back when it&#039;s done, because I need to duplicate posts in certain situations.

If anything interesting comes of it, I&#039;ll let you know.</description>
		<content:encoded><![CDATA[<p>Instinctively, I&#8217;d agree &#8211; and I&#8217;m not throwing it up on any production sites at the moment &#8211; but if you get a chance, give it a try &#8211; I haven&#8217;t been able to get anything to misbehave yet!</p>
<p>As for the particular project I mentioned, it looks like it&#8217;s not going to do the trick &#8211; however, I&#8217;m experimenting with the idea of switching the $table_prefix on the post_save hook, running wp_insert_post(), and switching it back when it&#8217;s done, because I need to duplicate posts in certain situations.</p>
<p>If anything interesting comes of it, I&#8217;ll let you know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will</title>
		<link>http://www.itsananderson.com/2009/05/multiple-wp-blogs-on-one-wp-core/comment-page-1/#comment-272</link>
		<dc:creator>Will</dc:creator>
		<pubDate>Sat, 23 May 2009 02:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.itsananderson.com/?p=611#comment-272</guid>
		<description>That&#039;s an interesting idea, but I really think it&#039;s something that would probably best be avoided.

Changing a setting variable in the middle of the request seems like it could cause more trouble than it&#039;d be worth.</description>
		<content:encoded><![CDATA[<p>That&#8217;s an interesting idea, but I really think it&#8217;s something that would probably best be avoided.</p>
<p>Changing a setting variable in the middle of the request seems like it could cause more trouble than it&#8217;d be worth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.itsananderson.com/2009/05/multiple-wp-blogs-on-one-wp-core/comment-page-1/#comment-271</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sat, 23 May 2009 01:59:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.itsananderson.com/?p=611#comment-271</guid>
		<description>Incredible - I just stumbled across this trick earlier today, then I check my feed reader, and here you are talking about it already:).  You beat me to it.

I&#039;ve been toying with the idea of one interface to make posts to multiple bogs, and, while I haven&#039;t been able to come up with anything useful, you can get some really interesting results if you change the $table_prefix value later in the load series - like at the plugins_loaded action. 

I haven&#039;t taken the time to really figure out what is happening, but if you change it there, you&#039;ll get a blog with settings that match the tables from the prefix in wp_config, but posts from the prefix that you set at plugins_loaded.  It&#039;s almost eerie how you can get the info from 2 places, but everything still works.  Even the front end will pull from the second tables, and load properly.

As with so many of the other things I discover, I haven&#039;t found anything useful to do with it yet - but it&#039;s a fun experiment anyway.</description>
		<content:encoded><![CDATA[<p>Incredible &#8211; I just stumbled across this trick earlier today, then I check my feed reader, and here you are talking about it already:).  You beat me to it.</p>
<p>I&#8217;ve been toying with the idea of one interface to make posts to multiple bogs, and, while I haven&#8217;t been able to come up with anything useful, you can get some really interesting results if you change the $table_prefix value later in the load series &#8211; like at the plugins_loaded action. </p>
<p>I haven&#8217;t taken the time to really figure out what is happening, but if you change it there, you&#8217;ll get a blog with settings that match the tables from the prefix in wp_config, but posts from the prefix that you set at plugins_loaded.  It&#8217;s almost eerie how you can get the info from 2 places, but everything still works.  Even the front end will pull from the second tables, and load properly.</p>
<p>As with so many of the other things I discover, I haven&#8217;t found anything useful to do with it yet &#8211; but it&#8217;s a fun experiment anyway.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
