<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>糖醋排骨 &#187; service</title>
	<atom:link href="http://interjc.net/tags/service/feed" rel="self" type="application/rss+xml" />
	<link>http://interjc.net</link>
	<description></description>
	<lastBuildDate>Mon, 12 Jul 2010 12:26:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<atom:link rel='hub' href='http://interjc.net/?pushpress=hub'/>
		<item>
		<title>Google Sites 初试</title>
		<link>http://interjc.net/archives/2008/03/01/google-sites.html</link>
		<comments>http://interjc.net/archives/2008/03/01/google-sites.html#comments</comments>
		<pubDate>Sat, 01 Mar 2008 05:04:18 +0000</pubDate>
		<dc:creator>interjc</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[app]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[service]]></category>
		<category><![CDATA[sites]]></category>
		<category><![CDATA[test]]></category>

		<guid isPermaLink="false">http://interjc.net/archives/2008/03/01/google-sites.html</guid>
		<description><![CDATA[Google Sites据说是前天出来的，我昨天接到了Google Apps的邮件，于是进去看了看。 Google sites集wiki、协作、page creator、Google Code于一身，可以上传附件、添加评论及生成feed，用来发布软件、资源及作为简易的个人网站是一个不错的选择。Google的blog已经被墙，希望这个能保持健康。 这个服务目前速度奇快，我随便做了一个软件列表，他会根据文件上传修改的次数自动定义文件的版本，这个很不错。List列表可以当成GTD工具使用，也是一个工程进度报告的绝佳工具。 由于时间关系随便试了一下感觉很好很实用，大家不妨都去看看。由于目前只有Google Apps用户可以使用此功能，所以暂时还不能以自己账户使用的朋友可以移步s.interjc.net，使用帐号demo、密码demodemo登录进去看看。所以说买个非.cn的域名还是有点用的。 截图：]]></description>
			<content:encoded><![CDATA[<p>Google Sites据说是前天出来的，我昨天接到了Google Apps的邮件，于是<a href="http://s.interjc.net">进去</a>看了看。<br />
Google sites集wiki、协作、page creator、Google Code于一身，可以上传附件、添加评论及生成feed，用来发布软件、资源及作为简易的个人网站是一个不错的选择。Google的blog已经被墙，希望这个能保持健康。<br />
这个服务目前速度奇快，我随便做了一个<a href="http://sites.google.com/a/interjc.net/demo/page-demo/file-cab">软件列表</a>，他会根据文件上传修改的次数自动定义文件的版本，这个很不错。List列表可以当成GTD工具使用，也是一个工程进度报告的绝佳工具。<br />
由于时间关系随便试了一下感觉很好很实用，大家不妨都去看看。由于目前只有Google Apps用户可以使用此功能，所以暂时还不能以自己账户使用的朋友可以移步<a href="http://s.interjc.net">s.interjc.net</a>，使用帐号demo、密码demodemo登录进去看看。所以说买个非.cn的域名还是有点用的。<!--inlinemore--><br />
截图：<br />
<img src="http://clip2net.com/clip/m4525/1204347820-clip-66kb.jpg" alt="1204347820-clip-66kb.jpg"/></p>
]]></content:encoded>
			<wfw:commentRss>http://interjc.net/archives/2008/03/01/google-sites.html/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>合并Feed</title>
		<link>http://interjc.net/archives/2007/10/12/merger-feeds.html</link>
		<comments>http://interjc.net/archives/2007/10/12/merger-feeds.html#comments</comments>
		<pubDate>Thu, 11 Oct 2007 18:05:05 +0000</pubDate>
		<dc:creator>interjc</dc:creator>
				<category><![CDATA[Blogging]]></category>
		<category><![CDATA[feed]]></category>
		<category><![CDATA[gfw]]></category>
		<category><![CDATA[service]]></category>

		<guid isPermaLink="false">http://interjc.net/archives/2007/10/12/merger-feeds.html</guid>
		<description><![CDATA[由于众所周知的不可调和的原因，我需要将我的Blog订阅地址从Feedburner搬家到坐落于Feedsky的新地址：feed.interjc.net，网上有许多办法，其中很多都需要其读者帮忙。我相信我的读者里懒人很多(我自己也很懒，懒得去做那庞大的工作)，所以我使用了一个折中的办法，往抓虾和鲜果发信(其email分别是zhuaxia@zhuaxia.com和service@joyeach.com)，告诉他们我要合并我的feed。 整个过程很顺利，大概1个工作日过后我就收到了这两位合并Feed成功的邮件，feedsky订阅数也增加了一些(很可惜Google Reader没有类似的服务，所幸其现在尚可正常阅读Feedburner的feeds，只是再想通过feed来我blog留言就是难事了)。这个小case完成以后，我有了一点杞人忧天：这个过程实在是太简单了，简单得有点可怕，因为没有什么安全措施来防范冒领。 于是我发了一封邮件给抓虾和鲜果询问此事，很快得到答复，其中抓虾的工作人员回答得比较细心： 对于你提到的这个问题，我们是这样考虑的： 当一位用户发来邮件要求合并时，一般都是因为他自己的Feed地址变更，为了大家能更好的适应这一变化才会要求合并的，而通常情况下新的地址应该是作者自己才知道的。 用户在邮件中写的内容通常包括他博客中大部分的RSS输出地址，这些地址内容应该都是一致的，域名大都也是相关联的。好多地址如果不是作者自己通知，对外一般用户是不会发现的。 而且我们会查看该Feed下的文章，一般情况下如果一个用户更改Feed地址，为了能让大家及时知道，作者会更新一篇自己的博客向大家通知新的地址，以方便大家订阅。如果这两个地址一致一般情况下应该就是该作者自己的要求。 另外其实我们觉得“合并Feed”本身来说，只是为用户提供一个方便的服务，让大家的博客更好为用户浏览。对于恶意要求合并的，应该是极少数的情况，而且对他本身来说也不存在什么意义和影响。我们至今没有收到过作者的投诉，如果这种情况真的发生了，我们这边也会根据具体情况采取相应的补救措施，相信会给大家一个满意的结果。 鲜果的回复比较简短： 您好，合并FEED时我们会人工判定，同时综合多方因素，保证FEED所有人的权益。 另外您的博客上留的EMAIL地址和您发邮件的地址是一样的。 我对这两家公司工作人员的办事效率表示钦佩，回复速度很快，而且是人工的，其说辞咋看一下确实也是无比安全，feed安全应该能获得较好的保护。 只是两家公司工作人员每天要处理无数合并请求，每一个都进行人工审核的话工作量未免太大，他们所说的blog归属权判定办法似乎也很切实有效，可难免有漏洞，比如，如果有人克隆一个某知名blogger的blog在feedsky的feed，然后告知抓虾或鲜果我要合并feed，然后再将其修改为自己的feed，那么这位知名blog的原订户会不会被转接到他的网站？如果他说他的email更改了所以和原blog上的不同又或者现在根本就可以很容易的伪装出任何你想要的邮件发出地址来，这样的判定办法的安全性又在哪里呢？ 我不是说feed的安全有多么重要，可他肯定不是不重要，我也不是说很多人就会这么干，只是林子大了什么鸟都有，总有一天总有人会那么干的，即使没有人会这么干，那么能规避这么一个漏洞总是好的吧？ 我有一个想法~在阅读器网站上设一个页面，由feed所有人自行申请合并feed，通过在其文章中添加验证字符串来证明其feed的所有权；也许这样有可能涉及某些blogs聚合feed的安全，那么完全可以通过计算机随机选出申请合并的feeds中的文章中某几篇，要求合并申请人在这几篇指定的文章里添加指定的字符串，以达到确认其feed所有权的效果。不知道这样的办法是否可行和有效呢？]]></description>
			<content:encoded><![CDATA[<p>由于众所周知的不可调和的<a href="http://www.google.cn/search?complete=1&amp;hl=zh-CN&amp;newwindow=1&amp;client=aff-os-worldbrowser&amp;hs=GB4&amp;q=feedburner+%E5%92%8C%E8%B0%90&amp;meta=&amp;aq=null">原因</a>，我需要将我的Blog订阅地址从Feedburner搬家到坐落于Feedsky的新地址：<a href="http://feed.interjc.net">feed.interjc.net</a>，网上有许多<a href="http://www.google.cn/search?complete=1&amp;hl=zh-CN&amp;newwindow=1&amp;client=aff-os-worldbrowser&amp;hs=7Yj&amp;q=feedburner+%E8%BD%AC%E7%A7%BB+feedsky+%E6%96%B9%E6%B3%95&amp;meta=&amp;aq=null">办法</a>，其中很多都需要其读者帮忙。我相信我的读者里懒人很多(我自己也很懒，懒得去做那庞大的工作)，所以我使用了一个折中的办法，往抓虾和鲜果发信(其email分别是zhuaxia@zhuaxia.com和service@joyeach.com)，告诉他们我要合并我的feed。<br />
整个过程很顺利，大概1个工作日过后我就收到了这两位合并Feed成功的邮件，feedsky订阅数也增加了一些(很可惜Google Reader没有类似的服务，所幸其现在尚可正常阅读Feedburner的feeds，只是再想通过feed来我blog留言就是难事了)。这个小case完成以后，我有了一点杞人忧天：这个过程实在是太简单了，简单得有点可怕，因为没有什么安全措施来防范冒领。<br />
于是我发了一封邮件给抓虾和鲜果询问此事，很快得到答复，其中抓虾的工作人员回答得比较细心：<br />
<blockquote>对于你提到的这个问题，我们是这样考虑的：<br />
当一位用户发来邮件要求合并时，一般都是因为他自己的Feed地址变更，为了大家能更好的适应这一变化才会要求合并的，而通常情况下新的地址应该是作者自己才知道的。<br />
用户在邮件中写的内容通常包括他博客中大部分的RSS输出地址，这些地址内容应该都是一致的，域名大都也是相关联的。好多地址如果不是作者自己通知，对外一般用户是不会发现的。<br />
而且我们会查看该Feed下的文章，一般情况下如果一个用户更改Feed地址，为了能让大家及时知道，作者会更新一篇自己的博客向大家通知新的地址，以方便大家订阅。如果这两个地址一致一般情况下应该就是该作者自己的要求。<br />
另外其实我们觉得“合并Feed”本身来说，只是为用户提供一个方便的服务，让大家的博客更好为用户浏览。对于恶意要求合并的，应该是极少数的情况，而且对他本身来说也不存在什么意义和影响。我们至今没有收到过作者的投诉，如果这种情况真的发生了，我们这边也会根据具体情况采取相应的补救措施，相信会给大家一个满意的结果。</p></blockquote>
<p>鲜果的回复比较简短：<br />
<blockquote>您好，合并FEED时我们会人工判定，同时综合多方因素，保证FEED所有人的权益。<br />
另外您的博客上留的EMAIL地址和您发邮件的地址是一样的。</p></blockquote>
<p>我对这两家公司工作人员的办事效率表示钦佩，回复速度很快，而且是人工的，其说辞咋看一下确实也是无比安全，feed安全应该能获得较好的保护。<br />
只是两家公司工作人员每天要处理无数合并请求，每一个都进行人工审核的话工作量未免太大，他们所说的blog归属权判定办法似乎也很切实有效，可难免有漏洞，比如，如果有人克隆一个某知名blogger的blog在feedsky的feed，然后告知抓虾或鲜果我要合并feed，然后再将其修改为自己的feed，那么这位知名blog的原订户会不会被转接到他的网站？如果他说他的email更改了所以和原blog上的不同又或者现在根本就可以很容易的伪装出任何你想要的邮件发出地址来，这样的判定办法的安全性又在哪里呢？<br />
我不是说feed的安全有多么重要，可他肯定不是不重要，我也不是说很多人就会这么干，只是林子大了什么鸟都有，总有一天总有人会那么干的，即使没有人会这么干，那么能规避这么一个漏洞总是好的吧？<br />
我有一个想法~在阅读器网站上设一个页面，由feed所有人自行申请合并feed，通过在其文章中添加验证字符串来证明其feed的所有权；也许这样有可能涉及某些blogs聚合feed的安全，那么完全可以通过计算机随机选出申请合并的feeds中的文章中某几篇，要求合并申请人在这几篇指定的文章里添加指定的字符串，以达到确认其feed所有权的效果。不知道这样的办法是否可行和有效呢？</p>
]]></content:encoded>
			<wfw:commentRss>http://interjc.net/archives/2007/10/12/merger-feeds.html/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>
