老鹰之歌的学习笔记

目前互联网上充斥着大量的关于RESTful API（为方便，下文中“RESTful API ”简写为“API”）如何设计的文章，然而却没有一个”万能“的设计标准：如何鉴权？API 格式如何？你的API是否应该加入版本信息？当你开始写一个app的时候，特别是后端模型部分已经写完的时候，你不得不殚精竭虑的设计和实现自己app的public API部分。因为一旦发布，对外发布的API将会很难改变。

(偶然的在网上看到这篇文章, 觉得ZIMG很优秀, 只是目前版本是1.0还不支持分布式, 也期望后续版本如作者所说会支持集群.项目代码可以去github: https://github.com/buaazp/zimg/)综述2011年李彦宏在百度联盟峰会上就提到过互联网的读图时代已经到来1，图片服务早已成为一个互联网应用中占比很大的部分，对图片的处理能力也相应地变成

在各个网站看相关的文章和解决策略,facebook和阿里的架构最受追捧, 可我们也很难做出像facebook的项目来.同时,资金投入上也不得不考虑.在github上发现了一个比较优秀的图片处理程序: ZIMG, 功能和性能上都是令人眼前一亮的. 但是缺点也是显而易见的: 1,不支持分布式. 2, 安装使用上的困难. 3, 一些BUG.  不管如何我还是比较看好他,等以后成熟了会考虑采用的.

作者：元宗 (一淘及搜索事业部-搜索技术-算法技术-主搜索与商城)1. 什么是Query suggestion　　Query下拉推荐是指搜索引擎系统根据用户当前的输入，自动提供一个Query候选列表供用户选择，Query下拉提示(Query suggestion)在搜索引擎和广告竞价平台中已经是标配的产品。Query suggestion可以帮助用户明确搜索意图，减少用户的输入并节约搜索时

距离上一篇关于Web API的文章（如何实现RESTful Web API的身份验证）有好些时间了，在那篇文章中提到的方法是非常简单而有效的，我在实际的项目中就这么用了，代码经过一段时间的磨合，已经很稳定了，所以我打算写篇总结，并在最近这段时间里提供一个ASP.net Web API的综合例子。对四个HTTP方法的理解众所周知，HTTP有四个方法，GET、POST、PUT和DE

架构是一个过程,而非一个结果.系统总是遵循从无到有,从简单到复杂,再到简单这样的过程.从代码逻辑到物理网络,从单机到分布式,无数的技术可供架构师选择,如分层,组件化,服务化,标准化,缓存,分离,队列,复制,冗余,代理等,不过它们仍然只是术的范畴,而何时何地如何恰到好处地使用它们才是"道"的范畴.架构师玩的是折中的游戏,没有唯一正确的架构和唯一的"正确答案".

问题背景工作中遇到数据库数据增长过快，单表一年之后预计到达35M行数据，可以预见MySQL性能将下降厉害，并且随着业务的规模化，担心单表将很难抗住并发压力，出现故障后恢复时间变长对业务影响也会变大，因此需要考虑数据水平扩展，目前项目采用Golang开发，一个Google开发的以简洁的语法，内建高并发模型，支持垃圾回收为主要特点的编译型语言，性能比Java好，开发效率比C/C++高，其目标是

1. GraphQL来啦！当Facebook构建移动应用的时候，它需要的是一个强大的数据获取API:足够强大，满足Facebook自身复杂业务的需求；足够简单，对开发者和使用者来说很容易上手与使用；GraphQL就是为了满足这一个需求而产生的，Facebook从2012年开始完善，与2015年展开GraphQL的开源的进程，并形成一个围绕GraphQL的社区。