V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  tool2dx  ›  全部回复第 43 页 / 共 94 页
回复总数  1876
1 ... 39  40  41  42  43  44  45  46  47  48 ... 94  
128 天前
回复了 pcxys 创建的主题 宽带症候群 路由-防火墙-交换机架构的疑问
家用环境,路由器都自带防火墙,没必要单独买硬件吧。
我已经放弃抵抗,每天高强度刷 v2, 直到进度条变黑,直接断网躺平。
别说安卓了,就算成熟的 PC 你直接断电,都有可能出现问题。

有一种古老的技术叫 ramos ,那个不太怕掉电。当然数据安全要自己处理的。
既然磁盘问题导致的卡几秒,那么就用 videoview getCurrentPosition(),过几秒就主动同步一样。如果两者偏差太大,就 seekto 强制画面同步一次。
n100 就仅仅是 nas 用途,如果安装一堆虚拟机的话,性能是不太够的。
界面就两个 inputbox, 一个发送按钮,作为参数调用一下你写的 golang 二进制运行文件。

貌似挺容易的。
90%的业务代码又没性能需求,我都是随便写的,怎么好维护,就怎么来。
@tmtstudio 学 TLS 协议,密文用 aes JS 本地加密解密,服务器 API 发送的密钥本身才是 rsa 加密。

什么都上 rsa ,不太合适。
@AlanBrian https://github.com/ChromeDevTools/awesome-chrome-devtools

我是抓页面数据没办法,要用到 websocket 的 devtools 协议。一般截图用 api 就够了,不用上这个协议的。
@tmtstudio 这密文不算长的,一个 IP 包 1400 字节,足够放下了。
@tmtstudio 小看服务器了,https 握手也是 rsa 加密的,4 核能跑到几万 QPS 。

如果你觉得 rsa 慢,那就换 aes 加密,这个有硬件加速,运行飞快。
纯黑盒不太好预测吧。

比如你预测 gpt 的输出用时,尽管用户输入文字很短,但有时候生成结果会很长,耗时很久,这怎么来预测。
@tmtstudio 那你不如把代码放到后端运行,看不见代码岂不是更安全。
我看 B 站有人用 1660 显卡直播黑神话,画质全低可以玩。

有了 xess 后,对显卡要求没那么高。前提是你能接受马赛克云的画质。
无头调用 chrome 的内置 api 截图功能,echarts 强依赖 js 运行期,又没办法直接解析文件的。

有个叫 devtools-protocol 协议,可以通过 websocket 发送控制命令,并下载 jpeg 截图。
用 wabt 看了一眼,就导出了三个函数
Export[9]:
- memory[0] -> "memory"
- func[56] <AAA> -> "AAA"
- func[35] <BBB> -> "BBB"
- func[47] <CCC> -> "CCC"

函数类型都有,大概率 rsa ,运行期下断点替换内容就行了。
md5 是 16 个字节,100 万也才 16,000,000 字节,约合 16M 内存。

redis 已经很快了,再快怕只有手搓一个 hash 查找表了。
配置强的作为主屏,另一个作为副屏,主屏向副屏实时发送当前画面的 rsp 推流,可以两个屏幕同步播放的。

稍微改一下 scrcpy-android 端代码就行。
图片和视频有 magicid 标识,可以全盘扫描。

如果是纯文件或者代码,就别想了。扫出来的可能性微乎其微。
1 ... 39  40  41  42  43  44  45  46  47  48 ... 94  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2704 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 53ms · UTC 14:02 · PVG 22:02 · LAX 06:02 · JFK 09:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.