So I have a Wordpress MU setup where we’re hosting a bunch of sites/blogs (email me at sumit AT tivixlabs.com if you’re interested in one).

As with all my Django webapps I wanted to replicate all the sites on qa for testing purposes (so that we’re not messing production sites with plugin / wordpress upgrades etc.). The problem is the qa site runs on a different domain (say domain2.com) than the production MU install (say domain1.com).

Since my stores the domain in 1 file (easy to fix) and a bunch of db tables, the easy solution is to:

• Make a copy of entire wordpress directory and put the correct domain in wp-config.php in this line: define(‘DOMAIN_CURRENT_SITE’, ‘domain2.com’ );
  
• Take a dump of your existing MU installs database. Open that dump file and do a replace of all “domain1.com” strings with “domain2.com”. Next do a replace of “domain1″ with “domain2″. Source this new dump into the new database for the new MU instance.

Thats it. These 2 steps should be it. Your MU site should now run like your old one, but at domain2.com and all existing sites/blogs will run at old-sub-domain.domain2.com too!

This post could easily have been named “Targeted Blogging” or “Feature requests for Feedburner”

So I started thinking about a RSS/Atom feed that is intelligent. Meaning each of my blog’s feed subscribers can potentially be offered unique content. So let me present a few scenarios:

- Wouldn’t it be great to be able to write a blog entry about music, and have only people who had “music” as one of their interests, be the only ones who see it in their Google Reader/My Yahoo!/NetNewsWire ?
- What if I was organizing an event in San Francisco, and wanted to let only people who are in California know about it ?

Problems:
- Doing Geo Targeting for ads within feeds is easy, since they load within the browser as a separate request, hence the ad server can act with intelligence about time of day/location etc. Sadly the same is not true for my blog entries. I write them once.
- Scenario#2 above is a bit flawed, because what if my friend from NY is going to be in California during that time period, then he/she will not be able to attend, since my blog entry won’t show up in his/her feed!!

Solutions:
- When the user comes and clicks on my “Add to Yahoo/Google” button I ask them for some basic info, such as age/location/profession etc. They may chose to ignore it of course, but if they don’t they are giving me important information.
- A better solution is for feed burning platforms such as Feedburner to maintain a persistent profile of users who are subscribing to feeds. So my profile would read: “Sumit Chachra, Male, 26, San Francisco, CA ……..”. This information will *never* be shared with feed publishers, but they can use it to target content (much the same way Facebook ad targeting works)
- The problem with scenario#2 can be resolved using a few techniques. Assuming Google Calendar has a feature called “Location” where in I can feed in my coordinates for specific dates, and this information can be shared with Feedburner, then my feedburner profile is really “dynamic”! We’re headed down the path of intelligent agents here really, and its all starting to sound like a scifi (scary) movie at this point

All this implies that each subscriber to my feed has a unique feed url, which will spit unique content to each such subscriber, based on certain data points that the feed url platform knows about them, and using which the feed publisher can do targeted content delivery!

I wish this existed!

Previously I wrote about Google Calendar and Gmail improvements, here and here respectively. In this post I gives more product ideas for Google Reader and iGoogle (Seriously why doesn’t Google have a URL like http://igoogle.com or http://igoogle.google.com for it ?? Thats the first thing someone would try the moment they hear Google has launched… err re-branded something to “iGoogle”):

Google Reader

search and auto-filter: Search has been the most asked feature for all GReader users out there. I’d like to see a general blogosphere search (similar to Google Blog Search) built into GReader and a search box specific to the feeds I subscribe too. The auto-filter feature would enable me to save some wildcard searches that would remove matching entries. This would be great since for example I hate reading blog entries about everyone’s del.icio.us bookmarks etc.

- Easy “mark read”: I treat my feed entries in GReader like emails in Gmail. But sadly GReader lacks the archive capability. I’d like to see a easy (one-click) way of marking entries as “don’t read”. These are entries I don’t want to open (since after reading the one line snippet I know that its not worth my time), but don’t want to make the effort of opening them and hence marking them as read. Cause of the sheer slowness of this process (and the fact that I don’t want to mark things as having been read, when its not the case) what ends up happening is that I have a bunch of entries that are unread and clutter my view

- Better auto-sort: I know this feature is sort of in beta, so I’d like to make a few suggestions on how to improve it. So whats wrong with it? The relevance of this feature is for the top 10-20 posts only. Beyond that it starts clustering posts from the same feed in some random cluster size of 4-8 posts. Visually seeing such a pattern, anyone can realize its far from intelligent. I’m sure the GReader team is thinking of using the page rank/starring/subscription/read count of feeds/feed entries etc. to come up with some kind of ranking (apart from posting frequency which I don’t think is the best measure; at least not when its used in isolation). If they can implement the “mark read” feature mentioned above, then they would have an additional measure to use and the read count spurious behavior (I manually mark all del.icio.us entries as “read” to force them to go away) would go away too

- Add to Google: My experience with adding feeds to GReader is less than ideal. For example clicking on the “Add to Google” button on the Official Google Blog leads users to this page. Now the problem with this page is clicking on “Add to Google Reader” actually opens up GReader again (again cause I usually already have it opened). I’d rather make this adding procedure quick and snappy with the ability to add labels etc. and a link to GReader. I usually add new feeds cause my readings on GReader lead me to one, hence the situation where I already have an instance of GReader open.

iGoogle

- Variable width/height for each category: Giving the ability to widen/shrink the width/height of widgets would be great. For example I have 24″ monitors at work and my stock module (which Google calls “stuff”!) has the stock ticker and price/moment etc. too far apart.

- Mobile Version issues: I like the fact that iGoogle has a mobile version. I have 3 issues with it though. One being the fact that I can only add a limited set of modules to my mobile version. Secondly any module I want to add to my mobile version of iGoogle needs to be on my web version too…. for example I don’t want a GReader module on my web version, but on my mobile one!? Lastly I’d prefer not having pagination on the mobile version… or at least not after 3-4 modules only. When I want a quick glance at all my modules, I don’t really want to make an additional click to get to my other modules (mobile interfaces/data speeds are not conducive to excessive user interaction).