@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 了…

上面打错……

留薪停职？

停薪留职？

留薪停职？

停职留薪？