30 了还是很暴躁

看到隔壁项目组小弟写的狗屁代码，直接怼过去

- 服务器的计算能力
- 对于数值上的一些策划

我们游戏虽然不分大区，但是游戏内还是有分线的。
正常情况下玩家可以随意换线，只有少部分等级最高的不能随便换。

不分线的话，就像楼上们所讲，资源产出设定了那么多，玩家越多，人均获得就越少。

而资源产出就是策划层面的事儿，不能随便调整。
否则游戏进程过快等于游戏的生命周期短，过慢带来玩家玩的不爽。

另外就是计算量。首先明白一点，网络流量与 CPU 使用率呈正相关性。
我们游戏有个活动玩法，需要广播更多的数据。
在活动期间，同时在线量没有显著提高的前提下，网络流量是非活动期间的 3~4 倍。

如果不靠分布式（也就是不分线），即便是不在活动期间，把这些流量都放到一台机器上，是算不过来的。

关于合区、合服
收入变少的情况下，首先考虑减少服务器硬件（或 VM ），提高每台机器上的游戏服务器进程数量（提高密度）。
这样玩家没有感知，对外不会有什么影响。

当收入远低于服务器成本一段时间了，而且实在实在不能再压缩了，才会去减少服务器进程数量，也就是合区、合服。

这货是单机版吧？团队任务怎么管…

redis 漏洞了解一下~

如果没禁止 root 登录，可以通过这个漏洞加 key，进而完成登录

商务折扣
问过苹果店员，没听错的话，企业年消费 3 万即可

付款前提出“商务折扣”报上公司全名，再出示一下公司工牌就行

某些商品不会有折扣，特别是新上架的

还特别问过，去香港苹果店也有折扣。就是操作起来比较麻烦

导出 svg 试试咧？（支持的话）

好像加班的打车报销，也可以证明公司承认你加班的证据。

我在 ping++ 遇到过业务员无端加你微信的事情

我让他证明自己是 ping++ 的，然后跟我说“我现在在 Ping++办公室，用公司发的 MacBook 跟你聊天”

……
摆脱，有点逻辑好吗

问题的根源难道不是“用 TIM ”吗

聊 boss 不喜欢看到的内容的时候，别用 TIM 不就行了…

我自己写的，总共也就 8、9 天吧，从零到能用

申请微信支付那些东西还好，资料齐全就挺快的
支付宝比较蠢，你得先有个 demo 站点，支付宝才会审核通过，给你 API key 和 secret

所以 2 天时间写了个简单的前后端流程，不带支付的，提给支付宝过审

后面就是各种细节上的优化了

功能上，商品展示页、购物车列表、结算支付、个人订单列表、订单详情、地址管理，差不多就这些东西了。

加商品，订单发货状态什么的，都直接改数据库，磕磕绊绊用了 2 年…

不喜欢看的我也不看，她看，我玩手机

但是我喜欢看吐槽大会，还去过现场参加录制……

啥？权力的游戏看完了？别剧透啊

买一套法兰绒的四件套换上、再嫌冷就配合电热毯用

贴身的的睡衣也用绒的，保暖性强

有，我们 C++后端有几位同学就用 vim

去年给主程推荐了用 CLion，他说挺好的。
但是我们程序跑起来就得用 20、30G 的内存。Mac 跑不起来，远程调试又麻烦…所以现在还依然用 vim

当木桶看

- IO 短板的时候，再怎么分也没用
- 需要处理的数据量短板的时候，分就有用了

先分析一下哪些文件占了这么多

过期的 binlog 清一下，清之前放 oss 这种云存储上
数据盘用 lvm、逻辑卷，可以加硬盘扩容

试了，不行…不被支持