crazyBlack 最近的时间轴更新 crazyBlack 最近的时间轴更新 | crazyBlackV2EX 第 386438 号会员，加入于 2019-02-23 20:37:35 +08:00今日活跃度排名 19139 |
crazyBlack 最近回复了
133 天前 回复了 Diphia 创建的主题 分享发现 [分享] 在 Chrome 中禁用 HDR 的方法 |
见一个拉黑一个就完了，这种纯脑子不好使的少看点挺好的
248 天前 回复了 CKAJ555 创建的主题 问与答 兄弟们 显卡要不要换啊 5090 |
@LiuJiang 单纯打游戏剪视频基本没区别，是锁住了 ai 算力
258 天前 回复了 crazyBlack 创建的主题 OpenWrt 请教一个 openwrt + ipv6 + cloudflare 路由器回家的问题 |
@kingloong 感谢，你的回答是最专业的，我也反应过来了，确实不该把 https 流量转发到 80 ，ban 掉 cf 的 https 就起效了， 然后 op 也确实是对 80 和 443 两个全开，surge 是小问题我再研究研究
258 天前 回复了 crazyBlack 创建的主题 OpenWrt 请教一个 openwrt + ipv6 + cloudflare 路由器回家的问题 |
@yufeng0681 啊感谢，明知是 https 流量还转发到 80 端口确实是我思想滑坡了，方案 1 确实生效了，方案 2 我尝试了把 https 流量转发到 443 但是被 nginx 拦下来了，报了个 403 但是看起来至少请求进来了，我仔研究下，感谢各位
258 天前 回复了 crazyBlack 创建的主题 OpenWrt 请教一个 openwrt + ipv6 + cloudflare 路由器回家的问题 |
@zfjdif 有什么解决办法吗，听上去关闭 cf 的代理就可以解决这个问题，但是我关闭代理 cf 仅作 dns 解析的情况下还是没办法访问到服务
这里只开 2053 是因为目前我只是想访问 80 端口的服务，所以我只开了 2053 -> 80 的端口转发
流量进来之后的事情我理解都可以再聊，现在好像流量还进不来呢哈哈
这里只开 2053 是因为目前我只是想访问 80 端口的服务，所以我只开了 2053 -> 80 的端口转发
流量进来之后的事情我理解都可以再聊，现在好像流量还进不来呢哈哈
258 天前 回复了 crazyBlack 创建的主题 OpenWrt 请教一个 openwrt + ipv6 + cloudflare 路由器回家的问题 |
@Yanel 抱歉，不是专业的这里没太看明白，这里说的端口转发是 v4 服务是指什么啊，如果我拒绝 wan 口入站数据的前提下，不开端口转发是没办法 ipv6 地址 + 端口号访问服务的，开了才能，下面这个是配置
258 天前 回复了 crazyBlack 创建的主题 OpenWrt 请教一个 openwrt + ipv6 + cloudflare 路由器回家的问题 |
@ik 服务在 80 上，我自己的手机用 5g 网络还有异地的朋友都是直接输 IP 不加端口号就能连上
267 天前 回复了 lurenjiaMAX 创建的主题 问与答 请教一个前端设计及实现问题, 绘制并实时更新 96 个折线图的最佳实践? |
@lurenjiaMAX 这个链接是个空项目，你看看哪里出了问题，上面只渲染当前可见是个好方法，试试 react-window
267 天前 回复了 lurenjiaMAX 创建的主题 问与答 请教一个前端设计及实现问题, 绘制并实时更新 96 个折线图的最佳实践? |
我才看到技术栈里还有个 tauri ，next 或者 remix 当我没说，生产敢用这东西的都是个猛人，打扰了
267 天前 回复了 lurenjiaMAX 创建的主题 问与答 请教一个前端设计及实现问题, 绘制并实时更新 96 个折线图的最佳实践? |
首先肯定是一起发好，减少连接数
你这数据量到底有多大，能碰到绘图库的性能上限，你先确认一下是数据存的太大内存顶不住了，还是点太多绘制上去有问题，如果是绘制的问题正常的库都会有给数据抽稀的方法，过大的数据直接绘制上去意义不大，我盲猜是数据量过大存不住了，你可以研究一下接一层 bff 做数据整合和抽稀，或者交给后端做
然后前后端分离和追求性能不冲突，如果你觉得是交给客户端的计算量过大可以试试尽量把计算放在 worker 里或者考虑 next 或者 remix 这样的服务端渲染框架
你这数据量到底有多大，能碰到绘图库的性能上限，你先确认一下是数据存的太大内存顶不住了，还是点太多绘制上去有问题，如果是绘制的问题正常的库都会有给数据抽稀的方法，过大的数据直接绘制上去意义不大，我盲猜是数据量过大存不住了，你可以研究一下接一层 bff 做数据整合和抽稀，或者交给后端做
然后前后端分离和追求性能不冲突，如果你觉得是交给客户端的计算量过大可以试试尽量把计算放在 worker 里或者考虑 next 或者 remix 这样的服务端渲染框架
Select Language