<?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: Woo, as in I made a website, woo.</title>
	<atom:link href="http://notsoevil.net/2010/04/woo-as-in-i-made-a-website-woo/feed/" rel="self" type="application/rss+xml" />
	<link>http://notsoevil.net/2010/04/woo-as-in-i-made-a-website-woo/</link>
	<description>I may not have gone where I intended to go, but I think I have ended up where I needed to be.</description>
	<lastBuildDate>Fri, 30 Apr 2010 09:34:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: pwnguin</title>
		<link>http://notsoevil.net/2010/04/woo-as-in-i-made-a-website-woo/comment-page-1/#comment-66</link>
		<dc:creator>pwnguin</dc:creator>
		<pubDate>Sat, 03 Apr 2010 18:32:13 +0000</pubDate>
		<guid isPermaLink="false">http://john.notsoevil.net/?p=65#comment-66</guid>
		<description>On 2):
Granted, I don&#039;t know your schema, but it could reduce joins / queries by using natural keys. 

I wouldn&#039;t be so quick to assume the bulk of your load will be search. If 1 percent of searches result in an RSS subscription, you&#039;ll quickly find that the automated polling of feed readers will outpace searches in network traffic. Perhaps you can define an analytics goal to see how many searches convert to a subscription. Maybe 1 percent is absurdly high or absurdly low.

On 3):
My feed reader supports hierarchic subscriptions via a folders mechanism. I can make a folder and place the artists I care about within it, or delete them should I stop caring. 

Finally, you should look into an Amazon referral program. I guess Amazon has dozens of ways to handle referrals, so you might already be doing so. If not, think of it as a way to cover the cost of hosting and SSL certs ;) Their referral rate is like 4 percent of completed sales, which ain&#039;t shabby.

Back to forcing Apache to trust our shitty LDAP server.</description>
		<content:encoded><![CDATA[<p>On 2):<br />
Granted, I don&#8217;t know your schema, but it could reduce joins / queries by using natural keys. </p>
<p>I wouldn&#8217;t be so quick to assume the bulk of your load will be search. If 1 percent of searches result in an RSS subscription, you&#8217;ll quickly find that the automated polling of feed readers will outpace searches in network traffic. Perhaps you can define an analytics goal to see how many searches convert to a subscription. Maybe 1 percent is absurdly high or absurdly low.</p>
<p>On 3):<br />
My feed reader supports hierarchic subscriptions via a folders mechanism. I can make a folder and place the artists I care about within it, or delete them should I stop caring. </p>
<p>Finally, you should look into an Amazon referral program. I guess Amazon has dozens of ways to handle referrals, so you might already be doing so. If not, think of it as a way to cover the cost of hosting and SSL certs <img src='http://notsoevil.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  Their referral rate is like 4 percent of completed sales, which ain&#8217;t shabby.</p>
<p>Back to forcing Apache to trust our shitty LDAP server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://notsoevil.net/2010/04/woo-as-in-i-made-a-website-woo/comment-page-1/#comment-65</link>
		<dc:creator>john</dc:creator>
		<pubDate>Sat, 03 Apr 2010 14:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://john.notsoevil.net/?p=65#comment-65</guid>
		<description>I think this could easily be extended to do movies and books, just have to tell amazon to search for different things. Anyhow to respond to your points:

1) This does need to be changed, I simply hadn&#039;t thought too much about it yet. SSL would be nice, though I&#039;m not sure it&#039;s absolutely needed.
2) I&#039;ve been wanting to do this, though it probably won&#039;t reduce load since I believe most users will use the search either way
3) While currently there is no direct advertising, I could see it being in place later if the site gains a sizable audience. However, being able to create lists is important since I want one RSS feed with all the artists I care about and not individual feeds for each artist. I also don&#039;t think RSS privacy is a problem, so that is not something I concerned about at this moment. I could see per artist rss feeds being useful, so I may add that in the future as well.

Thanks for the suggestions!</description>
		<content:encoded><![CDATA[<p>I think this could easily be extended to do movies and books, just have to tell amazon to search for different things. Anyhow to respond to your points:</p>
<p>1) This does need to be changed, I simply hadn&#8217;t thought too much about it yet. SSL would be nice, though I&#8217;m not sure it&#8217;s absolutely needed.<br />
2) I&#8217;ve been wanting to do this, though it probably won&#8217;t reduce load since I believe most users will use the search either way<br />
3) While currently there is no direct advertising, I could see it being in place later if the site gains a sizable audience. However, being able to create lists is important since I want one RSS feed with all the artists I care about and not individual feeds for each artist. I also don&#8217;t think RSS privacy is a problem, so that is not something I concerned about at this moment. I could see per artist rss feeds being useful, so I may add that in the future as well.</p>
<p>Thanks for the suggestions!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pwnguin</title>
		<link>http://notsoevil.net/2010/04/woo-as-in-i-made-a-website-woo/comment-page-1/#comment-64</link>
		<dc:creator>pwnguin</dc:creator>
		<pubDate>Sat, 03 Apr 2010 04:05:32 +0000</pubDate>
		<guid isPermaLink="false">http://john.notsoevil.net/?p=65#comment-64</guid>
		<description>Neat project; I&#039;d been wondering how to best go about that myself, but with more of a TV/anime angle.

A few thoughts:
* Probably you want the admin interface on a less obvious url? And secured by SSL?
* Why not use slugs for URLs instead of numbers (ie /artist/stone-temple-pilots/)? It&#039;s not like you handle multiple artists under a given query gracefully. That&#039;ll reduce load.
* If the purpose isn&#039;t to sell direct advertising to users, why not just generate RSS feeds per artist? No more email, no more passwords, and less server side processing to merge collections. This would also solve the user RSS privacy problem.</description>
		<content:encoded><![CDATA[<p>Neat project; I&#8217;d been wondering how to best go about that myself, but with more of a TV/anime angle.</p>
<p>A few thoughts:<br />
* Probably you want the admin interface on a less obvious url? And secured by SSL?<br />
* Why not use slugs for URLs instead of numbers (ie /artist/stone-temple-pilots/)? It&#8217;s not like you handle multiple artists under a given query gracefully. That&#8217;ll reduce load.<br />
* If the purpose isn&#8217;t to sell direct advertising to users, why not just generate RSS feeds per artist? No more email, no more passwords, and less server side processing to merge collections. This would also solve the user RSS privacy problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

