因为@Fenng的大力推荐,关注又拍其实有段时间了。前阵子在做CDN的选型测试,正好又拍的童鞋要给我开通推荐码机制的权限,所以趁热打铁把这个性价比不错的服务给上了。
作为尝试,我只选择了又拍的图片存储服务。一方面他们提供的自动缩略图生成和优化很方便,另一方面也考虑万一不行的话切换回我们自己的服务也快(毕竟再好的服务也需要有备份方案啊)。
几周的测试下来,API || FTP 的数据接口还是相当方便滴。同名文件覆盖上传之后缓存会自动触发式刷新,基本上能实时看到新图片(测试周期内出现过一次十分钟左右的延迟,可能与他们当时的网络节点状态有关);不像传统CDN那样普遍需要用户主动发起刷新请求。
更为详细的介绍分析@blogkid写得非常具体了(请看: 又拍云实战),比如按需付费、比如简化运维、比如缩略图功能,都是关键的卖点。我就说说一些感觉美中不足的地方:
- 管理监控后台比较单薄。管理员帐号只能是一个(只有空间操作员可以随便加,但操作员只能是做文件操作),如果可以像GA那样支持配置多帐号登录管理就好了。
- 实时流量监控统计图表存在抖动,并不是非常准确。
- 图片空间缩略图的尺寸命名一旦添加了就不能改。虽然说空间可以随便添加、一个空间可以设置10个缩略图版本,但如果由于某些原因当某个空间使用了一段时间之后想修改缩略图的命名规则,还是件麻烦事儿。
- 无法进行空间文件的大批量移动复制。通过API||FTP,都是针对文件的增量操作。一旦想调整目录结构,或把数据从一个空间转移到另一个空间,最便捷的方法可能就只有联系又拍的技术支持了(当然又拍的技术响应速度还是一流的,基本上有求必应,产品开道服务为王这两点又拍都做得不错呃)。
当然这些都是小问题,不会影响主要的服务体验。只是希望又拍的更新升级速度更快些:)
最后,广告时间:推荐码购买又拍云存储服务可以得到5%的优惠;当然我也可以得到5%的返利。有需要的童鞋可以微博上找我@ZEAL索取^_-
10. XXXX项目-改版 // 你用一次也就罢了,需要整个项目期间提交的日志都是这句话嘛...
9. 修改 // 如果版本提交不是做修改,莫非骗提交率来了?
8. BUG修改 // 是不是还要先提交一个版本叫做“BUG生成”?
7. 修改BUG // LS的,猿粪呐!~
6. 测试 // 册那...
5. test // 猿粪,又见猿粪
4. 版本更新 // 俺又不是siri,发出这种让人产生联想的指令干嘛,讨厌~
3. update // 你就算说英文俺也变不成siri
2. publish // 小样,会的词还挺多啊!
1. svn // 靠.......
(继续阅读:svn pre-commit hook 的加载)
