@Elix 这个估计是靠有效途径反馈，然后人肉审核吧，比如某个用户传的一张违反政策的图片，系统肯定识别不出来，其他用户报告了，估计得处理一下吧，只能说最大限度的保证用户的隐私，这个也是迫于中国的现实和无耐

@Livid 可能我想做的不仅仅是存图片， v.yupoo.com 只是用来存图片，不过做其他文件存储就更麻烦了，还要防毒……

@Elix 滥用这个东西很难防止，特别是付费用户，技术本身只能识别一部分，很多只能靠人肉来保证了，比如提供更有效和方便的反馈机制，更严格的惩罚措施

@doskoi 做云存储这是个最起码的保证和承诺，我相信在可以预见的未来，我们还能活下去，而且活得不错，即使有一天真的倒闭了，我们也会提供导出，比如用户只要点击一下按钮，即可导入主要的云存储厂商那里

@chenillen SimpleDB +　CloudFront 类似产品是肯定会有的，S3这样的东西底层其实也有的，只是没有将这几个产品串到一块，没有对外部提供服务器，做这样一件事情从技术角度来说都不复杂，基本上就是调用接口，难的首先得让产品立项，然后找各个产品的团队配合

@chenillen 可以理解，这可能也是为什么到目前为止还没有类似S3的云存储在国内出现的原因之一，当然另外一个很重要的原因可能是技术壁垒和资金投入相对比较高，如果这个公司没有相当好的基础的话

@chenillen 什么不可信？不是完全免费的，我的设想中是有免费配额的，比如5G的存储空间，每个月10G左右的流量，或者10w次请求？当然，这个我只是随便说说，举个例子，不代表最终的免费配额

@Anylei 是的，我想做的就是更后端的东西，只负责存储和响应访问请求，具体你前面是Dropbox之类的文件存储还是Flickr之类的图片社区，或者你仅仅是用来存储你论坛的附件或者头像，那是各位开发者的事情，我们要做的就是帮开发者把文件存好，提供最快、最方便的访问

@Nick 什么样才叫不合理限制呢？求教

@istef 国内的创业环境还行吧，国内的云计算平台还没有得到应用，创业型公司还是自己去拼凑服务器，自己去维护，既然什么都干了，当然连图片一块也顺便存了，个人觉得这个项目如果实施了，赢利点是依靠云计算平台，比如你在AWS或者GAE上开发了产品，顺带使用一下S3或者Google Storage也是情理之中的事情，而这个云计算平台就是我们未来一段时间准备推出的东西
@xi4oh4o 普通用户一般玩不转的吧，当成图床也可以啊，但是得在免费的配额内，如何防止滥用就看配额门槛了吧，完全杜绝估计不太现实
@daqing 我个人并不具备这些资源，但是公司具备，所以他一定是个公司项目，启动一个公司项目不但需要一个好的想法还需要好的理由

@junyi 我这里说100个人只是验证我的想法，我希望各路神仙能够发表自己观点和见解，我不是最终项目的决策人，你也知道做这样的一个项目耗费多少的资源，但我说了我会竭尽所能推进这个项目，如果最终没能通过，算我辜负了大家，对不起大家，我征集意见就是为了去游说、去跟能拍板的人说清楚这件事情，我希望能够实现这样的东西
@e6nian 类似吧，反正大同小异，s3虽然好用，毕竟在国内访问相对比较慢，所以我想做一个，也许这个能成为未来中小网站的一个平台应用（假如性价比能够到达预期的话）
@holystrike 所言极是，如果公司拍板决定做这样的事情，人员肯定会给足的，钱也不是问题，而且我们做这样的事情就是基于现有的平台，本来就有大量的闲置的存储、带宽之类的在那里，已经有完整的团队在维护，我们只需要关注我们的业务和研发，敏感类信息我们有在国内还算成熟的解决方案吧，无论是对于图片、文字还是流媒体，硅谷那帮同事还是给力的，但我也不能保证100%，尽量吧，但我希望这个平台能够得到大家的爱护
@est 应该和115还是有点区别的

百度实习生一天200，外加住房补助每月1500，还有每天20的餐食补助，百度就是有钱
===================
百度忒有钱了吧

@iiduce 真没觉得杭帮菜有啥好吃的
外婆家每次都那么多人排队，一直没搞懂为啥有那么多人

如果到城西的话并且喜欢海鲜的话，我倒是推荐黄龙大排档，相当不错

面向国内的用户，如果不是涉及敏感信息的话，最好还是老老实实放在国内比较好

万网的云主机好像可以找销售打折的，算下来应该每个月在350块钱左右，1.5G内存， 160G硬盘，志强双核的U，双线2M的带宽，99.99%的可用率保证，算起来应该还行吧，如果你真的打算做，这点钱还是应该投入的

像V2EX这样的站点，赚回主机费用应该是够的吧（我瞎猜的，具体我也清楚）

万网的云主机速度相当彪悍，内存和硬盘都很给力，如果企业用推荐这个，个人用有点贵了

因为这些都是程序员做的，好的UI需要很好的人才，linux gnome 发展到今天不也就那样么，跟同类产品还是差距巨大

@ksword 做简单消息队列基本靠谱，我已经在生产环境中使用，复杂的估计还得用专门的，比如ZeroMQ， 一个比较郁闷的是这个东西是双向链表，模拟队列的时候不能设置队列的最大长度，我的业务中需要这个东西，只能每次都去检测一次

@iwinux 我不知道你说的对服务器配置要求高是什么意思，需要很多的内存？还是IO性能？假如你使用其他的类似的产品，只要你的业务是同一个级别的，所需要的配置都是一样的，而且Redis相对于Memcache还能更好的使用大内存，不存在配置要求高的问题，如果是，那也是你的业务需要，跟Redis本身没有关系，你甚至可以在一个虚拟机或者比较垃圾的配置上使用它

@rveo 同样看不出来你表达什么意思，在我实际的使用中，没有发现有什么缺点，K/V模式能够有的东西，Redis基本上具备了，唯一不足的可能就是在自动分片上还需要优化，还没有跟TC/TT那样实现互为主从，但目前来说hash ring 的算法和M/S结构基本上能够应付绝大部分应用的需求了，没实现的部分只是锦上添花的功能，反而我用的最爽的keys *xx* 的功能，其他K/V都没有

tornado

http://directspace.net/

这个还是相当靠谱的