@locoz 你说的断开会锁屏，说明你配置了自动锁屏，服务器版系统一般默认不会开启这个配置

你需要往两极去调整～
要么多玩进入圈子，该回怼的回怼，该改进的改进
要么干脆不跟这帮人玩，甚至不玩

如果不是你做的有问题导致被骂，那么对方骂人就是对方的问题，你没啥需要不舒服的，对方的骂声只是在宣扬他就是这么个素质了

“需要开个远程桌面”。。。。。你是不是每次断开连接时候注销了桌面，然而你的程序依赖进入界面显示才能运行？

本质都是 windows 远程桌面，无非是装了家用版系统
自己可以写个 rdp 服务程序代替 window 自带的 mstsc

@gdfsjunjun A 记录+MX 没问题，但是想用 CDN，那么就不得不 cname+MX 了

关键词，和是否 like，可以传
至于 string 还是 int 啥意思？

这么多楼层，大部分都没意识到问题重点所在，我有过线上单表 15 亿行数据经历，透漏个数据，来重点说下慢的原因：总共 500g 数据的表，索引占了 100G，所以即使索引合理，SQL 合理，表的查询也同样很慢

这个数据规模下，表分区，分表，分库就成了基本考察点，但是线上具体用法则会有些差异的地方，这个部分不会是面试官的考察重点

既然允许临时中转，那么必然需要有更新时间字段，传到服务器端再对比决定是否更新，至于并发，则忽略，因为下次上传会把服务端数据更新为正确结果

这问题问得很泛，能回答的方面就是，合理的索引，表分区，分表，分库等一系列技术的组合。
不过看起来更像是面试官的问题自己解决不好再像外界求助

好像只有一次免费转换机会，你用来把包年包月转成按量计费了

我本来一直想使用顶级域名的，奈何我同时用做了邮箱业务，解析起来有冲突，就在套用 cdn 之后不得不选择 opengps.cn 跳转 www.opengps.cn

@dorentus 谢谢，受教了

@chitanda 虽然我不懂 ios，但是我可以根据我个人的 socekt 开发经验来说：依赖第三方的推送（这里指系统推送），实时性怕是远远不如自己进程内部的长连接或者密集短链接轮训更有效果

凡是 im 工具都有实时性要求。因此就必然会设法保活，通过长连接或者密集的短连接心跳来尽可能实时的检测是否有新消息，属于打开了就进坑不关闭的那种，他的计时也就分分秒秒都在消耗运行时长

我觉得你这是找了一家培训机构，用培训的名义换取免费劳动力

@Orenoid 你可以换个名词来理解：我有篇博客，在 v2 分享多次了，你可以参考理解下我说的意思，相对比回复的更条理： https://www.opengps.cn/Blog/View.aspx?id=284&from=v2ex
物理主键>时间戳聚集索引
逻辑主键>主要查询条件

@bonfy 这种问题的临界点比较难确定，因为直接受到定价规则影响，及时确定了也只能是个模糊范围，你刚开始用就照着函数方向去做吧，等你的支出费用，等于养一台服务器费用时候，就到了临界范围内科

无论你用什么去查询，都是要回到表里查询的，只不过查的过程省时间了

自增物理主键用来解决数据落盘是按顺序的，来保证写入不随机，保证写性能同时给以后的表分区做提前准备
逻辑主键为了解决读的问题，一步到位找到“门牌号”，总比从某个范围里用某种方法去多次筛选要简单的多

函数是按次数收费，用的少显然用他更合适
服务器是自己的资源，按时长预付费或者后付费，访问多建议选这个

另外，你用处要是想拓展到函数级别之外，比如装个数据库，装个缓存，装个其他东西等等，那么毫无疑问回到具备独立系统的服务器路线上去