@jtsai #44 已 block，走好

@jtsai #40 因为你有洗地的嫌疑，而且洗的逻辑很奇葩，完全讲不通

@jtsai #38 不，一般正常人都不会这么看

@jtsai #31 怎么就「从一开始就不是」，明明就是一开始就假借官方名义，后来被揭穿了才亮的身份

@jtsai #31 我不能理解，一开始说的是「深圳有赞」，明显是假借官方名义

支持曝光，已转发微博

你这个和 GraphQL 完全没有可比性啊，何来完爆一说。GraphQL 是数据交换协议，服务端没有限定使用什么数据源，不会和具体数据层耦合。你这个实际上就是 remote SQL 客户端，这种完全面向 SQL 的业务架构，大概只能用在简单小项目里吧。这种将服务端数据层直接暴露给前端的方式，耦合性太强，前端为啥需要知道你服务端用的是啥数据源？这种方式的可维护性是很差的。且不说假设有一天你们的业务数据层换成了 MongoDB 这种非关系型数据库，你这套就嗝屁了。就单单说，如果某天数据库 schema 改动升级了，前端也要一起改（能不能改还是个问题，像 Android、iOS 这种客户端，公开提供的 API 就不能再改了，除非不管旧客户端兼容性）。然后你就等着前端拿着刀来砍你们吧。

阿里 `0.02 元 /实例 /小时 ` 这个是性能共享型的，你再去看看性能保障型的价格

中招了，辛亏没用在正式环境，准备切到阿里云了

在第一家公司离职时也踩了这个坑，就算补缴也没用，社保是断了的。第一次离职也不懂这些，当时年轻气盛，还和 HR 理论了一番，然而并没有什么卵用，只能自认倒霉了。

3 点钟收到几条短信报警，上去控制台一看，100 多条警告，查看详情需要开通企业版，然后突然发现有个免费试用，立马开通。然而查看详情后，发现可疑进程都是阿里云自家产品的进程，什么 docker、cloudmonitor。。。这套路。。。刚才差点手贱就开通了企业版

首先先学会提问吧

早在上古时代，ERP 厂商就是这么干的。

1. 别试图重新发明一遍 HTTPS ；
2. 你的问题无解，请放弃治疗。数据一旦分发到客户端，就一定会被窃取，仅仅是时间和成本问题。

性价比比较高的做法：
如果是浏览器，用 HTTPS。如果是 App，HTTPS + SSL Pinning。然而也只能增加破解的成本而已。

Serverless infrastructure 这个比较接近

《世界是 container 的，也是 microservice 的，但最终还是 serverless 的》
http://liubin.org/blog/2018/05/04/the-world-is-full-managed/

到 「费用中心 --> 可用性中心」查看，说是每月初五个工作日内会更新，这几天留意下，然后如果有出现赔付明细要赶快申请，否则过期失效。。。这个「功能」是在 V 站上看到的，之前一直不知道有这个入口，鸡贼得很

@jtsai 不用到特定注册商，抢注抢的是全球的域名

这次很严重啊，我们多个区域的多个服务都有问题