> 另外也好奇为什么会出这个问题。

这和 zsh 和 shell 都没有半毛钱关系，显然是 open 命令升级后对 url 的判定规则改变了。大概写这个程序员没想过世界上竟然还有包含 non-ascii 字符的 url 。

@12101111
你这个好奇也太离谱了点。你不如好奇美国什么时候会走社会主义道路，我觉得这都比 Go 加 HKT 要现实……

@Elethom
确实，这种现象挺常见的。
有时候在群里看到别人提问，明明已经有人给出了精准的回答，提问的人却和没看见一样。
实在想不通为什么……

捉虫：`echo 123` 末尾会有换行符，实际计算的是 123\n 的 md5，应该写成 `echo -n 123 | md5sum` 才对
不少人都踩过这个坑 2333

如果你没删的话，GitHub 其实能看 clone 人数的……
https://i.imgur.com/lJd3z8o.png

如果进农行发现不是你想要的生活，那华为只会差得更远吧……

http://bjgy.chinacourt.gov.cn/article/detail/2019/08/id/4251782.shtml

法律意义上肯定是没责任，但我觉得还是不要主动送为好，省得摊上事儿……

你这玩意儿看上去是给自己人用的，
那就不需要考虑故意构造复杂的 payload 来攻击的情况了，不然你这项目肯定是没法做的。

既然这样你随便糊弄一下，啊不，检查一下就行了，比如直接扔给 shellcheck 。

我觉得你的方向错了，bash 这种混乱的玩意儿你想通过静态分析来规避掉危险命令是不可能的……

```
section1='^\[parameters1\]'
section2='^\[parameters2\]'
sed -i "/$section1/,/$section2/{/$section2/\!{s/.*/#&/}}" test.txt
```

@ideacco 你这问题太过离谱我都不知道该如何向你解释……

你觉得在 js 里 0x20 == 32 的结果是什么？ false ？

虽然我不会 JS，但我感觉你应该是搞错了什么……

前几天在一个 Python 群也看到有人问了类似的问题。
你要知道进制是给人看的，而对于人来说 10 进制是最自然的，所以不管你存进去的是什么，最终都会以十进制展示。

@mrzx
Arch 基于 Debian……
老哥，我怀疑你其实连 Manjaro 也没用过……

@namelosw 国外一般都不会告，因为一般都告不赢（不然 adblock 之流早没了）。而且 ff 移动端一直都是允许安装广告屏蔽插件的（这也是我坚持 ff 的理由之一），它也活得好好的。

国内那就得看对方心情了和开发方实力了，不私了基本上一告一个准……

看了下， 这玩意儿最终还是把代码送给 bash 执行的。那这种所谓的加密就没有任何意义……

建议不要在没有意义的事情上浪费时间

究竟是华为苹果化了，还是苹果华为化了（狗头