最新

DietPi 是一个轻量级的基于 Debian 的 Linux 发行版，适用于 SBC（单板计算机）和服务器系统，也可以选择安装桌面环境。它以最小化镜像的形式发布，但允许通过一组基于控制台的 shell 对话框和脚本安装完整且即用的软件栈。 源代码托管在 GitHub 上：https://github.com/MichaIng/DietPi 主网站位于：https://dietpi.com/ 维基百科：https://de.wikipedia.org/wiki/DietPi 该项目于 2025 年 11 月 15 日发布了 DietPi v9.19 版本。 此版本的亮点包括： Raspberry Pi、Allwinner H3/H5：修复了这些 SBC 的问题 BirdNET-Go：新的软件标题（鸟类监测和识别） NAA Daemon、Moonlight (GUI)、UrBackup、Medusa、Mosquitto：（改进的）对 Debian Trixie 的支持 修复了 DietPi-Update、Jellyfin、Node.js、Lidarr、Prowlarr、Bazarr、SABnzbd、Medusa 的问题 完整的发布说明可以在这里找到：https://dietpi.com/docs/releases/v9_19/

我厌倦了在 FastAPI 应用中部署 Celery + Redis 来处理简单的后台任务，因此构建了 FastWorker。每次需要从 API 请求中卸载工作时，我都不得不管理 4-6 个独立的服务。对于小型项目来说，这感觉像是过度设计。<p>FastWorker 是一个无代理的任务队列，仅需要 Python 进程。无需 Redis，无需 RabbitMQ——只需 2-3 个 Python 服务，而不是 4-6 个以上。<p>---<p>快速示例：<p># tasks.py<p>from fastworker import task<p>@task<p>def send_email(to: str, subject: str):<p><pre><code> return {&quot;sent&quot;: True} </code></pre> # FastAPI 应用<p>from fastworker import Client<p>client = Client()<p>@app.post(&quot;&#x2F;send&#x2F;&quot;) async def send_notification(email: str):<p><pre><code> task_id = await client.delay(&quot;send_email&quot;, email, &quot;Welcome!&quot;) return {&quot;task_id&quot;: task_id} </code></pre> 启动工作进程：<p>fastworker control-plane --task-modules tasks<p>fastworker subworker --task-modules tasks # 可选<p>---<p>架构：使用 NNG 消息传递进行直接的对等通信。控制平面通过优先级堆协调任务分配，并跟踪工作进程负载。工作进程通过发现套接字自动发现。结果缓存在内存中，使用 LRU/TTL。<p>专为以下场景设计：中等规模的 Python 应用（1K-10K 任务/分钟），用于后台处理——图像调整大小、报告生成、电子邮件、Webhooks。非常适合 FastAPI/Flask/Django。<p>不适用于：极大规模（10 万+ 任务/分钟）、多语言栈或需要持久任务存储的系统。对于这些情况，请使用 Celery/RabbitMQ/Kafka。<p>试用：<p>pip install fastworker<p>仓库：<a href="https:&#x2F;&#x2F;github.com&#x2F;neul-labs&#x2F;fastworker" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;neul-labs&#x2F;fastworker</a><p>FastAPI 集成文档：<a href="https:&#x2F;&#x2F;github.com&#x2F;neul-labs&#x2F;fastworker&#x2F;blob&#x2F;main&#x2F;docs&#x2F;fastapi.md" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;neul-labs&#x2F;fastworker&#x2F;blob&#x2F;main&#x2F;docs&#x2F;fasta...</a><p>希望收到关于这是否填补了一个有用的空白，或者其局限性是否使其过于狭窄的反馈。

TL;DR: Internet Object (IO) 是一种精简的、基于模式优先、与 JSON 兼容的格式，它减少了结构噪声，提高了现代系统的清晰度，并将 token 数量减少了约 40-50%。 Playground: [https://play.internetobject.org](https://play.internetobject.org) --- 我在 2017 年开始探索这个想法，当时我反复遇到在构建分布式系统和结构化数据管道时使用 JSON 遇到的相同痛点。我没有选择扩展 JSON 或在其之上添加更多层，而是想要一种干净、模式优先、对人类友好且仍然兼容的格式，在需要兼容性的地方保持兼容。 这个概念经过多年缓慢演变，经历了多次重新设计、死胡同和重启——直到它最终收敛成我现在称之为 Internet Object (IO) 的东西。关于这个演变的故事在这里：[https://internetobject.org/the-story/](https://internetobject.org/the-story/) 虽然 IO 并非为 LLM 而创建，但它的结构最终在 token 效率方面有了显著提高（与 JSON 相比，token 数量减少了约 40-50%），这已成为当今工作负载中的一个实际优势。 我写了一篇实用指南，展示了 JSON 开发者如何过渡到 IO，其中包含语法解释：[https://blog.maniartech.com/from-json-to-internet-object-a-lean-schema-first-data-format-part-1-150488e2f274](https://blog.maniartech.com/from-json-to-internet-object-a-lean-schema-first-data-format-part-1-150488e2f274) 要与 JSON 进行并排比较，请参阅以下链接：[https://www.internetobject.org/io-vs-json/](https://www.internetobject.org/io-vs-json/) 如果您想直接尝试这种格式，还有一个交互式 playground： [https://play.internetobject.org](https://play.internetobject.org) [https://play.internetobject.org/simple-collection](https://play.internetobject.org/simple-collection) 这是一个软启动，旨在收集早期反馈——我希望收到社区的任何想法。

或者拨打 +62 817-0104-057。您也可以将预订详情和问题发送至 appsupport@agoda.com 以获得进一步的帮助。