还是不要想着作弊吧，正常体检能过最好，不能过说明可能真的不适合开车？驾驶还是比较危险的，万一出点意外后悔来不及的

当我看到算命的说这四个字的时候就能理解为啥亏完了

前半部分可以，卖家通过网站的企业微信接收消息，我们通常用企业微信来接收通知，可以参考这个： https://blog.ops-coffee.cn/s/zpVZw8vdpTLgGOR6GvpiqA 代码很简单，后半部分的回复买家消息没有研究过

先用中文，搜不到换英文，主要是英语渣渣，用英文搜也是关键词拼接的。。。

如果这个算的话 https://blog.ops-coffee.cn/s/v4mwntw678cmvh6faqwlqa

你如果接过云厂商的 SDK/API ，你会发现大厂更乱，不仅乱还会给代码下毒

举一个例子，对于返回数据有创建时间的，有的字段名叫 create_time ，有的叫 created_time ，有的叫 createTime ，有的叫 createdTime ，有的返回 UTC 时间，有的返回本地时间，有的返回时间类型有的返回字符串，有的返回时分秒，有的返回时分，这些还都是同一家云产品，只是不同接口而已

再举一个例子，获取分页数据，有个 offset 的参数，通常情况下都表示偏移量，但有些时候人家偏偏要让它表示页码 page num ，关键是同一个产品不同的接口同样都是 offset 参数，有的表示偏移量有的表示页码

最近在接各大云的 SDK 被搞蒙了，接了大小 n 个云厂商，每个都有这情况，没有例外

我就是 sqlite ，django 写前端，还能生成直接生成 html 自动上传 github ，通过 github pages 就能随时随地访问了...这不，博客也有了

我们用配置中心，etcd+confd ，配合写了个管理系统，不需要开发介入，纯运维侧完成，比较方便可以做个参考： https://blog.ops-coffee.cn/s/qg42uqj9rnswqdmd41cyug

我的博客通过 django 本地生成静态页面然后自动上传 github pages：
https://blog.ops-coffee.cn/s/7g2wncqg1liziomtbxxwew

一家公司呆上十年确实很厉害，愿你继续一往无前
我在上家公司也呆了 9 年多，去年底离职了，踏上新征程

18 年开始写，不知不觉已经写了一百多篇文章，应该有几十万文字了吧 https://blog.ops-coffee.cn

简单看了下介绍，真的太强了！各种公有云私有云混合云都支持接入，都给跪了

刚好最近也在做类似的多云管理系统，面向的用户是企业内部不对外加之人手救我一个做的粗糙了点，也是刚刚起步，有一点点浅显的思考，多云管理除了多云资源元数据的管理外，是不是也要多关注下关系管理？

绝大多数时候我们在使用资源时都不是独立的，基于各种各样的关系来处理的。多云最重要的应该是保证基础数据的准确，从而更好的为上次业务提供服务，如何保证基础数据的准确，除了多云本身资源全之外，能与上层业务形成强关联是很好的方式，在这个过程中关系管理就非常重要，通过特定的关系来获取到具有相同关系的一类资源，关于关系处理我有写过一篇文章介绍我目前是怎么做的 https://blog.ops-coffee.cn/s/g4wsm_kxpgypnspy4lymha ，这个刚上线还没经过长时间的落地验证，所以是否有效也很难说，纯粹基于个人经验的理解，难免浅薄了

写了好多，最后再说下，这个项目真的太强了，我仔细看看，感谢大佬

这里收藏了很多不错的周刊，可以参考下他们使用的平台 https://ops-coffee.cn/weekly.html

顺便期待一下你们的周刊~

adminlte 我之前都用这个，也是配合 django ，写了很多 devops 相关的后台系统

哇，羡慕，我被封在上海两个多月了，这么好的天气不能出去实在是折磨，新买的小面包都快放废了

你的起点，是绝大部分沪漂终生奋斗的终点

能在上海有一套属于自己的房子，能有个上海户口

搞前端的就是好，加载速度很快，界面也简洁，棒