1.首先看规模, 如果数据量不大, 资源竞争不严重, 我同意其他人的观点, 怎么搞都行
2.然后还是看规模, 如果都上到 sql 上, 发现性能能接受, 那其实就是合适的方案
3.如果流量再高些, 请考虑 redis, 你可以不用它的 push, pop 这些来实现, 但是它能提供比高并发下 mysql 更好的性能, 毕竟它是做缓存用的
4.如果还有些特殊需求, 请考虑上专业的延迟队列, 例如延迟消费, 自动重试, 精确消费, 至多至少消费语义等, 这些不是 sqldb 不能实现, 而是你需要自己实现, 你需要考虑性价比
最后, 是否有必须要这个问题需要你自己考虑, 不同场景下答案不一样

有一个为每个应用独立设置输入法的选项, 试试勾掉
找到的路径: 设置-> 搜索 -> "为每个"

首先, raid5 不稳定, 恢复有失败几率.
然后是建议, 加钱群晖最保险, 如果不能建议不组 raid, 按需求分组单盘使用, 做备份, raid 的价值在于增加读写带宽.
如果非要搞, 考虑考虑 raid10

1.数据在自己手里的安全感
2.仓鼠症
3.不能放云盘上的隐私和小姐姐
4.局域网的流畅播放体验和同步体验
5.成品 Nas 还提供了内网穿透和一些现成的 APP

挺炫酷的

我上一个手机是小米 mix2, 现在是小米 14, 中间大概隔了 6-7 年左右

@JustW 如果是这样的话, 感觉就有点太怪了, 由 mcp-server 来维护这个声明, 由 client 扫描接入的 tools 说明, 支持特殊配置感觉会更正常一些

我的习惯是:
1. new Axxx, 回车;
2.ctrl + shift + 回车;
3.ctrl + alt +v, 回车;
done. 没有看到 var 存在的意义;
我倒是很喜欢 jdk15 时候的多行字符串, 可惜我司一直 jdk8

感谢, 1001

可能是因为我的刀快吧

我在用自如, 自如虽然这些年房源越来越少和限制越来越多, 但是有很多事情还是方便, 比如开发票;
如果预算问题, 可以考虑链家, 他家旗下好像还有个叫德佑的;
我爱我家系的我没尝试过, 不做评价;

我在用 DX4600, 目前可以满足大部分需求, 目前最大的痛点是 ugos pro 的功能没有完全的复制完 ugos.
比如最重要的本机文件夹跨磁盘备份, 到现在还没有实现.
比如 APP 端不能自定义备份哪个文件夹下的图片和视频.
这些在 ugos 系统时, 都是已经实现了的功能.
但是仍然满足了我大部分的需求. 目前知足中.

PS: 推动我从 ugos 升级到 ugos pro 的动力, 是 ugos 的影视中心奇葩的本地检索逻辑. 设置完 nfo 优先后, 竟然是从 nfo 文件中读取内容, 再拿读取到的内容去调远程 api 检索. 导致我一大批自定义的 nfo 作废(对, 就是小姐姐们). 真想问问产品是怎么想的.

更新一下,
```shell
settings put global list_resolution "1920x1080"
am force-stop com.limelight
am start -n com.limelight/.MainActivity
exit
```
上述代码经测试不可用, moonlight 读取的不是这里的变量, 它读取的是 SharedPreferences 中的内容, 本质上是:
/data/data/com.limelight.debug/shared_prefs/com.limelight.debug_preferences.xml
这个文件里的内容;

我尝试使用如下 adb 命令更改 SharedPreferences, 但是失败了:
```shell
run-as com.limelight
app_process /system/bin --nice-name=sharedprefs com.android.shell settings get persistent com.limelight com.limelight.preferences list_resolution
app_process /system/bin --nice-name=sharedprefs com.android.shell settings put persistent com.limelight com.limelight.preferences list_resolution "1920x1080"
app_process /system/bin --nice-name=sharedprefs com.android.shell settings get persistent com.limelight com.limelight.preferences list_resolution
```
得到的错误是: Aborted

/data/data/com.limelight.debug/shared_prefs/com.limelight.debug_preferences.xml
这个文件不确定是否需要 root 才可以更改, 亦或者有对应的 api 我不知道;
如果有大佬对这个感兴趣, 尝试出了结果, 麻烦 @我一下, 谢谢;

@muyi @ice000 用改默认值的方案解决了, 算是满足了我的需求, 短时间内不再计划折腾了;

另外我看了一下代码+Gemini 给的提示, moonlight 使用了<ListPreference>这个组件, 它会把选择的值存储在 SharedPreferences 中, 如果想要通过 adb 修改的话, 可以尝试:
```shell
adb shell
run-as com.limelight cat /data/data/com.limelight/shared_prefs/com.limelight_preferences.xml # 可选，但推荐
settings put global list_resolution "1920x1080"
am force-stop com.limelight
am start -n com.limelight/.MainActivity
exit
```
缺点应该是卸载就没有了, 需要重新设置;

另外上面的两个方案都是临时解决方案, 我猜测底层还是坚果魔改的系统对<ListPreference>兼容不好, 但我不是 android 开发, 所以纯属猜测; 从源码上看<com.limelight.preferences.SeekBarPreference>这个 moonlight 自定义的组件反而能正常显示, 所以自己写一个自定义的 list 类组件应该也可以; 或者尝试 @muyi 提供的三方 moonlight(qiin2333 这个试过了, 不行; axixi2333 的没有尝试;)

@muyi 我修改完了, 重新打了个包, debug 版本在模拟器上运行正常, release 版本安装失败, 可能是涉及到证书配置;
我打算晚上试试打包的版本是不是能正常运行, 不行的话, 我再试试 axixi 这个版本的;

@muyi 试了, 不行; 修改版没有修改设置菜单的实现方式, 调出来的弹窗还是系统级的那个;

@muyi 还没有, 中午回去试试, 正在考虑重新打包 moonlight, 把默认分辨率的值改了, 对 android 不太熟悉, 得边做边学; 还有个思路是, 能不能通过找到配置存储的文件或者 adb, 直接修改存储的配置值, 因为坚果的系统开通了 adb 功能

@boser1u 试过了, 在点击分辨率设置之后, 那个弹窗渲染不全, 只有标题和关闭按钮, 没有选择分辨率的那些 radio;

@THESDZ 分组可以用标签解决, 备注那个不太行, 我需要的是可以写很多字的一个地方, 比如描述某个手动触发的任务,参数如何填写之类的; 当然这只是一个场景...