想法反了。

可以这么理解：
恰恰是因为客户端保存了会话，所以才能做到无状态。
如果客户端不保存会话，那么请求就无法做到无状态。

比如说你要做一个在线商城，有购物车组件。
如果购物车存在服务器端，那么当你有很多服务器的时候，CDN 派发到另一个服务器，那你购物车就空了，因为你的会话在另一台服务器上不可用。如果是客户端会话，那么换了一台服务器以后，也可以直接从客户端发来的会话里读取数据。

当然，你也可以把购物车存在中央存储区里（例如数据库或者内存数据集群等），但是这样又会增加服务器间的通讯量，以及把更多的压力放在一个单一服务（数据库）上。

无状态的话，客户会话是由应用程序服务端处理的，而应用程序服务器是可以大量横向扩展的，人多的服务你堆个一万台机器上去就结了。

数据库你咋堆服务器。

做好备份就行。SSD 做盘阵没有太大问题。

没什么好办法，按部就班计算出要用到的字段和要用到的表，然后拼 SQL 。

有 calling convention，不需要用 C 。
所有的东西到 CPU 上执行的时候都是机器代码。只要这机器代码是对的，随便你用什么语言写。

@tokyo2020 #59 外键和非外键的区别仅仅在于数据完整性约束，和索引没有直接关系。

@imgbed 在网页中可以点开图片看大图。
你 imgbed 跑量跑到一定程度以后我觉得也会放广告的，没有必要用这种理由来贬低其他服务吧。
（家里有矿的当我没说。）

一般 rpm 是绑定操作系统的。如果你那个系统不是基于 RHEL7 的话，直接装是会有问题的。
如果他是魔改现有系统的话，还是找原始的系统上的包吧……

@TmacV2 C#里委托确实和函数指针一样，可以用来实现回调函数。
不同语言里用于实现回调函数的方法各不相同。C 里面用函数指针，C++里可以用 function 模板，C#里用委托，Ruby 里可以用 block/proc 等。他们互相都不是一个东西，但是最终实现类似的效果。

rclone 算不算？

@laminux29 没有人会因为采购 IBM 而被开除.avi

Python 不基于 C 语言。

你说的那些功能都是运行时，不是语言。
什么是语言？语法和文法是语言。剩下的都是运行时和第三方类库。
比如说 Ruby 就有 stdlib，里面有打印字符，有读取文件，有访问网站的函数，这些都是运行时类库。
C 也有 libc，里面也有各种运行时类库。C 语言离开了 C 运行时，一样是什么大事都干不了。

因为你也没说你到底想干嘛，所以我也不知道什么东西对你有价值。
比如说 Python 里，a = b + c 是把 b 和 c 加起来存进 a 里。
你今天一拍脑瓜说，我要实现一种新的语言，要写成 b + c => a 来做同样的事情。
那你就需要实现一门新的语言。

至于 llvm IR，本来就是中间语言。
也就是说，让你学 IR 不是让你去写 IR，而是让你开发一个编译器，把你的语言转译成 IR 然后交给 LLVM 再二次处理的。
也就是你最后一段说的，「用 c 语言开发一门语言」，这个开发就是要把你的 bb 语言转成 IR 。

啊？啥语言？

https://www.cloudlinux.com/extended-support-cloudlinux-os-6

有企业提供 6 的延长维护，请自己去联系付钱和转换事宜。

@YouLMAO 其实我不太明白你提 Apache PMC 和你提出的团队里用 Rebase 是对团队不负责任有什么关系。
在我看来，Good practice 应该是对团队负责任的行为，只不过是因为需要妥协一些现实中无法解决的情况（例如队友太菜）而不得不采取变通的措施。
从你前面的观点，即「用 Rebase 」→「对团队不负责任」这个论点来看，我觉得有两种可能。
1. 你觉得 Rebase 让版本历史保持清晰不属于 Good practice ；
2. 你觉得 Good practice 是对团队不负责任的行为。
你想说的是其中的哪个呢？

我司姑且不算很小，但是我不代表我司发言，所以就不报名号了。
但是我司要求每个 MR 都使用 Squash 方式合并，这样既不会有 Merge 也不会有 Rebase 。
说白了只是为了省事，省得培训每个员工罢了。
我自己的个人项目是不会去用这么 low standard 的做法的。

@tlerbao #11 你这个看上去不太对。
rebase 完以后应该是一条直线，像是：
e723 → 1219 → 你的项目的 4 次提交

你看我 7 楼贴的图，upstream (mainline) 到 mod (sb-master) 之间应该是一条线。

@YouLMAO 菜不是弃用一个优秀功能的理由。
Git 线好看怎么就是舍本逐末了。版本管理系统里，「版本管理」自然就包括对历史的把控。一个清晰的历史记录可以方便地追溯代码的变更，也方便把某个或者某组提交拿出来做 revert 或者 cherry pick 。
因为某些开发人员水平太菜，导致该 rebase 的地方滥用 merge，最后版本管理记录变成一大坨犬牙交错的屎山，这才叫舍本逐末，这才叫不负责任。
不懂可以去学，可以让同事教，没人会怪你的。

怎么不说因为有些人写不好 C++所以大家都去改用 VB6 呢。

当然，还有一种可能，你们团队太大了，不可避免地遇到坑队友而且没人愿意培训。
这种情况下最好的方法既不是 rebase 也不是 merge，而是 squash 。
我们团队现在就是推荐用 squash，虽然主线上一坨坨的 squash 谁都不知道里面到底有哪些东西，但是老板开心就好了呗，反正出问题也轮不到我背锅，我一点儿也不想操心。

要用盗版就去某宝几块钱买一个激活码。要正版的话走正版代理商卖，几百吧。