<?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"
	>
<channel>
	<title>Comments on: PHP components I would buy</title>
	<atom:link href="http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/feed/" rel="self" type="application/rss+xml" />
	<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/</link>
	<description>Rapid Signal: a micro-ISV venture</description>
	<pubDate>Fri, 21 Nov 2008 04:43:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: New direction at Overview</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-196</link>
		<dc:creator>New direction at Overview</dc:creator>
		<pubDate>Sun, 08 Jan 2006 13:00:25 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-196</guid>
		<description>[...] Some posts by Ian Landsman and  Dimitris Giannitsaros confirmed my ideas about this so I decided to give it a go ! [...]</description>
		<content:encoded><![CDATA[<p>[...] Some posts by Ian Landsman and  Dimitris Giannitsaros confirmed my ideas about this so I decided to give it a go ! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-80</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sun, 14 Aug 2005 14:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-80</guid>
		<description>Very useful comments - good to read

&lt;a href="" title="" rel="nofollow"&gt;&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Very useful comments - good to read</p>
<p><a href="" title="" rel="nofollow"></a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dimitris Giannitsaros</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-38</link>
		<dc:creator>Dimitris Giannitsaros</dc:creator>
		<pubDate>Fri, 24 Jun 2005 10:09:54 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-38</guid>
		<description>Well there could be API categories. E.g. for all search engines it should just return you results with common attributes (link, title and maybe description). For ehsops it should support a link, description and maybe item category and price.

For instance, if I want to embed search results in my product I would something on the lines of:

$api = new CommonSearchAPI;
$api-&gt;initEngine('Yahoo');
$api-&gt;initEngine('Google');
$results = $api-&gt;search($keyword);
print_r($results);</description>
		<content:encoded><![CDATA[<p>Well there could be API categories. E.g. for all search engines it should just return you results with common attributes (link, title and maybe description). For ehsops it should support a link, description and maybe item category and price.</p>
<p>For instance, if I want to embed search results in my product I would something on the lines of:</p>
<p>$api = new CommonSearchAPI;<br />
$api->initEngine(&#8217;Yahoo&#8217;);<br />
$api->initEngine(&#8217;Google&#8217;);<br />
$results = $api->search($keyword);<br />
print_r($results);</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Panayotis Vryonis</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-37</link>
		<dc:creator>Panayotis Vryonis</dc:creator>
		<pubDate>Fri, 24 Jun 2005 09:20:46 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-37</guid>
		<description>Regarding the APIs, you may want to check http://pear.php.net/

On the other hand, having a common abstraction layer for services like Google, Yahoo, Flickr, etc is not easy -they may seem like they are similar services, but they are not. Compare Google WEB APIs, Amazon Web Services and Yahoo! Search Web Services. (will they ever adopt, http://opensearch.a9.com/ ? I hope so...)</description>
		<content:encoded><![CDATA[<p>Regarding the APIs, you may want to check <a href="http://pear.php.net/" rel="nofollow">http://pear.php.net/</a></p>
<p>On the other hand, having a common abstraction layer for services like Google, Yahoo, Flickr, etc is not easy -they may seem like they are similar services, but they are not. Compare Google WEB APIs, Amazon Web Services and Yahoo! Search Web Services. (will they ever adopt, <a href="http://opensearch.a9.com/" rel="nofollow">http://opensearch.a9.com/</a> ? I hope so&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-36</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Tue, 21 Jun 2005 17:24:30 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-36</guid>
		<description>Yeah, it might be confusing for potential customers of &lt;a href="http://www.userscape.com/products/helpspot/" rel="nofollow"&gt;HelpSpot&lt;/a&gt; when they wander around the site and find very technical developer oriented products. Also there would be work to get it into that type of shape, because the code is really built into HelpSpot right now and in no way designed for general use. So I'd have to pull out alot of logic and so on, but maybe down the road.

What I'd probably do is take the feedback from v1 HelpSpot users and build a new component for email access from the ground up as a stand alone product.</description>
		<content:encoded><![CDATA[<p>Yeah, it might be confusing for potential customers of <a href="http://www.userscape.com/products/helpspot/" rel="nofollow">HelpSpot</a> when they wander around the site and find very technical developer oriented products. Also there would be work to get it into that type of shape, because the code is really built into HelpSpot right now and in no way designed for general use. So I&#8217;d have to pull out alot of logic and so on, but maybe down the road.</p>
<p>What I&#8217;d probably do is take the feedback from v1 HelpSpot users and build a new component for email access from the ground up as a stand alone product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dimitris Giannitsaros</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-35</link>
		<dc:creator>Dimitris Giannitsaros</dc:creator>
		<pubDate>Tue, 21 Jun 2005 16:13:43 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-35</guid>
		<description>And your next sentence after the quote I copied is: "Hmm maybe UserScape product #2?????". Well, I would certainly consider it, especially with all the work you have (will) put in these two areas. The only downside is that it could be a little hard to support and market for two different markets (business users vs. developers)</description>
		<content:encoded><![CDATA[<p>And your next sentence after the quote I copied is: &#8220;Hmm maybe UserScape product #2?????&#8221;. Well, I would certainly consider it, especially with all the work you have (will) put in these two areas. The only downside is that it could be a little hard to support and market for two different markets (business users vs. developers)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-34</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Tue, 21 Jun 2005 12:58:41 +0000</pubDate>
		<guid isPermaLink="false">http://rapidsignal.com/blog/2005/06/21/php-components-i-would-buy/#comment-34</guid>
		<description>Yep I second these. Especially the first 2. I've already written #1 for HelpSpot and it was a huge pain and one of the areas I'm going to have to do tons of testing in. #2 is also on my list of things to build. As you say I would have happily paid for quality, well tested, components which do those 2 things.</description>
		<content:encoded><![CDATA[<p>Yep I second these. Especially the first 2. I&#8217;ve already written #1 for HelpSpot and it was a huge pain and one of the areas I&#8217;m going to have to do tons of testing in. #2 is also on my list of things to build. As you say I would have happily paid for quality, well tested, components which do those 2 things.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
