折腾啥

  1. TeleBox 语录插件史诗级更新( 感谢 @reF1nd 辛苦排查测试终于完善了 yvlu 插件中无头像用户的逻辑公益语录 API 的部署方式也得到了完善在各位群友的努力下, 目前(2025-11-19) 拥有 94 个插件今后会持续带来新的插件和插件的用法说明 敬请期待可在 📦 仓库 | 🧩 插件 | 👥 群组 | 📢 频道 查看TeleBox 合集 频道资源合集 恰饭推荐 群组#TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #yvlu #语录

    TeleBox 语录插件史诗级更新(

    感谢 @reF1nd 辛苦排查测试

    终于完善了 yvlu 插件中无头像用户的逻辑

    公益语录 API 的部署方式也得到了完善

    在各位群友的努力下, 目前(2025-11-19) 拥有 94 个插件

    今后会持续带来新的插件和插件的用法说明 敬请期待

    可在 📦 仓库 | 🧩 插件 | 👥 群组 | 📢 频道 查看

    TeleBox 合集 频道资源合集 恰饭推荐 群组

    #TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #yvlu #语录

    • ❤️2
  2. TeleBox: 保活自动重启之外部监控版🆕 更新改为使用 getDialogs 判断是否连接正常, 请查看说明操作 原消息TeleBox 合集 频道资源合集 恰饭推荐 群组#TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #restart #keep_online #保活 #自动重启

    TeleBox: 保活自动重启之外部监控版

    🆕 更新

    改为使用 getDialogs 判断是否连接正常, 请查看说明操作

    原消息

    TeleBox 合集 频道资源合集 恰饭推荐 群组

    #TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #restart #keep_online #保活 #自动重启

    • ❤️1
  3. TeleBox: 保活自动重启之外部监控版▎原理脚本保活定时将时间戳写入某个文件外部(如宿主机 crontab) 定时检测这个文件. 按需重启服务/容器容器版需要自己注意在宿主机上 文件到底在哪个路径. 一般可用 docker inspect xxx 看下到底映射了啥路径▎ 说明1. 安装 .tpm i keep_online2. 定时任务脚本供参考记得查看内容, 理解一下上面的逻辑, 把需要修改的部分改成适合你的环境的. 我写的都是我宿主机直接跑的路径和命令, 你要改成你的▎相关设置代理解决无法连接到 Telegram在各位群友的努力下, 目前(2025-11-17) 拥有 94 个插件今后会持续带来新的插件和插件的用法说明 敬请期待可在 📦 仓库 | 🧩 插件 | 👥 群组 | 📢 频道 查看TeleBox 合集 频道资源合集 恰饭推荐 群组#TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #restart #keep_online #保活 #自动重启

    TeleBox: 保活自动重启之外部监控版

    ▎原理

    脚本保活定时将时间戳写入某个文件

    外部(如宿主机 crontab) 定时检测这个文件. 按需重启服务/容器

    容器版需要自己注意在宿主机上 文件到底在哪个路径. 一般可用 docker inspect xxx 看下到底映射了啥路径

    ▎ 说明

    1. 安装 .tpm i keep_online

    2. 定时任务脚本供参考

    记得查看内容, 理解一下上面的逻辑, 把需要修改的部分改成适合你的环境的. 我写的都是我宿主机直接跑的路径和命令, 你要改成你的

    ▎相关

    设置代理解决无法连接到 Telegram

    在各位群友的努力下, 目前(2025-11-17) 拥有 94 个插件

    今后会持续带来新的插件和插件的用法说明 敬请期待

    可在 📦 仓库 | 🧩 插件 | 👥 群组 | 📢 频道 查看

    TeleBox 合集 频道资源合集 恰饭推荐 群组

    #TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #restart #keep_online #保活 #自动重启

  4. 昆仑发射器长弹匣此模型的许可证条款不允许进行二次创作发到了原模型的打印配置里

    昆仑发射器长弹匣

    此模型的许可证条款不允许进行二次创作

    发到了原模型的打印配置里

    https://makerworld.com.cn/zh/models/1229721-gong-jiang-zhi-long-zhua-sun-mao-pin-jie-ban-nerfx#profileId-1966729

    文件

    频道资源合集 恰饭推荐 群组

    #3D #打印 #Nerf #软弹 #昆仑 #弹匣

  5. Forwarded from YAN GO 🐶 biubiubiu~
    https://github.com/qixing-jk/all-api-hub GitHub - qixing-jk/all-api-hub: All-in-one New-API/Sub2API account hub: balance/usage dashboard, auto check-in, one-click keys…

    • ❤️2
  6. 如果你在用 Telegram Desktop ,可以花 30 秒检查一下这个开关:侧栏打开 Settings ,找到 Advanced 页面最下方的 Experimental Settings 页面中部的 Send large photos 开关是否打开了

    Forwarded from 三三说
    如果你在用 Telegram Desktop ,可以花 30 秒检查一下这个开关:侧栏打开 Settings ,找到 Advanced 页面最下方的 Experimental Settings 页面中部的 Send large photos 开关是否打开了。

    Telegram 历史上只允许发送长边 < 1920 的图片被发送,在新增 large phtos 开关之后这也没有默认打开。如果要发送比较大的屏幕截图,不开的话就容易被压缩得看不清楚文本。

    • ❤️8
  7. Docker 更新, Watchtower 报错如果你遇到了Watchtower updates on 64bf4e7a7fe1Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version请看

    Docker 更新, Watchtower 报错

    如果你遇到了
    Watchtower updates on 64bf4e7a7fe1
    Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version

    请看 https://www.reddit.com/r/docker/comments/1ounfw8/docker_29_api_changes_breaking_changes

    Docker 服务环境变量加一个 DOCKER_MIN_API_VERSION=1.24

    也可以选择用 nickfedor/watchtower 这个镜像, 它的文档: https://watchtower.nickfedor.com

    频道资源合集 恰饭推荐 群组

    #Docker #服务器 #Watchtower

    • ❤️1
  8. #优质博文 #JavaScript #新特性 #前端 #错误处理Error chaining in JavaScript: cleaner debugging with Error.cause

    #优质博文 #JavaScript #新特性 #前端 #错误处理
    Error chaining in JavaScript: cleaner debugging with Error.cause

    AI 摘要:本文介绍了在 JavaScript (ES2022) 中引入的 Error.cause 属性,展示它如何让错误处理更具可追溯性。作者 Matt Smith 通过实例说明了传统错误包裹的缺陷,以及 Error.cause 在保持原始堆栈信息、改进调试体验和测试断言方面的优势。最终总结出一套现代错误链最佳实践,帮助开发者构建更清晰、更稳健的错误追踪体系。

    [以下是方便搜索索引的大纲(AI 生成),请读原文]
    1. 传统错误处理的问题
    • 层层调用的代码容易丢失原始错误信息;
    • 以字符串拼接错误信息会破坏堆栈和错误类型;
    • 导致调试困难,追踪难度高。

    2. 引入 Error.cause 的改进
    • 通过 new Error(message, { cause }) 保留原始错误;
    • 可同时访问顶层与底层堆栈信息;
    • cause 属性为非枚举属性,不污染日志或循环输出;
    • 与 message、stack 一样保持一致的行为。

    3. 实践与代码演示
    • 示例:从 JSON.parse 到自定义函数的错误传递;
    • 在日志中手动输出 err.cause 获取完整上下文;
    • 适合层次式系统(如服务嵌套调用)排查问题。

    4. 历史背景与 cause 出现前的替代方案
    • 旧方案包括自定义字段 .originalError、字符串拼接等;
    • 这些方式不统一且容易破坏原始错误结构;
    • 标准化的 cause 提供更安全一致的机制。

    5. 自定义错误类的支持
    • 在自定义类中通过 super(message, { cause }) 传递原因;
    • 适用 ES2022+ 环境即可直接使用;
    • 对 TypeScript 用户,需在 tsconfig.json 中启用 "target": "es2022" 与 "lib": ["es2022"]。

    6. 在测试中的应用
    • 测试断言可直接验证 err.cause 类型;
    • 提升测试可读性与准确性。

    7. 实用技巧与注意事项
    • 浏览器默认不输出层级错误链,须手动打印;
    • 不建议过度使用错误链,避免干扰阅读;
    • 可递归打印完整错误链(logErrorChain 与 logFullErrorChain 示例);
    • 实践场景:数据库异常→业务异常→服务异常的多层错误追踪。

    8. 环境支持与现代用法总结
    • 支持于现代浏览器与运行环境(Chrome 93+、Node.js 16.9+、Deno、Bun 等);
    • 推荐实践:
    使用 Error(message, { cause })
    支持内建与自定义错误类型
    改善日志和调试体验
    对 TypeScript 进行正确配置
    ⚠️ 记得手动输出或递归追踪错误链。


    author Matt Smith