你们老总可能对 nodejs 有一些误解……建议他了解一下世界上最好的语言……

直接爬取 api 接口。

如果用算力代替金钱作为打赏的另一种方式，我觉得还可以。就是不知道区块链能不能利用这种过于碎片化的算力。

进程间的依赖关系比较复杂，操作系统是无从得知的。如果不在应用程序层面进行处理，仅仅在操作系统层面挂起进程的话，很可能会导致各种无法预料的错误。这和虚拟机挂起整个系统是有区别的。
另外一个问题是，受限于磁盘读写速度，挂起和恢复大量进程的体验不会太好。
所以，如果真的有这样的需求的话，我选择多加一根内存条……

其实没啥大毛病。该说的说清楚了，愿不愿意去是自己的事。只要钱给到位，其他都好说。

当然，楼主这个情况钱肯定没给到位。一个月补贴 1-2K ？ 997 至少多发两倍的工资我才能考虑下……

写 c 用第二种，写 cpp 用第一种，写前端（ html/css ）用第三种……

节省 80%的带宽是肯定没有的……因为上行带宽占比较小而相对不值钱，很多云服务的上行流量都是免费的。前端压缩主要节省了硬盘和 CPU 资源。
感觉作为工具型应用非常不错。

如果只使用 cookie 就可以完成登录，session 就没有作用
如果想要使用 session 控制登录状态，在使用 cookie 登录的过程中就必须校验 session

用户友好的意思是越短越好？那这和技术开发是互斥的，因为要保证不重复不连续一定需要足够的长度。
可以参考 Twitter 的 snowflake 算法。

申请经营增值电信业务的，应当符合《中华人民共和国电信条例》第十三条的规定和下列条件：
(一)在省、自治区、直辖市范围内经营的，其注册资本最低限额为 100 万元人民币；在全国或跨省、自治区、直辖市范围内经营的，其注册资本最低限额为 1000 万元人民币；

喜欢攒一堆 commit 不提交然后冲突了那不是自己的锅么。git 给了你选择，svn 不给你选择，你却觉得这是 git 的不对。
想起以前在学校的时候用 svn，有一次服务器挂了之后代码仓库就完蛋了。只能建一个新仓库导入代码，旧的 commit 全部丢失，故障期间完全无法提交代码……

热 key、大 key 容易造成单点问题。但是既然“他们以前项目都这样搞”，那就说明业务量达不到性能瓶颈，根据不要过早优化的原则，这么做也没太大问题。

我居然看到了求是潮云 U 盘……

同 30 楼。手机系统不是问题。没有人能限制你依据开源协议使用开源软件。主要问题还是芯片等硬件，缺乏合适的替代品。

事务 A：select 最近 1 个月注册的新用户，把他们的用户组改成 GroupA
事务 B：注册了一个新用户，commit
事务 A：select 最近 1 个月注册的新用户，给他们发送一条私信：恭喜你升级为 GroupA ！

不一致本身没有危害。有危害的是不知道会不一致。

@etc

https://redis.io/topics/faq

Redis background saving schema relies on the copy-on-write semantic of fork in modern operating systems: Redis forks (creates a child process) that is an exact copy of the parent. The child process dumps the DB on disk and finally exits. In theory the child should use as much memory as the parent being a copy, but actually thanks to the copy-on-write semantic implemented by most modern operating systems the parent and child process will share the common memory pages. A page will be duplicated only when it changes in the child or in the parent. Since in theory all the pages may change while the child process is saving, Linux can't tell in advance how much memory the child will take

copy on write。写入的数据会被复制，最坏的情况下 bgsave 会占用两倍的内存。在 master 上 做 bgsave 容易导致 oom，一般会选择在 slave 上做 bgsave