最新

我一直在比较两种认证 HTTP 请求的方法：mTLS 和 HTTP 消息签名（如 RFC 9421）。 mTLS 速度快，由 TLS 层处理，但部署复杂（例如证书、终止）。HTTP 签名在应用层提供更大的灵活性，但需要自定义逻辑和重放保护。 目前，我倾向于使用 HTTP 消息签名，因为它为像我这样的应用开发者提供了更大的灵活性，而且我不需要担心负载均衡器等基础设施。我可以决定哪些 API 端点需要签名，以及请求的哪些部分将被签名。 很好奇其他人都在生产中使用什么。您是如何保护服务或设备之间的请求的？尝试过这两种方法有什么经验教训吗？

我经常使用 iPhone iOS 的色彩滤镜来控制全局可读性，并想利用苹果 API 的一些辅助功能来制作一个应用程序，但似乎无法确定这是否可行。 本质上，我一直在考虑开发一个矩阵墙/实时视觉墙应用程序，它可以在“系统”的顶层提供基本的视觉功能，用于VJ/现场视觉效果，类似于 Resolume 的表演环境。它可能具有像素网格、颜色循环、缩放控制器、反馈回声、像素正弦波、锯齿波、平滑叠加等功能。有人能帮我确认一下，是否能够充分访问辅助功能 API，从而使这个应用程序成为可能吗？ 一个例子是 DJ 播放 YouTube 音乐曲目，并用他们的手指/OSD 叠加控制来控制视觉效果。

大家好，Hackernews， 我们最近添加了一项重要功能——现在你可以在23种编程语言中练习打代码了。 （不支持移动端） 立即体验：<a href="https:&#x2F;&#x2F;www.typequicker.com&#x2F;code" rel="nofollow">https:&#x2F;&#x2F;www.typequicker.com&#x2F;code</a>