Ruan Xihao

wanted!!

是废弃了吧~~~好久都没有代码提交了

你怕不是一个智障

> 貌似是8443端口不能访问 我文档里面写的反代是指向 8080 端口的。你提到 8443端口不能访问主要有两个可能性： 1、docker run xxx 的时候没有将 8443 端口暴露出来 2、如果想要使用容器的 8443 端口，那意味着需要在容器内配置好 https 证书。 我更推荐在反向代理服务器中配置好 https 证书，然后反向代理到容器 8080 端口。

> 感谢不过越来越不明白了了，我以为设置宝塔的ssl反向代理后就开箱即用了。 不管怎么说感谢分享 你试试直接代理 8080 端口，

> 老哥,这不是你写的嘛~~ `jsproxy 使用了浏览器的 Service workers 能力。出于安全考量，Service workers 只能由 HTTPS 承载，毕竟修改网络请求的能力暴露给中间人攻击会非常危险。在 Firefox 浏览器的用户隐私模式，Service Worker 不可用。` 浏览器 ----https----> nginx ----proxy----> jsproxy:8080 所以浏览器还是https 访问，安全的

@hoosin 广州那边前端卖身价多少？

Hello everyone,I have the same problem and I think the problem was caused by **tsconfig.json**： ``` js // ❌ when module = esnext { "compilerOptions": { "module": "esnext" } }...

> //通过闭包的方式，实现队列在不同函数中的共享。前提是每次用的dispatch函数是同一个 > const dispatch = dispatchAction.bind(null, queue); > return [hook.memoizedState, dispatch] 这里是不是还要进行一次赋值 queue.dispatch = dispatch ？ 因为我在后面看到有直接用 queue.dispatch 但是没有赋值。

看了一下，现在他们使用了视频加密，完全破解应该比较难。