考虑如下场景: 用户调用API获取文章列表, 服务端返回的格式是JSON
升级es到6.0之后, 像往常一样创建索引, es可能会返回错误信息
在微服务设计场景, 当系统负载较高时, 可以通过抛弃部分非核心服务来保证核心服务高可用.
网上的文章都是讲降级的策略, 基本没有讲到如何具体去实现. 我自己用python为验证码服务写了一个例子.
Markdown写文档最不方便的地方在于无法将图片嵌入到文档中。解决这个痛点通常的做法是将图片先上传到图床,然后引用url。我早期的博文就是这么做的。
sublime text 下babel插件好像优化不好,有一些性能问题。特别是在创建文件的时候,即便没有打开,插件也会尝试把文件树里的js类文件重新渲染一遍。因为js项目所用组件繁多,导致sublime text经常卡死。因此尝试用atom。
通常后端程序响应文件下载请求时,可以通过设定响应头和文件类型,读取文件内容加载到内容,然后在响应内容中输出文件流的方式实现。例如python
self.set_header("Content-Type", 'application/dat; charset="utf-8"')
self.set_header("Content-Disposition", "attachment; filename=%s" % filename)
self.set_status(200)
with open(File, 'r') as f:
content = f.read()
self.write(content)
return
日前在跟进一个提供ip查询的内部项目,主数据库用的ipip,在查询页面同时提供一些第三方提供查询结果,收集了部分api
git忠实记录自己提交的每一次修改,修改历史记录不是一个好习惯。不过在日常使用中,偶尔也有遇到需要修改过去提交记录的情况,比如,commit之后发现message少写了一些功能说明(如果想撤回整个commit修改,请自行搜索*git revert*哈),有时候甚至是在十几次提交之后才发现某次提交说明有误。又比如,因为某个功能比较复杂,作者想通过多次commit来记录修改以便方便回退,但是在推到项目仓库,发出合并请求的时候,意识到主仓库不需要记录太多commit时,就有了将请求合并的需求。