@movq 说的就是系统的那本牛津, 简化了太多

再扩展个牛津的字典库就更好用了, 自带的字典库还是太简单了

squid 或者 v2ray 为每个 container 创建一个监听端口作为该 container 的代理服务器, 然后在 squid(ACL)或者 v2ray(routing)里控制可访问的域名

纯洁的我不小心搜了一下...

虽然没卖过有意思的, 不过咸鱼段子手可太多了, 逛逛能笑死, 什么祖传搞笑字画唐伯虎真迹, 后山挖出来的光之巨人, 5 元帮助选择困难症做选择啥的

@xlsepiphone 有免费种, 可以先下免费种, 算上传不算下载, 然后新种一般可以蹭到上传的, 7x24 挂着做种考核不是什么问题的

@ipengxh 大佬, 借楼也求一个, 感谢
[email protected]

打开 Google ，输入关键字，按回车

我说个简单的, 通过 ssh tunnel 来 scp
先用 ssh tunnel 通过 C 建立和 B 的连接: ssh -L 12345:C 可用来访问 B 的 IP:22 user@C, 意思就是 ssh 到 C 上, 然后转发本地 12345 端口上的请求到 B 的 22 端口
之后 A 从 B 下文件: scp -P 12345 B 的 [email protected]:/B 文件路径 本地保存路径
或者 A 给 B 传文件, 就是 scp 正常的用法

好久没用过 ssh tunnel 了, 应该没错

放心, 学而忘才是大部分人正常人的日常 /doge

剧情老套，游戏也没啥斗智成分，要不是福本伸行画的人太丑，各种默示录吊着锤这剧，Netflix 最近很多爆火的剧质量都挺迷的，还有那个什么 Bridgerton 也是，说明大部分还是喜欢肥皂剧的

并不是, 首相要看你下的资源热门程度吧, 如果没人做种肯定是没有速度, 这个没有啥异议, 那为了找到更多的做种人, 你需要找到更合适的 tracker, github 上有个 trackerlist 的项目, 每天更新, 我自己 bt 没速度的时候习惯一键脚本拉取上面的 tracker 然后追加到对应的种子上, 追加了 tracker 你得确认下种子是不是成功连接上 tracker 服务器, 一般能成功连接一般吧

另外, 比较近的资源 bt 使用实际上体验比 pt 好, 越近越容易找到做种人, 提速越快这个就不用强调了, 国外的 bt 很多长期都有人做种, 即使十几年前的美剧我下载的时候大部分速度都可以接受, 甚至能 10+MB/s, 我日常使用 bt 都是下载影视剧, 所以感觉可能有偏颇, 根据下载的内容类型, 也可能存在很大的差异

然后国内动漫方面的 bt 体感也是长期有制作组的人做种的, 但是日剧方面熟肉现在好像都是网盘

@Donahue 感觉像你的 openwrt 改过, 带的 fdisk 读写问题估计也是和他匹配的? 分区表, mke2fs 这两个个应该都通用的, 我官网的 openwrt 写分区表和创建 file system 没碰到过这种问题

为调试再等等 pixel 6a 呗, 没几天就出了, 到时候闲鱼淘宝海淘下呗

在 openwrt 用 fdisk 重新创建分区表试过么?

云服务商感觉都很复杂, 好多不明觉厉的名词, gcp 当初薅羊毛都得小心翼翼, 就怕不知道哪扣了钱

chinesesubfinder 可以解决下字幕问题, jellyfin 那个字幕 offset 还行吧, 可以解决时间轴问题

太笼统了, 黑客攻防也有很多类啊, 你得先确定自己想学的方向, 什么 web hack 、系统入侵、二进制文件 hack 很多的, tryhackme 、hackthebox 上先学点课, 有免费有付费, 然后 hackthebox 上实际玩玩盒子

@aru 磁盘使用率是 90%+, 就是磁盘使用率太高了, 但是读取写入速度又不快我才奇怪的, 估计是跟楼上说的一样, iops 的问题, 虽然暂时没有复现问题去验证, 但是我当初打印 jellyfin 日志的时候看到扫的文件夹是有很多小文件的, 我的媒体库是按照 emby 的方式建立文件夹的, 每部剧一个文件夹, 里面按季分, 自动字幕下载程序会下载非常多的匹配字幕文件, 导致一个文件夹肯能有 500-1000 个文件, 那部剧有 7 季, 将尽几千的小文件了

@billlee
@chenxytw
好的, 多谢指路, 我研究下 iops 再分析分析