最新

这是 OpenDeck，我自己的用于构建自定义 MIDI 控制器的平台。我一直在开发它超过 10 年，现在我做了迄今为止最大的改变——重写了整个代码库，以使用 Zephyr - RTOS，我过去几年一直在专业地使用它。现在，这使我能够支持更多新板，复杂的功能，并总体上使代码库现代化。以前我在所有方面都受到限制。 该平台本身允许简单地构建和配置自定义 MIDI 控制器——主要原因是因为它不需要编码。在板上加载固件，通过 Web 配置器进行配置，然后就可以使用了。可配置的功能数量也非常多。我确实有详尽的文档，涵盖了使用、配置、各种板的烧录、自定义自己的板等。所有内容都可以在 GitHub 上找到。 该平台支持大量各种板——不仅支持我自己的、我出售的定制设计，还支持 Raspberry Pi Pico 1 和 2、STM32F4 Discovery、Teensy 4 和 4.1、nRF52840DK 等板。有很多选择。在 Zephyr 之前，我为各种平台编写了自己的 HAL 和基于 YAML 的外设配置，这两者现在都被 Zephyr 及其各种子系统和工具（主要是设备树）所取代。但我必须承认，我一点也不喜欢 C，所以我使用的大部分东西都封装在一个外部 C++ 库（zlibs）中，该库用作 OpenDeck 依赖的 west 模块。项目本身是用 C++20 编写的。目前我正在使用 Zephyr 4.4 及其 MIDI 2.0 驱动程序，处于 MIDI 1 兼容模式，以及用于固件更新的 WebUSB，所以这是一个相当现代的技术栈。

注意：目前仅支持桌面端。

我创建了 Openbeam.cloud 网站，允许您分享高达 100GB 的文件。但今天我尝试发送 45 个文件，包括图片、视频等，这些文件都在我系统的一个文件夹中。问题是，这些文件按类型存储在不同的文件夹中，例如： * 搞笑图片 * 视频片段 * 婚礼照片等 手动逐个文件夹选择文件上传到 Openbeam 文件夹非常麻烦。 因此，我考虑创建一个文件夹上传功能，该功能也能保留子文件夹结构。我上网搜索了其他网站是否提供此功能，发现有很多网站都提供，但这些网站在上传后不会保留文件夹结构，下载文件时所有文件都会放在同一个文件夹里，这非常混乱，很难找到文件。 所以我尝试在我的网站上实现一个文件夹上传系统，但它仍处于 Beta 阶段。上传文件夹后，它会保留最多 3 层子文件夹以及每个文件夹内的所有文件。 如果您能试用一下并告诉我您的体验，我将不胜感激。谢谢！ www.openbeam.cloud/?tab=folder

对于构建跨多个系统（S3、数据库、缓存等）处理数据的 SaaS 企业来说，你们是否有清晰的方法来管理所有这些系统的数据保留和删除？（尤其是在每个客户都有自定义策略的情况下） 或者，你们的做法更像是生命周期规则、定时任务和手动清理的混合？ 你们现在是如何做的？我觉得在向受监管行业销售时，这会成为企业交易的障碍。