@moxuanyuan 点进文件历史慢慢删吧。

这帖子已经过时了，现在得限定成 HTTP 0.x/1.x 了，因为 2.0 已经不是这么跑的了。

@cabing 改变文字顺序不影响阅读(?)

不考虑 AMD 的话考虑加钱？

可以找找开源的。

@herozzm PCIe。

随便买张 sas hba 卡不就行了吗？
我的天，这么常识的问题。

要接 USB 但是主板没 USB 口怎么办？买个 USB 扩展卡呀。
要接显示器但是电脑没集显怎么办？买个显卡呀。
那要接 sas 硬盘但是电脑没 sas 口怎么办？

买张 sas 卡呀。是不是很意外……

总结一下。
1. 什么是文本文件，什么是二进制文件，需要「你」来定义。
2. 文本文件也是二进制文件。
3. 现在不是文本文件的，以后可能会变成文本文件。

关于 3，一个很常见的例子就是各种文字编码。
上面提了一个 UTF-8，本来是一堆乱码的，但是只要有解码器，就能解码成字。
还有包括 Windows 上很常见的 UTF-16 编码，正是用到了原先被认为只可能在二进制文件中出现的 0x00。
而现在的一些无法被 UTF-16 解码、被你认为是二进制的格式，说不定就会被以后开始普及的 UTF-32 解码呢。
你现在分辨出的二进制格式，很可能等新的解码方式出来以后，就可以被阐释成某种文本文件了。

最传统的文本文件就是只包括 ASCII 可显示字符，即 0x20-0x7E。所以像中文啊日文啊这些全都不属于传统的文本文件范畴。特别是像 UTF-8 之类的，大幅利用 7bit 以外的区域、大量使用多字节编码的复杂系统，早就已经可以归属于「二进制文件」了。

什么叫文本文件，什么叫二进制文件，你先定义一下再问问题好吗？
如果能以文本方式读取的都叫文本文件，那就是上面 @binux 说的，尝试以文本方式打开，不行就不是咯。

如果没有具体定义的话，文本文件也可以称作二进制文件。反正都是二进制、十六进制存在电脑里的。
怎么区分是「你」来决定的。

随便举个例子。
我们平时下载的种子文件，是用一种叫做 BEncode 的编码方式序列化的。
比如一个数字 30，会编码成 i30e，一个字符串 abc 会编码成 3:abc。
[1,'a']编码后就是 li1e1:ae。
你说这算文本文件吗？
但是种子里存的是文件的 hash，虽然编码结构都是文本，但是遇到 hash 的部分就很可能是二进制了。所以种子文件既可以算是文本文件，也可以算是二进制文件，而且并不能「识别」或者「区分」。

包括有些位图文件，如果颜色正好能对应文本的话，一样可以用文本方式读取。

历史上最著名的文本文件与二进制文件探测应用，是 FTP 协议里的传输方法。你可以用 TYPE I 切换成二进制传输，也可以用 TYPE A 切换成文本传输。至于后来人们因为文本文件类型误判而传坏了多少文件这个我就不多提了。

@Felldeadbird 99.95 没毛病（而且如上面大佬所说，并不高）。
云计算本来就是以整个云的稳定性为单位的，单机跑没有任何优势（甚至有劣势，因为故障点变多了）。

前几天和办公楼邻居的一个大佬吃饭。那大佬说他花了几分钟时间挣了两百万美元。
是说他家人找到了几台他淘汰的笔记本电脑，说打算处理掉了。
他打开看看有没有什么有价值的东西，然后发现了一个有 100 多个比特币的钱包……

然后一个版权通告直接干死。）

要避免同时写入那就只能串行化。串行化要么加锁，要么队列。

@jokerlee ipv6 地址一天换几次你怎么追踪呀…

又要费资源，又要省电的？那你七夕（日语）的时候买个按摩垫吧。

所以，什么文件系统来着？

/var/log/nginx/域名.access.log
然后开 logrotate 的 dateext，保留两个月。

@makeitall 美国是有辣鸡分类的，但是分类不是这么分的，主要是塑料瓶、饮料罐、报纸这些单独处理。