 |
Les1ieV2EX 第 214916 号会员，加入于 2017-02-14 00:32:29 +08:00 |
iansmith123
Les1ie 最近回复了
12 小时 27 分钟前 回复了 Variazioni 创建的主题 › 问与答 › 除了 OneDrive 相册，其他还有什么相册带“历史今天”功能？ |
本地部署的 immich 有历史上的今天的功能。看到这种历史上的今天的照片，经常会有感觉：这件事已经过去这么久了啊，这么久我都干了什么 :)
7 天前 回复了 fid 创建的主题 › 程序员 › 8x4090 离线部署 Qwen2.5 求助 |
目前多卡用的 ollama+open_webui 的方案（以前用的 lobe-chat ，现在替换成了 open_webui ）。
使用的 ollama.com 提供的量化后的 qwen2.5 72b q4km ，针对常规的提示词工程的任务，对比询问了同样的问题，72b 相比于单卡就能带动的 qwen2.5 32b q4km 有明显的效果提升。不过多卡明显感觉有特别高的通信成本，远没有单卡响应速度快（显卡是几年前的，实际使用的 PCIe3 ）。
之前常用 qwen2.5 32b q4km ，最近几天切换成了 qwen 的 qwq:32b q4km 模型，感觉推理能力有稍微加强。（以上体验都是主观评价，没跑过 benchmark ，仅作参考）
建议：
1. 试试 qwen2.5 72b q4km ，内存占用大概 59GB ，体验提升明显，可能比精度带来的提升来的更快更直接
2. 如果 8 张 4090 资源只能分出来一小部分使用，试试 qwq:32b
3. 你这 8 张都能用上的话，可以试试 deepseek-v2.5:236b
4. 如果本地化部署不是任务的必要条件，那么 chatgpt/claude 仍然是目前的最优解, 4o 免费的目前已经有自我反思能力,能够回答问题过程中发现错误打断自己重新回答，而这些我是在其他模型中没有体验到的
使用的 ollama.com 提供的量化后的 qwen2.5 72b q4km ，针对常规的提示词工程的任务，对比询问了同样的问题，72b 相比于单卡就能带动的 qwen2.5 32b q4km 有明显的效果提升。不过多卡明显感觉有特别高的通信成本，远没有单卡响应速度快（显卡是几年前的，实际使用的 PCIe3 ）。
之前常用 qwen2.5 32b q4km ，最近几天切换成了 qwen 的 qwq:32b q4km 模型，感觉推理能力有稍微加强。（以上体验都是主观评价，没跑过 benchmark ，仅作参考）
建议：
1. 试试 qwen2.5 72b q4km ，内存占用大概 59GB ，体验提升明显，可能比精度带来的提升来的更快更直接
2. 如果 8 张 4090 资源只能分出来一小部分使用，试试 qwq:32b
3. 你这 8 张都能用上的话，可以试试 deepseek-v2.5:236b
4. 如果本地化部署不是任务的必要条件，那么 chatgpt/claude 仍然是目前的最优解, 4o 免费的目前已经有自我反思能力,能够回答问题过程中发现错误打断自己重新回答，而这些我是在其他模型中没有体验到的
14 天前 回复了 allendavis 创建的主题 › Linux › Linux 下如何远程 windows？ |
Remmina 用了一年了，流畅度和清晰度堪比原生的 mstsc 命令。
以前用的 rdesktop ，非常简洁，一条命令就启动了，临时用用很方便，但是清晰度流畅度稍微弱于 Remmina 。
以前用的 rdesktop ，非常简洁，一条命令就启动了，临时用用很方便，但是清晰度流畅度稍微弱于 Remmina 。
23 天前 回复了 HeHeDa 创建的主题 › NAS › nas 暴露在公网有多危险？ |
尽量减少暴露在公网的服务吧，指不定哪天爆出来一个未授权命令执行就打崩了。
虽然 IPv6 地址稀疏难以被扫描到，但是仍然有很多方式可以进行 IPv6 的地址空间的资产探测，有兴趣的可以读一读 rfc7707 ，依靠 IPv6 地址的稀疏性作为安全屏障是不太可取的。
除去容易想到的从网站访问日志、流量镜像中获取 IPv6 地址守株待兔的方案，还有很多主动探测的方案。比如几年前比较经典的利用熵生成 IPv6 地址然后探测的方案 https://dl.acm.org/doi/10.1145/2987443.2987445 ,这个方案之后有很多类似算法的衍生方案。
另外，近几年群晖漏洞不断，虽然近期没有啥好用的未授权，但以前是有过严重漏洞的，防不住哪天就整个出来个大新闻。
https://conference.hitb.org/hitbsecconf2021ams/materials/D1T2%20-%20A%20Journey%20into%20Synology%20NAS%20-%20QC.pdf
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=synology
https://www.cvedetails.com/vendor/11138/Synology.html
当然，话说回来，我们这些麻瓜不值得这种高等级魔法的攻击，但万一神仙打架伤到我们了也不太妙，还是稳妥一点比较好。
虽然 IPv6 地址稀疏难以被扫描到，但是仍然有很多方式可以进行 IPv6 的地址空间的资产探测，有兴趣的可以读一读 rfc7707 ，依靠 IPv6 地址的稀疏性作为安全屏障是不太可取的。
除去容易想到的从网站访问日志、流量镜像中获取 IPv6 地址守株待兔的方案，还有很多主动探测的方案。比如几年前比较经典的利用熵生成 IPv6 地址然后探测的方案 https://dl.acm.org/doi/10.1145/2987443.2987445 ,这个方案之后有很多类似算法的衍生方案。
另外，近几年群晖漏洞不断，虽然近期没有啥好用的未授权，但以前是有过严重漏洞的，防不住哪天就整个出来个大新闻。
https://conference.hitb.org/hitbsecconf2021ams/materials/D1T2%20-%20A%20Journey%20into%20Synology%20NAS%20-%20QC.pdf
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=synology
https://www.cvedetails.com/vendor/11138/Synology.html
当然，话说回来，我们这些麻瓜不值得这种高等级魔法的攻击，但万一神仙打架伤到我们了也不太妙，还是稳妥一点比较好。
27 天前 回复了 zhx643 创建的主题 › 优惠信息 › 微信立减金 - 建设银行信用卡 #小程序://支付有优惠/qPSiFh9IVGsT4vw |
感谢楼主，领了 3 张。昨天建行储蓄卡还有 5 张-1 元的
29 天前 回复了 sogwsc 创建的主题 › 分享发现 › 靠 网页认证居然是个病毒？ 太恶心了 |
49 天前 回复了 devinww 创建的主题 › 问与答 › 对讲机兄弟们有没有研究，不是深入玩，只是旅游使用。 |
0.5w 的公众对讲机在室外通联 3km 还是有不小的挑战的，所以还是得一般的 5w 左右的业余频段的机器。对讲机使用的现状便是普遍违规但没人治理。遵纪守法是好事，我赞同有法可依有法必依执法必严，但是现状便是对讲机是普遍违法且无委很少管，违规设台，非业余频段，干扰主要业务，各种问题层出不穷，只有一小撮业余无线电爱好者在那里以极高的道德和法律标准要求自己的发射行为（我有 B 证，信我，我从不在业余频段外发射）
3km and 支持中文 and 支持 type C 充电 and 续航长 and 价格便宜，符合标准的基本就只有 泉盛 k6 和 宝峰 uv5rh 。
不过这看起来更像是一个 X-Y 问题，就像前面的楼层说的，对象可能并不在意你是否能随时联系上她（似乎有点扎心了），可能这里更多的需要沟通彼此的想法，让她知道你想保持关心她的安全。出门在外面还是把手机的声音开启吧，如果常常忘记已经关静音（比如我），我在手机上面设定了自动任务，当（离开某地），那么（开启声音）；当（到达某地）那么（启动静音）。
3km and 支持中文 and 支持 type C 充电 and 续航长 and 价格便宜，符合标准的基本就只有 泉盛 k6 和 宝峰 uv5rh 。
不过这看起来更像是一个 X-Y 问题，就像前面的楼层说的，对象可能并不在意你是否能随时联系上她（似乎有点扎心了），可能这里更多的需要沟通彼此的想法，让她知道你想保持关心她的安全。出门在外面还是把手机的声音开启吧，如果常常忘记已经关静音（比如我），我在手机上面设定了自动任务，当（离开某地），那么（开启声音）；当（到达某地）那么（启动静音）。
63 天前 回复了 baobao1270 创建的主题 › Cloudflare › Cloudflare 关闭 ECH 的方法 |
测试过程中通过扩展插件中心禁用了 switchyomega ，随后继续试了试。实验表明 firefox 默认是开启了 ECH 的，能通过 /cdn-cgi/trace 看到 sni=encrypted 。并且 firefox 可以随意打开 cloudflare cdn 后面的网站，同步对比 chrome 却只能随机打开套了 cf 的网站。
但是让我困惑的地方还在继续，v2ex 使用 firefox/chrome 都能任意秒开，wireshark 能看到都是启用了 ECH 的，都只能看到 cloudflare-ech.com 这个记录。
我只能猜这 IP 地址有较大关系吧...
但是让我困惑的地方还在继续，v2ex 使用 firefox/chrome 都能任意秒开，wireshark 能看到都是启用了 ECH 的，都只能看到 cloudflare-ech.com 这个记录。
我只能猜这 IP 地址有较大关系吧...
63 天前 回复了 baobao1270 创建的主题 › Cloudflare › Cloudflare 关闭 ECH 的方法 |
我感觉最近一周我突然有很多网站直连上不去了，该不会是这个原因吧？挂在 cloudflare cdn 后面的网站随机 reset ，多刷几次才能随缘打开。
看了此贴，又专门试了几次，如果能打开网页，那么 wireshark 也是能看到实际域名的。如果出现了 SNI 为 cloudflare-ech.com ，那么这时候一定无法打开网页。
我用上面的命令关掉 ECH 观察几天...
看了此贴，又专门试了几次，如果能打开网页，那么 wireshark 也是能看到实际域名的。如果出现了 SNI 为 cloudflare-ech.com ，那么这时候一定无法打开网页。
我用上面的命令关掉 ECH 观察几天...
70 天前 回复了 TigerS 创建的主题 › OpenAI › ChatGPT 的 UI 这几个有什么区别？ |
个人更倾向于使用 lobechat 。
去年开始自己部署的 nextchat 使用的 chatgpt,感觉还凑合，但是后来和 ollama 集成的时候设置有点迷糊，没操作明白。最近几个月换成了自己部署的 lobe-chat ，对接的 ollama 跑了常用的 deepseek, llama,qwen, gemma 啥的，感觉还不错，并且也支持很多平台的 api 访问。lobechat 可以私有化部署做 RAG ，但是部署遇到点问题并且 RAG 的需求不是很多，遂搁置。上面提到的消耗 token 的问题，可能是他在做话题摘要的工作消耗的，插件设定也会消耗一些 token 。
去年开始自己部署的 nextchat 使用的 chatgpt,感觉还凑合，但是后来和 ollama 集成的时候设置有点迷糊，没操作明白。最近几个月换成了自己部署的 lobe-chat ，对接的 ollama 跑了常用的 deepseek, llama,qwen, gemma 啥的，感觉还不错，并且也支持很多平台的 api 访问。lobechat 可以私有化部署做 RAG ，但是部署遇到点问题并且 RAG 的需求不是很多，遂搁置。上面提到的消耗 token 的问题，可能是他在做话题摘要的工作消耗的，插件设定也会消耗一些 token 。
Select Language