我们这行真的轮到拼天赋了吗？终归还是一万小时定律啊。

你没时间提升学历，又没精力提升能力。那你的时间都哪去了？

种一棵树最好的时间是 10 年前，其次是现在。

2 年不算短了把。。

建议简历发上来看看，我最近也在面试。大龄+大专也没你这么惨。

点了好几个链接不知道所谓的工具在哪。。

刚忽然想到另一个思路，不知道是否可行。

使用替换法

需求说不给安装字体到系统字体库主要是为了防止盗版，那咱就使用其他字体的名义安装？

比如说找一个很冷门的字体（防止影响到其他软件），然后使用自己的字体去替换这个字体，然后让 PS 触发渲染，这样不就变了？

这样可以绕过大多数棘手的问题。只需要解决如何触发渲染就行了。

看了下需求，其他还好，不让安装字体到系统字体库是最骚的。

不让系统字体库有这个字体还得让系统显示这个字体，系统表示臣妾做不到。

我能想到的就只有服务端渲染然后伪造图层了。

Hook 软件之类的感觉也能做，但是这个兼容性可酸爽了。

我经历过，最好的办法就是换人，没其他办法，这种问题短期内是无法改善的

U 盘可以放自动运行文件，自动运行以后修改环境变量

不是应该看需求吗？这东西又没统一标准

乔布斯骂 Adobe 骂成那样了，现在不照样好好的。

做生意又不是小孩过家家

起码发下表结构啊

有这种技术不如自己搭建平台好了，干嘛还要吃人家剩下的。

不过话说这种平台是有法律风险的，有案例

哪个国家的平台还需要人工打码？

国内好多年前就用机器学习去做了，成功率比人工还高。

只有自动识别过不了的才会丢给人工

比如数据库不直接存原始 md5 值，而是存通过程序内置算法二次哈希或加密后的值。内置算法通过加壳等各种手段保护。

当然这样做会有性能损耗

自定义哈希逻辑

@Torpedo 刚去试了下 Spring，确实是这样的。直接返回了，不执行后面的逻辑。

其实个人觉得预检请求出现的目的之一就是解决题主类似的问题的。

先预检下是否支持跨域，防止在不允许跨域的情况下执行了不应该执行的逻辑，修改了不该修改的数据。

另外，如果你觉得被拦截下来的响应浪费资源可以自己处理，比如像你代码里的那样。

但是你不觉得这样更加多此一举么？谁会一直请求一个不允许跨域 URL ？

跳过一个偶尔跨域失败的响应真的能省资源吗？如果省资源的意义都没有了，你做特殊处理的意义又在哪

同源策略是浏览器做的，所以服务端如何知道自己的返回会被浏览器拦截。如果请求方使用代理中转不走浏览器呢？