『不通知直接降薪』 -> 用人单位未足额支付劳动报酬

此条涉及 《劳动合同法》
第三十条　用人单位应当按照劳动合同约定和国家规定，向劳动者及时足额支付劳动报酬。
用人单位拖欠或者未足额支付劳动报酬的，劳动者可以依法向当地 RMFY 申请支付令，RMFY 应当依法发出支付令。


『直接通知降薪』 = 单方面修改劳动合同
『协商降薪』= 协商一致修改劳动合同

以上两条涉及 《劳动合同法》
第三十五条　用人单位与劳动者协商一致，可以变更劳动合同约定的内容。变更劳动合同，应当采用书面形式。
变更后的劳动合同文本由用人单位和劳动者各执一份。


『降到 1 块也可以』 -> 工资低于当地最低工资标准
此条涉及 《劳动法》
　　第四十八条　国家实行最低工资保障制度。最低工资的具体标准由省、自治区、直辖市人民 ZF 规定，报 GWY 备案。
　　用人单位支付劳动者的工资不得低于当地最低工资标准。

补充一下，如果 baseurl 配置为 "/" 可能会遇到匹配太多导致无法搜索的情况。
此时还有一个方法就是 Chrome 控制台内，对每一个 xhr 请求都有相应的 js 调用链，可以通过跟踪这个调用链找出 URL 是在什么地方拼接的。

@badtypea #23
我回帖中的 『在整个前端项目里搜索』是无论打包前后的代码都可以做的。

先把 『一片空白』的原因搞清楚再去折腾 nginx。

不要改 nginx，直接把整个前端项目先丢进子目录；
Chrome 打开开发者模式，访问相应子目录页面；
清缓存，刷新页面，查看 network 标签。

此时着重观察：
1、有多少静态资源出错，出错的原因是域名不一致还是路径问题？
2、有多少 xhr 请求出错，出错的原因是域名不一致还是路径问题？

先把以上问题搞清楚，再继续下一步。

在整个前端项目里，全局搜索相应的 域名（ IP ）/接口 ，寻找已被编译的配置文件或死代码。
根据前面观察的结果，进行针对性修改。

从这个角度来说，似乎是审核人员的工作流程存在问题啊……

@wizardoz
https 保证的是传输过程中的安全性，服务端可以解密出完整的明文数据。
楼主这样做之后，发给服务端的也是密文，服务端在没有密码的情况下，只负责存储，无法解密。

旁路由，手动配置网关

可以参考 seafile 的相关设计，seafile 是开源的。

源码见：
https://github.com/haiwen/


它提供了对单个资料库进行加密的功能，相应的介绍如下：
https://cloud.seafile.com/published/seafile-manual-cn/security/security_features.md
当你创建一个加密资料库，你将为其提供一个密码。所有资料库中的数据在上传到服务器之前都将用密码进行加密。
加密流程：
1.生成一个 32 字节长的加密的强随机数。它将被用作文件加密秘钥（“文件秘钥”）。
2.用用户提供的密码对文件秘钥进行加密 (使用 PBKDF2 算法)。加密后的文件秘钥将会被发送到服务器并保存下来。
3.在文件同步的时候，先用用户输入的密码解密出文件秘钥，然后使用文件秘钥加密文件(使用 AES 256/CBC 算法)，加密完后再上传文件。下载的时候，先用用户输入的密码解密出文件秘钥，然后使用文件秘钥解密文件。在上述过程中，你的密码将不会被传输到服务器上。

总结一下，请务必分清楚几种不同的数据格式：

一个字符串，它的内容是：『 V2EX 』

对应的 ASCII 码是：
86 50 69 88

对应的十六进制分别为：
56 32 45 58

那么在 UTF8 / ANSI 编码下，按大端序书写，它的二进制（ binary ）内容是：
0101 0110 0011 0010 0100 0101 0101 1000

相应的 HEX 字符串就是：
0x56324558

相应的 base64 字符串是：
VjJFWA==

你的错误就在于混淆使用了 binary / b64 String / HEX String，从而导致混乱

不过确实，网上找到的很多资料都在混淆使用或者不仔细说明。
事实上，AES 的 encrypt 方法只管你输入的是 binary( byte array ) 就好了，字符串还是文件对它来说没区别。

总之，你这里只需要配合 FileReader，选择正确的编解码方式就好了。
个人不建议对 base64 String 进行加解密操作，这样会造成密文文件体积增大，徒增开销。
如果我没有理解错的话，直接使用 FileReader.readAsArrayBuffer() 应该能够避免中间 b64 编解码的开销。

https://developer.mozilla.org/zh-CN/docs/Web/API/FileReader

我看了一下 FileReader，在读取的时候需要指定
FileReader.readAsArrayBuffer()
FileReader.readAsBinaryString()
FileReader.readAsDataURL()

你在 encode 方法里用的是 readAsDataURL，也就是说 reader.result 里其实是文件在 base64 编码后的字符串。
而你把这个字符串直接传进了 encrypt 方法，也就是说此时你其实是在加密这个字符串。
encrypt 方法返回的 encryptedData 直接 tostring 的话，是密文 base64 后的字符串，
但你取的是 encryptedData.ciphertext.tostring()，这个实际上是密文的 hexString 字符串。

相应的，你在 Decode 方法里使用的是 readAsText，文件内容是字符串的情况下也不算太错
但是你把这串文本直接丢进 decrypt 方法就大错特错了，应当从 hexString 转回 Blob 才对


当然，以上是针对你的程序来说的。
我来写的话，应该会选择 readAsDataURL 读到 base64 编码后的文件，
然后 base64 解码后丢进 encrypt 方法，再把 encryptedData.toString() 的字符串解码后丢进输出文件。

另外，我看了下，你的 AES 似乎没有指定 mode ？

你可以需要了解一下 AES 的几种 mode
https://zh.wikipedia.org/zh-hans/%E5%88%86%E7%BB%84%E5%AF%86%E7%A0%81%E5%B7%A5%E4%BD%9C%E6%A8%A1%E5%BC%8F

另：你可能没有理解电子工业出版社的梗

你可以点击下面链接里的 『立即阅读』，它的在线阅读器里的 pdf 就是用 JS 做的 AES 解密：
https://yd.51zhy.cn/ebook/web/newBook/queryNewBookById?id=64556589

@xuthus #3
你 decrypt 之后，为什么要 tostring ？

CryptoJS 可以解密 bin 的吧…

// 不信你看电子工业出版社的 pdf

说起功耗就不得不提 SN500 了…

上面打错……

留薪停职？

停薪留职？