先检查下有没有输入错误，比如路径不一样，然后运行 systemctl status <你的服务名>查看日志

root 之后可以用 island。。。。另外 container 并不安全，只是 hook 几个函数而已，而且对文件系统重定向的处理也基本上是一团乱麻。。。

@sunjourney #1 我也是这么想的，但是看起来并不能依赖这个特性。。。至少和 edge/ie 的行为相比还是不一致的。。。不过说起来这个效果还是挺不错的。。但是如果要更多的定制的话，看起来只能用 css custom properties+calc 来实现层级递进效果。。。

可以词组白名单啊。不过即便如此，也可以通过词组排列顺序来编码，但是这样已经极大的提高了交流的难度，降低大家交流的意愿，就足够了。。

所以快速访问那个东西是拿来干啥的。。。

@matolv #3 之前 7.1 都是支持的，只是最近的这个 8.0 版本不支持。。。

@toptyloo #1
@tony1016 #4 我这里开发者设置里是可以调出 aptx HD 的啊。。难道是障眼法？？

@linus3389 #78 强行创新。。DIV+CSS 明明是上个时代的潮流。。。。想体验弊端的可以把眼睛闭上，用屏幕阅读器看看你的网页。。然后看看还能不能想象你的网页是怎么样的，之前的哪些功能该怎么操作。。特别是你把按钮也用 div 实现之后，屏幕阅读器甚至不能让你按下按钮。。。。。
真的要自己用 div 实现一个框架，为了让屏幕阅读器正确识别，还是得加上大量的 role 标签，得不偿失

@chxj1992 #5 违反版权又不会因为大家都这么做就合理了。。。

直接扒代码不会有版权问题吗。。。

所以有没有计划用 webasm 实现一个性能更加好的呢。。。毕竟有些浏览器还是支持的

@panyanyany #10 Proxy 用起来更简单
直接参看 MDN https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Proxy 就可以了解 Proxy 的用法。。
更为关键的是，Proxy 可以方便的拦截属性的设置和修改（相关方法返回一个 proxy ）这个 popunder 的好多功能，就是通过对 dom 对象的属性的修改达成的
还有就是手动写 Chrome 的扩展（调试模式直接加载），这个玩意要比 TamperMonkey 好用的多，因为它可以直接与扩展的主进程进行通讯，从而导出网页的调试信息，避免了破解 console 的问题（当然最后还是去破解了 console.clear 和 anti debugger （不断的触发 debugger ），直接在 setinterval eval 等可以动态执行代码的地方过滤了相关函数，这样就可以直接用断点来调试了）

其实逆向没有这么麻烦。。。用 Proxy 大法获取调用了的 api 就好了（当然要用扩展，否则还要手动破解 console，多麻烦。。。）。。。
Better Popunder Js 之前看到的时候它在 chrome 上是使用通知弹框和 pdf 插件弹框获取焦点（只用一个获取焦点的话，弹框消失就会回去）
然后 chrome 60 时就把这个 bug 修复了。。。
于是又改成在按下左键(mousedown)时打开标签页，新页面上释放左键(mouseup)时再开一个 pdf 弹框同时打开一个窗口，然后关闭自己，于是 pdf 弹框释放后本来焦点应该到新标签页的，但是现在只能回到了主页面（页面关闭）
然后 chrome 61 又修复了
这个插件又更新
Fixed pop under in Windows Chrome 61.
这回的原理更简单，打开新页面的方法仍然如上，改的就是用 iframe （而不是直接用 object ）承载一个 object 加载带弹框的 pdf，然后弹出新页面时打开弹框同时销毁 iframe。。。
但是这个 bug 至今(chrome 63)仍未修复

@marknote #16 所以为啥不不断的修改同一个消息（直到太长）

你可以考虑一下是不是 dns 设置的问题。。。

能支持动态更新命令结果吗》就是 apt update 那种需要一定执行时间的

用 TPM2 全盘加密，不过不适合换机使用。。。

@xratzh #17 并不需要，会使用用户默认 shell 执行。。
@mingweili0x #19 没错，如果用户默认 shell 和你编写的用的不一样的话（比如 bash vs zsh ）就有机会炸掉

其实最好的做法是反向代理，除非原站做了一些预防的措施。。。这样的话，就不需要大改客户端了。。。