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

1.考虑给任务新增一个备注字段么? 太多的任务仅靠名称无法很好的区分, 想写一点备注帮助以后回顾的时候, 发现没地儿写
2.考虑给任务增加个分组字段么? 目前靠手动给任务增加前缀, 来人工分组的

可以换, 前提是你能有可靠的测试手段和测试方案.
属于受累不讨好的工作量. 如果确实决定了, 那么请考虑以下三个方面:
1.调研清楚为什么要 A shell 脚本要这么写, 是否有业务限制?
2.从小到大, 从易到繁, 不要上来就去动最麻烦的那个, 不确定的不要动.
3.测试, 保证你修改后不能产生问题和引入新的问题, 其中比较麻烦的点在于边界处理. 例如, 某段 shell 代码隐含的处理逻辑会产生 a 数据结果, 替换为 python 后没有这样的效果, 导致预期行为改变.
剩下的, 就是慢慢的改, 建议每动一批之后, 留一些时间观察, 防止测试不到的事故集中爆发, 让你处理不过来.
祝好.