@LeungJZ 似乎有不少人都反馈高分屏上我设置的 text-shadow 会很奇怪（我只在 1080p 的屏幕下测试过），下次更新把文字阴影去掉好了……

@Zzdex 基本上就是默认的配置 + One Dark 主题

@zpf124 可以问一下你的屏幕分辨率吗？

@yksoft1 确实，串口部分我忘记写上了。「因为以前串口都是用于连接终端的，所以 tty 子系统也将串口设备抽象为了 tty 设备，并且就这么保留了下来。所以现在 tty 也可以代指串口设备。」这样理解正确吗？

@iwtbauh 确实如此，昨天也有人提到这一块的表述有问题，感谢指正！

@Wincer 哈哈，DigitalOcean 的破机器，到国内线路不咋地

@ech0x cmd.exe 确实不是终端模拟器，而是一个 Shell，我文章里也是这么写的。cmd.exe 打开后那个黑框框应该是 Win32 Console，不知道我的理解是否正确。

@noe132 好像之前也有人这么说过，可以截个图看看效果吗？
明明在我的几台设备上效果都挺不错的……

感谢楼主分享实际体验，很值得参考！( ´∀｀)

（评论里又有人开始顾左右而言他了，有意思么……

虽然我不晓得你是从哪家的文档里看来个「 Web 安全域名」这种神秘的词，不过一般来说基于请求的来源域名进行访问控制的方法就是检查 HTTP 请求头中的 Referer。

正常来说，某个站点下发出的所有 HTTP 请求（图片、脚本资源 etc.没）的 header 中都会被浏览器附上一个 Referer 头，用于告诉服务器这个请求是从哪个页面发起的（ http://example.com ）。但是这个 HTTP 请求头是可以随意修改的，所以伪造起来也很容易。另外一种方法就是别人直接把你的域名（ http://example.com ）通过修改 host 指向他自己的服务器，这样浏览器在访问假网站时发起的资源请求也会带上 Referer: http://example.com 的头了。

所以：

1. 服务器端看到 Referer 在你设置的「 Web 安全域名」中时（虽然是伪造的），自然就会放行。

2. 不。人家照样可以直接手动构造含有 Referer 的请求，也可以设置 host 后用自签发证书搞定浏览器。API 服务器那边哪会管那么多，一般看到 Referer 对就让过了。

3. Google it.

看这帖子十几个小时没人回复还蛮可怜的，就稍微献下丑。另，我挺久没关注这方面的东西了，也有可能最近有什么更好的根据请求来源地址限制访问的方法也说不定。如果我上面哪里说错了，还希望各位大佬不吝赐教 :P

systemless xposed 了解一下

@DRcoding 我也一样😂

包邮到南极还行，可以帮我去送给她们吗 XD

https://imgur.com/umAze9g

你的意思是开启 Nginx URL 重写后 /index.php/ex/am 可以正常访问吗？你的请求确定经过 Laravel 了吗？提示的 Not found 是 Laravel 报的错还是 Nginx 报的错？

稍微看了一下源码（人在外面），Laravel 从 REQUEST_URI 后似乎没有对 index.php 这类 script name 做特殊处理。所以你访问的 /index.php/ex/am 与你定义的路由 /ex/am 应该是**不匹配**的（没验证过，不一定对，手机看源码太痛苦了）

https://github.com/laravel/framework/blob/5.5/src/Illuminate/Routing/Matching/UriValidator.php

哈哈哈哈，有意思🤣

@sobigfish 请看本文第一句：「翻译了一个**国外**的正则表达式教程」

我一直都是让 todoist 走代理的，不然同步屌慢。