头一次双十一时候线下买了手机，不过是内购价便宜不少，感觉线上也降不到的价格就出手了

@Peikon 我这么干是因为老家房子处于“不密封”的水泥墙阶段，所以对我来说管用，贴了 3D 装饰贴起码不透风了封堵了凉气，另外老人也碰到墙角之类的也会有缓冲效果，不那么疼

冒充一下大牛回答下：提交方做提交标识，后端用标识做幂等性校验。( https://www.opengps.cn/Blog/View.aspx?id=426 ,欢迎点评 )
要求标识需要：
前端处理到位：一个页面，不返回成功怎么提交都是同一个标识。处理成功则刷新标识
后端处理到位：对处理的标识，加锁防止并发争用，同一个标识只执行一次，多次提交返回相同结果

你这公开 ip 的，写个客户端扫描工具，多线程遍历找 tcp 端口，一会就可以了，毕竟总共就那么几万个端口

微软停止支持你怕啥，多人少用的正版系统？重装过的几乎都是正版。。。

我去年是买了装饰材料，那种贴墙上的泡沫把老家墙面加了“保温层”

围观大佬，由于我也负责过用户增长到单机能力之外的项目，对于扩容，前置机器的无状态扩容很容易实现了，所以专门请教下：后端扩容有什么好的方案和建议呢？
1，数据库变大，需要动态增加机器，怎样一种方案可以无感知增加？
2，数据量变大，查询效率如何维持？
3，老数据的删除，我们项目上有，不知道大佬的项目中怎么处理？

招商银行，一直用招行

多数人都有这个阶段吧，我是没北漂，结果买房子时候各种头疼。所以既然买了房，那么另外一个问题就是对象是否已经稳定，可否接受回老家

@lhx2008 只说底层物理机，确实这点差别，下一步就是云的“可扩展性”了，这个 vps 就缺失了配套。几乎所有做云的，都有配套的负载均衡，数据库，缓存。因为这是大部分系统，在系统用户数提升之后最简单的“加机器”就能应对更高访问量的办法。所以大点的企业应用都用的云架构。当然，自己各种服务实现起来，用一堆 vps 也能构建出相似的结构，但是可用性就很容易回到“单点故障影响全局”的状态

@PbCopy111 我勒个去，，，，玩不来玩不来，我的机器也是活动机，硬盘只有 40G 系统盘。。。

说错了，可用性=>可靠性。可用性是靠多机器集群，跟云的底层集群不是一回事

@lhx2008 都是虚拟机，但是物理环境一个是单机一个是集群，做过架构设计的人都明确知道这个区别对系统“可用性”指标影响有多大

只是反映一个事实而已，90hz 下运行效果差，看评论似乎都想的有点远

当初我选国内阿里云也是因为网络质量，传统光纤专线跨省总是高延迟

设备似乎存不住电，我每次上下高速之前先给他充点电才能顺利使用，不过直接关联微信支付走信用卡挺方便。分享后 5 人办卡就相当于免费了

就一个进程而已，不想用直接杀死并删除就好。阿里云的默认系统内部会有 2-3 个相关进程，杀死之后系统不会自动安装的，负面作用也有，比如控制台不能改密码，不能看监控资源信息。
另，实在是有点看不习惯把云服务器叫成 vps。。。底层性质相差太多

我的 linux 服务器闲置 1 年了，依然闲置，真想找个理由用起来学习下

因为是都不能少的，所以不要去互相对比，免得造成伤害