<?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: Snipplr API</title>
	<atom:link href="http://snipplr.com/blog/2006/07/06/snipplr-api/feed/" rel="self" type="application/rss+xml" />
	<link>http://snipplr.com/blog/2006/07/06/snipplr-api/</link>
	<description>s nipple r &#60;em&#62;dot com!&#60;/em&#62;</description>
	<pubDate>Fri, 05 Sep 2008 10:41:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-hemorrhage</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ian Lewis</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-16142</link>
		<dc:creator>Ian Lewis</dc:creator>
		<pubDate>Sat, 09 Aug 2008 03:55:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-16142</guid>
		<description>snippet.list started returning multiple results for a single snippet.

For instance I searched my own snippets for one matching "mail" and got 7 results for only 2 matched snippets. 3 are for one snippet and 4 for another.

check_email_address() email validator
check_email_address() email validator
check_email_address() email validator
Send multi-part encoded mail with attachments
Send multi-part encoded mail with attachments
Send multi-part encoded mail with attachments
Send multi-part encoded mail with attachments</description>
		<content:encoded><![CDATA[<p>snippet.list started returning multiple results for a single snippet.</p>
<p>For instance I searched my own snippets for one matching &#8220;mail&#8221; and got 7 results for only 2 matched snippets. 3 are for one snippet and 4 for another.</p>
<p>check_email_address() email validator<br />
check_email_address() email validator<br />
check_email_address() email validator<br />
Send multi-part encoded mail with attachments<br />
Send multi-part encoded mail with attachments<br />
Send multi-part encoded mail with attachments<br />
Send multi-part encoded mail with attachments</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Hobbs (1man)</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-15463</link>
		<dc:creator>Matt Hobbs (1man)</dc:creator>
		<pubDate>Mon, 19 May 2008 20:12:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-15463</guid>
		<description>Hi Tyler,
Is the server capable of outputting in JSON? Or would it be able to add the function?</description>
		<content:encoded><![CDATA[<p>Hi Tyler,<br />
Is the server capable of outputting in JSON? Or would it be able to add the function?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Tan</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-15372</link>
		<dc:creator>Jason Tan</dc:creator>
		<pubDate>Thu, 01 May 2008 21:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-15372</guid>
		<description>@bela - I just fixed the snippet.delete method to return the correct code (1 on successful deletion, 0 otherwise)</description>
		<content:encoded><![CDATA[<p>@bela - I just fixed the snippet.delete method to return the correct code (1 on successful deletion, 0 otherwise)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tenzer</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-14495</link>
		<dc:creator>Tenzer</dc:creator>
		<pubDate>Mon, 10 Mar 2008 23:01:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-14495</guid>
		<description>A little more testing shows that if you just use the HTTP 1.1 standard instead of HTTP 1.0, there is no problems with the 301 error.</description>
		<content:encoded><![CDATA[<p>A little more testing shows that if you just use the HTTP 1.1 standard instead of HTTP 1.0, there is no problems with the 301 error.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tenzer</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-14494</link>
		<dc:creator>Tenzer</dc:creator>
		<pubDate>Mon, 10 Mar 2008 22:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-14494</guid>
		<description>I think I found the cause of the issue Avinash described almost a year ago, since I also have experienced the same issue.

The error message comes when the URL for the server is sent as "http://snipplr.com:80/xml-rpc.php", which includes the port number. Then a 301 HTTP error message is sent back redirecting to "http://snipplr.com/xml-rpc.php".

Unfortunately it seems that some XML-RPC libraries always includes the port number in the URL, which makes them unusable together with your API.

Could the redirect system maybe be blacklisted from the xml-rpc.php file?</description>
		<content:encoded><![CDATA[<p>I think I found the cause of the issue Avinash described almost a year ago, since I also have experienced the same issue.</p>
<p>The error message comes when the URL for the server is sent as &#8220;http://snipplr.com:80/xml-rpc.php&#8221;, which includes the port number. Then a 301 HTTP error message is sent back redirecting to &#8220;http://snipplr.com/xml-rpc.php&#8221;.</p>
<p>Unfortunately it seems that some XML-RPC libraries always includes the port number in the URL, which makes them unusable together with your API.</p>
<p>Could the redirect system maybe be blacklisted from the xml-rpc.php file?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bela</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-12253</link>
		<dc:creator>bela</dc:creator>
		<pubDate>Tue, 23 Oct 2007 17:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-12253</guid>
		<description>snippet.delete appears to return 0 whether or not the snippet was actually deleted.

That is, when a snippet is successfully deleted (no longer appears with snippet.list) the response is 0.
If snippet.delete is then called on the same snippet_id, the response is the same.</description>
		<content:encoded><![CDATA[<p>snippet.delete appears to return 0 whether or not the snippet was actually deleted.</p>
<p>That is, when a snippet is successfully deleted (no longer appears with snippet.list) the response is 0.<br />
If snippet.delete is then called on the same snippet_id, the response is the same.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maid450</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-11388</link>
		<dc:creator>maid450</dc:creator>
		<pubDate>Mon, 10 Sep 2007 14:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-11388</guid>
		<description>something I think would be great is a "tags.list" or something method that returns a list of all different tags of your snippets</description>
		<content:encoded><![CDATA[<p>something I think would be great is a &#8220;tags.list&#8221; or something method that returns a list of all different tags of your snippets</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Lewis</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-9550</link>
		<dc:creator>Ian Lewis</dc:creator>
		<pubDate>Sun, 15 Jul 2007 14:19:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-9550</guid>
		<description>@ Tyler

Perfect. That's exactly the info I was looking for. Thanks.</description>
		<content:encoded><![CDATA[<p>@ Tyler</p>
<p>Perfect. That&#8217;s exactly the info I was looking for. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-9152</link>
		<dc:creator>Tyler</dc:creator>
		<pubDate>Mon, 02 Jul 2007 15:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-9152</guid>
		<description>@ Ian Lews - It shouldn't be too hard to detect the error. The API returns a faultCode of "1" and a faultString that says " No snippets found with tags = ''". Other error codes are:

1 - No snippets found
2 - No snippet found (when search for snippet by ID)
3 - Incorrect API key
4 - Requested method name not found</description>
		<content:encoded><![CDATA[<p>@ Ian Lews - It shouldn&#8217;t be too hard to detect the error. The API returns a faultCode of &#8220;1&#8243; and a faultString that says &#8221; No snippets found with tags = &#8221;&#8221;. Other error codes are:</p>
<p>1 - No snippets found<br />
2 - No snippet found (when search for snippet by ID)<br />
3 - Incorrect API key<br />
4 - Requested method name not found</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Lewis</title>
		<link>http://snipplr.com/blog/2006/07/06/snipplr-api/#comment-9151</link>
		<dc:creator>Ian Lewis</dc:creator>
		<pubDate>Mon, 02 Jul 2007 14:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.snipplr.com/2006/07/06/snipplr-api/#comment-9151</guid>
		<description>I'm making a Snipplr plugin for the jEdit text editor. Is there a reason why the snippet.list sends an error response when there are no snippets returned by the query? It's hard to tell on the client side the difference between a real XML-RPC error and an error resulting from a query that has no results.</description>
		<content:encoded><![CDATA[<p>I&#8217;m making a Snipplr plugin for the jEdit text editor. Is there a reason why the snippet.list sends an error response when there are no snippets returned by the query? It&#8217;s hard to tell on the client side the difference between a real XML-RPC error and an error resulting from a query that has no results.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
