Forwarded from 橘橘橘子汁 & 🍊
https://github.com/LLM-Red-Team/qwen-free-api/issues/82
https://github.com/LLM-Red-Team/kimi-free-api/blob/5c114bf5926fcdced096f583953d7e86e9433672/src/api/routes/chat.ts#L40
啧，6k star 的项目就这么简单地藏毒藏了一年才有人发现
是谁在觉得开源软件有安全保障呢
https://github.com/LLM-Red-Team/kimi-free-api/blob/5c114bf5926fcdced096f583953d7e86e9433672/src/api/routes/chat.ts#L40
啧，6k star 的项目就这么简单地藏毒藏了一年才有人发现
是谁在觉得开源软件有安全保障呢
🤔4
关于 K5Web 握手失败的一次记录
TL;DR: Maybe Chromium 干的，根本原因是波特率不对，直接原因尚不明确（F12 观察 K5Web 在
若干天前新入手了一个 UV-K6, 既然是 K6 那自然是需要刷机的，遂打开 K5Web 插上写频线点连接——握手失败。
怀疑没插好——在拆机后肉眼可见的插紧后问题仍然存在；
怀疑写频线坏了——今天新买的写频线到了，换了一根问题仍然存在；
总不能是主机坏了吧，应该不至于。
由于手上没有 Windows 环境，没法用官方的写频软件交叉验证，只能继续对着 K5Web 怀疑人生。
然后突发奇想看看 stty 情况。
注意到 stty 多了一些 flag, 但波特率仍然是 9600 。
不对啊，我印象里记得网上 k5prog-win 的截图波特率应该是 38400 。
于是抱着试一试的想法，我执行了
stty -F /dev/ttyUSB0 38400 raw -echo
然后，它就握手成功了？？！
所以根本原因就是波特率不匹配，不清楚是 K5Web 的问题还是 Chromium 的问题。
附上本次案发的 Chromium 版本号
Version 142.0.7444.59 (Official Build) Arch Linux (64-bit)
果然匪夷所思的问题背后都有令人意想不到的原因。
TL;DR: Maybe Chromium 干的，根本原因是波特率不对，直接原因尚不明确（F12 观察 K5Web 在
SerialPort.open 时是有传入 { baudRate: 38400 } 的，这个应该是 Chromium for Linux 的问题）。若干天前新入手了一个 UV-K6, 既然是 K6 那自然是需要刷机的，遂打开 K5Web 插上写频线点连接——握手失败。
怀疑没插好——在拆机后肉眼可见的插紧后问题仍然存在；
怀疑写频线坏了——今天新买的写频线到了，换了一根问题仍然存在；
总不能是主机坏了吧，应该不至于。
由于手上没有 Windows 环境，没法用官方的写频软件交叉验证，只能继续对着 K5Web 怀疑人生。
然后突发奇想看看 stty 情况。
# 重新插拔写频线并刷新 K5Web 页面
sulfate@arch ~> stty -F /dev/ttyUSB0
speed 9600 baud; line = 0;
-brkint -imaxbel
# 点击 K5 Web 上的连接
sulfate@arch ~> stty -F /dev/ttyUSB0
speed 9600 baud; line = 0;
min = 1; time = 0;
-brkint -icrnl -imaxbel
-opost
-isig -icanon -echo -echoe
注意到 stty 多了一些 flag, 但波特率仍然是 9600 。
不对啊，我印象里记得网上 k5prog-win 的截图波特率应该是 38400 。
于是抱着试一试的想法，我执行了
stty -F /dev/ttyUSB0 38400 raw -echo
然后，它就握手成功了？？！
所以根本原因就是波特率不匹配，不清楚是 K5Web 的问题还是 Chromium 的问题。
附上本次案发的 Chromium 版本号
Version 142.0.7444.59 (Official Build) Arch Linux (64-bit)
果然匪夷所思的问题背后都有令人意想不到的原因。
Vicicode
K5Web
一款 K5/K6 在线写频工具，使用应第一时间备份配置及校准数据，提供信道管理、设置管理、备份还原、固件升级等功能。
🤯5
Forwarded from 灵车漂移 (无羽の翼 (｢ • ̀ω•́ )｢)
每日消费电子观察
华擎 可能在搞点很新的东西？B650 转 X670 扩展卡曝光 两个PCIe 4.0 x4 M.2 、 三个USB-A、一个USB-C （10Gbps）、 两个SATA 一个10GbE网口 来源（游侠网、VideoCardZ、Level1Techs） 华擎不愧是妖板厂，从来没有让我们失望。 如果这卡能变成通用扩展卡就更好了（想🍑
论AMD南桥如何装在Intel主板上
https://b23.tv/BV1AXv4BvE4T
https://b23.tv/BV1AXv4BvE4T
Bilibili
论AMD南桥如何装在Intel主板上_哔哩哔哩_bilibili
AMD南桥其实是一个标准PCIe设备，可以用在任何平台；此视频中基于AMD南桥制作的扩展卡已在立创开源硬件平台开源:AMD B650南桥扩展卡 - 立创开源硬件平台；此视频简单记录了折腾的过程, 视频播放量 133221、弹幕量 423、点赞数 6031、投硬币枚数 3672、收藏人数 3923、转发人数 2291, 视频作者 铁甲依然在__, 作者简介 硬件设计交流群：879825200，相关视频：华擎妖板再现，六插槽同时支持D4和D5内存。，无视英特尔！主板厂商自行支持PCIe 4.0，Intel1…
🤯12
Forwarded from WA Daily
经过仔细调查发现，gitlab-ce 上游提供的 apt 仓库中，不同发行版中，为不同发行版打包的相同 gitlab 版本的二进制包的包名和版本号均相同，并且所在路径也相同，但实际上是不同的二进制包文件。我们目前无法正确镜像这样的仓库。
gitlab 的上游 apt 仓库之所以能正常工作，是因为它的服务器会记录访问者的 IP 地址上一次请求的 Release 文件所属的发行版，并在请求二进制包文件时返回对应发行版的二进制包文件。
https://github.com/tuna/issues/issues/2395#issuecomment-3745611787
震撼我妈一整年了属于是，这是有多闲才能做出这种玩意儿来
GitHub
gitlab-ce/ubuntu 尺寸/哈希与索引不符，导致 apt 安装失败 · Issue #2395 · tuna/issues
先决条件 (Prerequisites) 我已确认这个问题没有在其他 issues中提出过。 I am sure that this problem has NEVER been discussed in other issues. 发生了什么（What happened） 检查时间 2026-01-05 14:00 (UTC+8) 镜像地址 https://mirrors.tuna.tsi...
🤯8