@lzwt806 #14 然后你会发现，自行编译驱动就是不稳定的来源。。。
所以你都要自行编译了，还谈啥稳定不稳定的，哪个发行版维护的预编译版本不是一堆 patch 的。。。（每个 patch 都象征着前人踩的坑，你自行编译了多半还得踩坑）
这种情况建议直接准备多套内核，看前文你是要做 livecd 这种，那你可以准备个 grub2，然后搭配从低到高一系列内核版本，反正动态加载模块是支持版本区分的。。最后主线版本肯定要留一个（全部还在维护的 LTS+主线，也就 6 个，加起来百来兆，当然实际情况你可以先测试，再裁剪不需要的版本）

@lzwt806 实际上你这个是不可能实现的需求，能实现是只是没遇到边界条件。
这里的所谓不可能三角就是稳定，新设备支持，省钱
要求新设备支持又要省钱，就用主线，稳定性也就那样
要求稳定且不付费，那就别想有新设备的支持了（谁帮你移植，然后完善测试呢）
要求稳定和新设备，就得付费请团队维护，而且成本理论上没有上限，越往后越贵，比如要一直用 2.6，最后的成本可能比重新开发一个新系统还高

理论上还存在第 4 个可能性，就是自己维护，确实可以省钱，但是这种情况势必要花费很多精力，然后也别想做事情了

----
然后我怀疑你对桌面环境有什么误解，你之前有遇到过桌面环境 bug，然后还不是用户态程序的锅的情况么。。。
然后桌面环境难道还需要保持 7*24 小时持续运行不间断的恐怖条件么（我甚至怀疑主流桌面环境能不能保证内存不泄漏，例如 GNOME3 和 KDE，多个版本都有被报告的内存泄漏 bug ）

正常使用直接跑主线就好了（（
你桌面的稳定性主要不是内核造成的，基本都是垃圾驱动和垃圾桌面环境导致，折腾内核版本属于那种主次没搞清楚）））
换句话说，桌面使用出问题 99%的原因都不在于内核。。。

不说用途一律主线内核）

-v 就是打印复制的文件名）

git bash 等一系列基于 mintty 搞的终端都有一堆问题：
首先是性能实在不敢恭维。。。可能是得高性能电脑才能在刷屏的时候不卡吧。。。。。。真的这 native 控件性能比不上 js 写的也是足够坑爹。。。（当然 xterm.js 的性能也没高到哪里，但是比上不足，比下有余就对了。
然后是终端特性支持也不是很好。。比如 neovim 的光标变换就没法搞（
最好还有就是中文支持了。。

@shylockhg #3
#include <vector>

template <typename T>
struct unwrap {
using type = T;
};

template <template <typename> typename wrapper, typename T>
struct unwrap<wrapper<T>> {
using type = T;
};

template <template <typename, typename> typename wrapper, typename T, typename R>
struct unwrap<wrapper<T, R>> {
using type = T;
};

int main() {
typename unwrap<std::vector<int>>::type a = 0;
}

前面少了一个 typename，下面是完整例子
https://gist.github.com/codehz/b18c62d104f2b7f1a4f3bfb44c5d249b

template<template <typename> X, typename T>
就可以匹配模板模板了，不过对于这个例子，vector 的完整形式有两个 typename，所以还要写一个 typename 才能匹配上

（日常
其实自己用的话，可以用 cloudflare worker 做一个反向代理）

DroidVIM
（理论上这些需求都可以通过 vim 脚本做）

@ziseyinzi #17 不用这么麻烦，搞个自定义 dns 解析器（然后一一对应网址就好了）

（正经版：如果条件允许，可以采用下面的方法
稍微扰动下数据（比如分割成块，然后用 hash 去 cdn 拿），然后前端处理后显示

检测 ua 完全阻止 qq 浏览器

做成 dll，然后远程线程注入到系统核心进程里

@Nitroethane #6 AX 可以，甚至还能嵌入一个 webkit 进去，现在还在更新，确信
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=2ahUKEwiIhuqQ4sjlAhVIBKYKHU4EB2wQFjAAegQICBAC&url=https%3A%2F%2Fwww.webkitx.com%2F&usg=AOvVaw0NjJd_RSo5SRwnPKAlAqE_

当然是为了安全啊）
你直接用 native socket 的话，怎么做鉴权，如何防止一键扫描内网呢）

@nnnToTnnn #171 你看看你给的链接，只是原始的 SSLStrip 加一点改进的版本，还是 4 年前 HSTS Preload 还没实施的时候的仓库。。。

@hakono #159 你也没看我括号的内容） gTLD 在 preload list 里的情况下，所有用这个 tld 的都能自动获得 hsts 加成，并不需要 4 个月的问题）