<?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: Problem with Capsuleer server on June 18th from 2:00pm &#8211; 4:00pm EST</title>
	<atom:link href="http://capsuleer.evesuite.com/blog/2009/06/problem-with-capsuleer-server-on-june-18th-from-200pm-400pm-est/feed/" rel="self" type="application/rss+xml" />
	<link>http://capsuleer.evesuite.com/blog/2009/06/problem-with-capsuleer-server-on-june-18th-from-200pm-400pm-est/</link>
	<description>Respected. Revered. Immortal.</description>
	<lastBuildDate>Sat, 29 May 2010 11:27:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: pyjamasam</title>
		<link>http://capsuleer.evesuite.com/blog/2009/06/problem-with-capsuleer-server-on-june-18th-from-200pm-400pm-est/comment-page-1/#comment-2339</link>
		<dc:creator>pyjamasam</dc:creator>
		<pubDate>Fri, 03 Jul 2009 01:50:40 +0000</pubDate>
		<guid isPermaLink="false">http://capsuleer.evesuite.com/blog/?p=312#comment-2339</guid>
		<description>@Verite Rendition:

Sorry I didn&#039;t notice your comment until now.  I spend all my time refreshing the forums and some times forget about the blog.

The server status available through the API is subject to the API being active.  If the API goes down (which it does from time to time) the server status is unavailable.  Also in the instances after a patch from CCP the API is usually down for at least a day, and during which the server would be marked as &quot;down&quot;.

Another thing that goes through our server are headlines (the main reason that they refresh so fast now is that the server is doing all the heavy parsing of the XML feeds and only delivering the new content to the phone).

Images are also served up from our server.  For character portraits we just act as a pass through cache (though we do have some redundancy setup to fetch images from an alternate source if CCPs server is down).  Corp logos are also served from our server as well.  But those are a different case.  We generate them from all the little bits that are used in-game since there is no way to get a pre-rendered image from CCP.

The ad system that Capsuleer uses as well is managed by the server.  It keeps tracks of views and clicks so that we can provide our advertisers with statistics for their ads.  All information stored for the purposes of the ads are anonymous in much the same way that something like google analytics is.

With the 2.1 update thats currently in development the server will also manage the push notifications.  In that case it will store your character id, character name, your devices app specific token and the end date of your skill queue.

I hope this clears up what parts our server supports for Capsuleer.

Your comment does make me realize though that we need a privacy policy posted on our site.  I apologize for not having one right now and I&#039;ll get one up as soon as possible.

Rest assured though that no personal data is stored.  We have no desire to have to manage any of that kind of data (thats one of the reasons the push implementation only stores the bare minimum to get a message to the phone).

chris.</description>
		<content:encoded><![CDATA[<p>@Verite Rendition:</p>
<p>Sorry I didn&#8217;t notice your comment until now.  I spend all my time refreshing the forums and some times forget about the blog.</p>
<p>The server status available through the API is subject to the API being active.  If the API goes down (which it does from time to time) the server status is unavailable.  Also in the instances after a patch from CCP the API is usually down for at least a day, and during which the server would be marked as &#8220;down&#8221;.</p>
<p>Another thing that goes through our server are headlines (the main reason that they refresh so fast now is that the server is doing all the heavy parsing of the XML feeds and only delivering the new content to the phone).</p>
<p>Images are also served up from our server.  For character portraits we just act as a pass through cache (though we do have some redundancy setup to fetch images from an alternate source if CCPs server is down).  Corp logos are also served from our server as well.  But those are a different case.  We generate them from all the little bits that are used in-game since there is no way to get a pre-rendered image from CCP.</p>
<p>The ad system that Capsuleer uses as well is managed by the server.  It keeps tracks of views and clicks so that we can provide our advertisers with statistics for their ads.  All information stored for the purposes of the ads are anonymous in much the same way that something like google analytics is.</p>
<p>With the 2.1 update thats currently in development the server will also manage the push notifications.  In that case it will store your character id, character name, your devices app specific token and the end date of your skill queue.</p>
<p>I hope this clears up what parts our server supports for Capsuleer.</p>
<p>Your comment does make me realize though that we need a privacy policy posted on our site.  I apologize for not having one right now and I&#8217;ll get one up as soon as possible.</p>
<p>Rest assured though that no personal data is stored.  We have no desire to have to manage any of that kind of data (thats one of the reasons the push implementation only stores the bare minimum to get a message to the phone).</p>
<p>chris.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Verite Rendition</title>
		<link>http://capsuleer.evesuite.com/blog/2009/06/problem-with-capsuleer-server-on-june-18th-from-200pm-400pm-est/comment-page-1/#comment-2334</link>
		<dc:creator>Verite Rendition</dc:creator>
		<pubDate>Sat, 20 Jun 2009 13:12:02 +0000</pubDate>
		<guid isPermaLink="false">http://capsuleer.evesuite.com/blog/?p=312#comment-2334</guid>
		<description>I actually didn&#039;t realize this app pulled data from any servers besides CCP&#039;s API server. Since CCP offers the server status via API too, is there any specific reason that the app is polling your server instead? And does anything else besides the server status go through your server?</description>
		<content:encoded><![CDATA[<p>I actually didn&#8217;t realize this app pulled data from any servers besides CCP&#8217;s API server. Since CCP offers the server status via API too, is there any specific reason that the app is polling your server instead? And does anything else besides the server status go through your server?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.727 seconds -->
