<?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: Nearing full power</title>
	<atom:link href="http://anyonecanedit.org/blog/2008/11/nearing-full-power/feed/" rel="self" type="application/rss+xml" />
	<link>http://anyonecanedit.org/blog/2008/11/nearing-full-power/</link>
	<description>Free content, free software and just about anything else free</description>
	<lastBuildDate>Sat, 17 Jul 2010 14:12:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Chad</title>
		<link>http://anyonecanedit.org/blog/2008/11/nearing-full-power/comment-page-1/#comment-9</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Tue, 09 Dec 2008 00:05:09 +0000</pubDate>
		<guid isPermaLink="false">http://anyonecanedit.org/blog/?p=56#comment-9</guid>
		<description>Could perhaps do it on a per-request basis. Use a static $disabled parameter that could be triggered if a request times out. This provides a nice failure for a single user without damaging subsequent requests that may well complete without issue.</description>
		<content:encoded><![CDATA[<p>Could perhaps do it on a per-request basis. Use a static $disabled parameter that could be triggered if a request times out. This provides a nice failure for a single user without damaging subsequent requests that may well complete without issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tgr</title>
		<link>http://anyonecanedit.org/blog/2008/11/nearing-full-power/comment-page-1/#comment-8</link>
		<dc:creator>Tgr</dc:creator>
		<pubDate>Mon, 08 Dec 2008 23:56:07 +0000</pubDate>
		<guid isPermaLink="false">http://anyonecanedit.org/blog/?p=56#comment-8</guid>
		<description>That depends. If a page has many images and either the local wiki or the foreign repo cannot handle the load, then a few images will download and the rest will timeout. On the next page load, if the local wiki requests them again, some more will download; after a few reloads, everything will work fine. If, on the other hand, there is some sort of permanent error, the perpetually requesting the images would waste time resources on both sides.

Maybe the best solution would be to check whether any new images were downloaded, and if not, pause quieries for a while; but that seems difficult to implement.</description>
		<content:encoded><![CDATA[<p>That depends. If a page has many images and either the local wiki or the foreign repo cannot handle the load, then a few images will download and the rest will timeout. On the next page load, if the local wiki requests them again, some more will download; after a few reloads, everything will work fine. If, on the other hand, there is some sort of permanent error, the perpetually requesting the images would waste time resources on both sides.</p>
<p>Maybe the best solution would be to check whether any new images were downloaded, and if not, pause quieries for a while; but that seems difficult to implement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://anyonecanedit.org/blog/2008/11/nearing-full-power/comment-page-1/#comment-7</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Thu, 04 Dec 2008 12:39:26 +0000</pubDate>
		<guid isPermaLink="false">http://anyonecanedit.org/blog/?p=56#comment-7</guid>
		<description>True. I suppose it would make sense to say:

if( cant-get-data ) {
  // dont bother asking for an hour
}</description>
		<content:encoded><![CDATA[<p>True. I suppose it would make sense to say:</p>
<p>if( cant-get-data ) {<br />
  // dont bother asking for an hour<br />
}</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tgr</title>
		<link>http://anyonecanedit.org/blog/2008/11/nearing-full-power/comment-page-1/#comment-6</link>
		<dc:creator>Tgr</dc:creator>
		<pubDate>Wed, 03 Dec 2008 22:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://anyonecanedit.org/blog/?p=56#comment-6</guid>
		<description>Re

if the question still stands (I haven&#039;t used the foreign repo feature since then, so I don&#039;t know if this is still an issue): what happens is that the call times out, and the page shows red links and php error messages saying the thumbs/ file cannot be read. The actual file is thumbs// so I&#039;m guessing empty string are getting cached for the file sizes. If caching could be simply aborted when Http::get returns empty, that would solve the problem. (OTOH this would mean that the site would make calls to the foreign repo on every page load. This is a good thing when the problem is that Commons is overloaded or the connection is too slow so the site can get a few images on every call but not a hundred at the same time; but it is unneccessary extra traffic when there is some permanent error, and the &quot;cant download&quot; status actually should get cached.)</description>
		<content:encoded><![CDATA[<p>Re</p>
<p>if the question still stands (I haven&#8217;t used the foreign repo feature since then, so I don&#8217;t know if this is still an issue): what happens is that the call times out, and the page shows red links and php error messages saying the thumbs/ file cannot be read. The actual file is thumbs// so I&#8217;m guessing empty string are getting cached for the file sizes. If caching could be simply aborted when Http::get returns empty, that would solve the problem. (OTOH this would mean that the site would make calls to the foreign repo on every page load. This is a good thing when the problem is that Commons is overloaded or the connection is too slow so the site can get a few images on every call but not a hundred at the same time; but it is unneccessary extra traffic when there is some permanent error, and the &#8220;cant download&#8221; status actually should get cached.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://anyonecanedit.org/blog/2008/11/nearing-full-power/comment-page-1/#comment-5</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Sun, 23 Nov 2008 17:57:23 +0000</pubDate>
		<guid isPermaLink="false">http://anyonecanedit.org/blog/?p=56#comment-5</guid>
		<description>RE: Tgr

I see what you&#039;re saying. Unfortunately, the Http (from which I am using the get() method) class doesn&#039;t handle timeouts (in general) well at all. It just fails to return data, after timing out.

Not to mention, if you don&#039;t have cURL, it will attempt to get the data via file_get_contents(), which is almost certain to fail.

Thoughts?</description>
		<content:encoded><![CDATA[<p>RE: Tgr</p>
<p>I see what you&#8217;re saying. Unfortunately, the Http (from which I am using the get() method) class doesn&#8217;t handle timeouts (in general) well at all. It just fails to return data, after timing out.</p>
<p>Not to mention, if you don&#8217;t have cURL, it will attempt to get the data via file_get_contents(), which is almost certain to fail.</p>
<p>Thoughts?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
