@ENSAlT 我顺路看了看 TTS 文档里面支持的 voice_type ，没有包含 BV409_streaming ，很好奇您是怎么找到这个值的呢？

个人感觉这不叫软文，就是个 README 的缩略版。
软文重要的是让读者莫名其妙产生了兴趣/共鸣。比如你可以想一个实际的 Redis 使用场景，比如“N 年运维：一次线上离谱的 Redis 缓存雪崩”，然后是你的背景，然后是排查场景，抛出几个知识点，然后文中“不小心”贴上你排查过程中的截图，用的就是这个产品。这时候如果你明牌，直接夸这个工具咋滴咋滴帮了大忙，这就是大家都看得懂的软文。你也可以继续隐藏，愿者上钩，自然会有人会问：这个工具是啥？
总而言之，既然你做了这个工具，那自己应该是有些使用场景的经验的，讲故事更容易吸引到人，就好像你的这个标题，大概率只会吸引对 Redis+GUI 两方面都感兴趣的人。

既然都做插件了，不如直接支持多个平台的屏蔽。

如果你访问 Github 的动作是可以自己控制的，那么直接搭建一个 Github 的访问代理是最方便的。比如使用 Cloudflare workers 。
如果你使用旁路网关，那直接群晖将网关指向旁路 openwrt ，或者在 DHCP 下发的时候为设备指定网关地址（我不清楚你的路由器是否支持）。然后单纯为 Github 设定规则就可以，这样以后需要其他的科学服务也很省事，修改规则即可。

个人理解，中台没有优缺点，只有适不适合。在一定程度上自然而然的，中台就出发于业务，并且始终服务于业务，叫不叫中台都没什么区别，你叫它组件库都行。而妄图通过复制其他公司而建立的中台本身就是会和自己割裂的，最终就是人人叫骂。

滴答清单，快捷键呼出随输随走

@blogfeng 请教下这是需要走什么特定渠道吗？看着我 220/月的电信 1000M 流下了泪水

支持一下！期待新功能

分两次问。每次的问题都明确和具体，这样自己就不会有这种烦恼。永远不要天真认为别人会按自己的想法做事。

OP 给我一种荒诞艺术家的感觉，在自己的逻辑中自圆其说。并不是否定的意思，相反我觉得能有这样的坚持是值得敬佩的。

提供一些我的想法供你参考：


产品墓地的价值体现的并不充分，如果“不被遗忘”是能够让人愿意付费的点的话，当前的产品方案并没有看出来体现在哪里，相反用户在这里发个帖说不定更容易，还是免费的。


墓地需要花钱买，这在现实中是成立的，但是这是基于人们传统观念上的一部分，以及被道德约束的一部分。而一个产品还需要有一个“墓地”，这是一个很新的概念，你需要教育大众的成本太高了。也许你可以在这个形式上多拓展一下思路，死亡的产品有价值的不是本身，而是产品初始的作者的意识、思考。给产品搞一个付费观看的墓志铭，这样你的墓地其实不是死亡产品的集合地，而是人世间万千想法的聚合点，能够让未来其他人有所启迪，这样也能将一部分分佣给原作者。


OP 加油，除了你说的「勇气」外，「坚持」我认为也是一个独立开发者必备的素质之一。

Apple M2 Max ，在连接多屏后，依旧会出现输入法卡顿的问题。倒是没出现过转圈，单纯就是不跟手。

困扰特别久了，如果有路过的有解决方案，期待告知，不胜感谢！

@kissmenow 现在已经有靠谱的实现了吗？之前看到过一些还是很粗糙，达不到可维护的要求

dCxVen8jp0S 已用，感谢

感谢，已冲

nestjs-cls https://papooch.github.io/nestjs-cls/
或者自己实现一个中间件也是一样的

OP 还是很乐观的，不过最好还是测试一下，像这样的逻辑很容易就死循环了
[Imgur]( https://imgur.com/i3vgZxj)

尝试了一下，流式输出体验并不好，和 Azure 的接口一样是成段返回的，建议修复下。