@kkxxxxxxx 把 fullchain.pem 换成 chain.pem 。

做 IKEv2 VPN 的时候就发现了这样的问题， iOS/MAC 放 fullchain 就可以， windows 只能只有 immediate chain.
如果只有 fullchain ，还需要从 fullchian 里面扒....

@jiangbingo 在 windows 下用 git 注意两点： 1 ，是把权限变成 0755 ，其实问题不大， 2 ，是上传的时候注意回车换行的问题。（可以选）

另外就是自动缩进的问题。

连个程序员都搞不定？

@leavic 我买房之前在那住了 3 年，我认识的人也有 3 个住里面了。当年排队大约 4 个月吧。有一些房子是有补助的，很难申请，另外一部分是不需要补助的，只在张江上班就可以。

@leavic 有一个人才公寓叫“高科苑”。只是水电都是商用算的。

我来推荐一本《算法设计》。

《算法导论》是经典，不过认真读完的有多少？
《算法》是神大神高德纳的徒弟的作品。
《数据结构与算法分析： C 语言描述》如果没记错，作者是上面一位的学生？

推荐看看 vertxio 。 个人觉得更好的高并发模型。

@snopy 不要用，和描红一样，没用。

@AutoRip 后面一段只是调侃。我的观点还不明确吗？从“铅笔”开始练，照“田英章”的练，不要练“古体”。“要是”买了钢笔墨水（认为没有钢笔不谈练字的），“就”会掉入文具坑。

真的想练字吗？从木头铅笔和米子格开始。
别练庞中华的，练田英章的。另外不要练照古体练。。。

嘿嘿，要是买了钢笔墨水，立马会跳文具坑。什么 3776 限量版啊，什么长刀研啊，色彩雫。。。很快就你就都懂了。

冲突是和你当前的 branch 有冲突。你当前指向的是 master ？还是自己改过的 branch ？
另外用 pull --rebase 比较好。

@makendk
做完 fastboot oem unlock 之后可以直接烧录所有分区（当然还会有一些检查），为何要进入 recovery 。
oem lock/unlock 的状态是在手机里，并不是原始镜像上（ dm-verity 的检查倒是在 boot.img 里）。
参考这个 boot flow ：
https://source.android.com/security/verifiedboot/verified-boot.html

不同厂商实现不一样，很少有完全符合标准的。

@makendk 不知道你在说啥， bootloader 不是很懂，但是反编译 bootloader 是什么鬼？
我的理解是：
默认状态下是 OEM lock 的状态+原始镜像。进入 fastboot 状态（ adb shell+reboot bootloader)，做 oem unlock ，然后可以烧录兼容镜像（用 Key 签名的镜像），后面就好办了。

@makendk
你确定能改 system.img ? 如果有 dm-verity ， system.img 是要靠 boot.img 里的东西去验证的，改了就对不上了。
其实这是一个信任链的关系， bootloader 保证 boot.img 的正确性， boot.img 保证 system.img 的正确性。

system.img 改 777 是能保存的。

有 SU 不代表 ROOT 了这个系统，用 AOSP 的 code 非 user 模式下编译出来的镜像都是带有 su 工具的，只是能通过 adb shell 或是串口敲个 su 进 root 罢了，系统本身并不是 root 状态。

SELinux 解释起来比较复杂，简单说关闭 SELinux 必须需要改到 bootloader （有 cmdline 给 android 的），或是 boot.img(SELinux 的 enable 在 init 里）。 SELinux 本身就是为了限制 root 而生的，这是一种 MAC 的机制，改成 777 只能过 DAC 检查。另外 SELinux 可不是拒绝读写文件这么简单了。

密码保存的方式至少是 MD5 转换后，比对是否匹配。任何能看到密码本身的设计都应被定义成严重 BUG

有一种东西叫 media scan ，会自己找的。
退一万步说，就算自己要实现去扫文件，如果别人外接了一个 2T 的硬盘，各种目录，各种媒体文件，你能保证效率吗？
优先使用 media scan 的结果， ls 有人贴了。即使要自己扫描，也是扫出多少显示多少，边扫边显示，优化好这个逻辑即可。

PS1 ，这 TMD 是我 5 年前做山寨平板的需求。
PS2 ， AndroidN 还有以后的版本能不能这么干都是问号。

前提是没有做 git gc ，而没 gc 就太简单了。
1L 的做法就可以，你可以选择用 git fsck --lost-found 找到最后一个提交的 commit id 就可以。