标题: 开源 | SSH + DB + 抓包 + REST Client + 工具箱 + 音乐 + 游戏机，一个桌面 App
作者: #byte
板块: #资源荟萃
编号: 1744083
帖子: https://linux.do/t/topic/1744083
时间: 2026-03-13 01:34:33
摘要:

作为程序员，我每天的日常大概是这样的：
打开终端连 SSH，切到数据库工具看数据，再打开 Postman 调接口，开个抓包工具分析流量，顺手还要记几条笔记……
窗口一堆，切来切去，效率极低。
目前包含的模块：

SSH + SFTP：远程终端 & 文件管理，支持多标签并行操作
数据库管理：Redis、MySQL、MariaDB、PostgreSQL、SQLite、SQL Server、ClickHouse、Oracle，资产树浏览 + SQL 编辑器
REST Client：兼容 .http 文件格式，类 VS Code 体验
SSH 端口转发：本地/远程转发，一键打通内网
Web 代理：HTTP 抓包 + MITM 中间人篡改
本地终端：内嵌 Shell，不用切窗口
工具箱：JSON 格式化、JWT 解析、Hash、正则测试、Diff、UUID、Cron 解析、二维码生成，共 17 个小工具
Git 管理：可视化管理本地仓库，提交/分支/日志
待办事项：轻量任务管理
备忘录：Markdown 实时预览
音乐播放器：在线搜索 + 歌词同步
游戏模拟器：内置 FC / SFC / NEO GEO 经典游戏

技术栈：Wails v2 + Go + React + TypeScript + Ant Design
跨平台：macOS / Windows / Linux
当前版本：v0.0.1，开源免费
GitHub：GitHub - hsqbyte/hikit · GitHub
欢迎 Star 或提 Issue，有想要的功能可以告诉我！

标题: 问问有真用龟壳当主力机的吗
作者: #Skye
板块: #搞七捻三
编号: 1744093
帖子: https://linux.do/t/topic/1744093
时间: 2026-03-13 01:43:51
摘要:

今天摸鱼刷帖看到好几个开龟壳的帖子，猛地想起我还有三个龟壳呢！
登录发现两个号都上不去了，重置密码不行收不到邮件，一问客服，哦我号已经被扬了啊

还好还有个冷门区域的龟壳还活着，看着吃灰多年的龟壳

不由陷入了沉思，我他喵的上午还在隔壁问有没有合适的服务器推荐，完全没有想过手上这台龟壳啊

一边是钱包，一边是稳定性未知的龟壳(没升级账户)，好难选
有佬用龟壳真的上项目吗， 最长的稳定多少年了？

标题: 沉浸式翻译自定义API配置-实现翻译自由~
作者: #Kuld
板块: #开发调优
编号: 1744117
帖子: https://linux.do/t/topic/1744117
时间: 2026-03-13 02:23:49
摘要:

最近整了个NVIDIA NIM的免费模型，接到沉浸式翻译插件上，在此小小记录一下，希望能帮到有需要的人。
使用自定义API的好处是，我们可以自由地接合适的模型，不受插件官方的模型限制。首先去沉浸式翻译 - 新一代AI翻译软件 | 双语对照网页翻译/PDF翻译/视频字幕翻译/漫画&图片翻译
根据浏览器安装对应版本的插件。
我此处以NVIDIA NIM的API为例。打开设置，点击添加自定义翻译服务，随后在右处填写你的名称，然后是关键的3个参数：API接口地址、APIKEY和模型名称。我们也可以根据需要继续配置其他参数，如最高并发、Prompt等。

基础的一步设置完成了，接下来的一步很重要，那就是关闭thinking/reasoning模式。如果你选择的模型是支持thinking/reasoning的，很多API Service是会默认开启的，但对于大模型这个量级的模型来说，大部分翻译任务without-thinking模式是绰绰有余的。开启thinking反而会增加token开销以及等待延迟。
点击左侧的开发者设置，点击Edit Full User Config。网页搜索一下你的apiurl快速找到刚刚添加的自定义配置（红色框框），在其中添加蓝色框框的参数。其中最重要的就是"enable_thinking": false，表示关闭thinking模式。
"bodyConfigs": {
  "chat_template_kwargs": {
    "clear_thinking": true,
    "enable_thinking": false
  }
},


点击save保存，回到翻译服务页面点击测试服务，如果没报错那就是OK了。
至此，Done。接下来可以愉快地学外语了~

标题: 利用Hugging Face白嫖搭建OpenList
作者: #波罗阁
板块: #开发调优
编号: 1744118
帖子: https://linux.do/t/topic/1744118
时间: 2026-03-13 02:24:20
摘要:

本文方案首发在博客中 一些有关OpenList与Hugging Face的小巧思
由于平时更习惯本地下载来看电影，所以这套方案对视频起播速度、连通性没有做太多实测，仅作为抛砖引玉，希望能给各位佬友白嫖搭建OpenList带来一些参考性思路
以下为博客原文


正如文章标题所述，本文的核心在于“小巧思”。它并不打算做一个全能的避风港，而是更适合那些对 OpenList 需求不大、但又希望有一个轻量云端方案的用户。如果你也想在不折腾 VPS 的前提下，优雅地解决云端部署问题，或许这篇文章可以给你一些启发。

OpenList

对 AList 有过一定了解，但没太关注社区消息的朋友，可能会好奇为什么会有 OpenList。
其实起因很简单：自从前年 AList 项目被整体出售，随后又陷入了涉嫌投毒的风波，整个社区的信任基础受到了极大的冲击。
而 OpenList 由 AList 的原贡献者基于原项目 fork 开发而成，作为一个有韧性、长期治理、社区驱动的分支，旨在防御基于信任的开源攻击。
介绍以及具体的来龙去脉就不多说了，总之，如果我们仍然希望寻找一个纯粹、可靠、且更具社区属性的挂载方案，由衷建议原 AList 用户转向 OpenList。
为什么需要云端部署OpenList
说实话，在我的影音娱乐体系里，本地下载始终是绝对的主力。天翼云盘和夸克网盘的下载速度已经足够满足我的需求，这导致不管是 AList 时期，还是后来的 OpenList，这些软件对我而言只是个“备选项”。
我习惯于在 Windows 上挂着 Alist Helper，在 Android 上开着 AListLite，即用即走，轻量且本分。顺带一提，虽然这两款软件的名字仍然还带着“AList”，但现在都已经转向支持更纯粹的 OpenList 了
既然本地已经很香了，为什么突然想折腾一下云端部署？
起因是前段时间我闲来无事，重新捡起了 网易爆米花，这是一款类似 Infuse、VidHub 的播放软件，主打极其优雅的海报墙和刮削能力，旨在帮助用户打造一个完美的私人影视库。
但在使用过程