设置的 cron job ，应该是下午六点的结果，湖北电信

IP 地址,已发送,已接收,丢包率,平均延迟,下载速度 (MB/s)
104.18.56.237,4,4,0.00,143.05,25.78
173.245.49.82,4,4,0.00,141.33,25.64
172.64.106.136,4,4,0.00,141.13,23.26
104.19.33.248,4,4,0.00,140.39,16.12
104.18.57.204,4,4,0.00,140.65,14.90
104.18.49.196,4,4,0.00,139.65,8.88
104.19.73.3,4,4,0.00,140.76,8.52
104.18.63.164,4,4,0.00,141.72,0.00
104.19.58.23,4,4,0.00,141.77,0.00
104.19.15.178,4,4,0.00,142.87,0.00

向左：shift + cmd + [

向右：shift + cmd + ]

Podcast 本身的原因吧，常听的几个包括 Apple News Today 都是有的

@zlowly 我理解错了，我以为你的意思是类似这样设置
user ALL=(ALL) NOPASSWD:/usr/bin/apt
为某个用户设置脚本的 sudo nopassword 权限，因为我是用 cron job 自动备份，所以我觉得 sudo nopassword 和直接用 root 区别不大。

之所以这么纠结不想用 root ，是因为我觉得备份任务它就需要个只读的权限，没有必要用 root 做这件事。
不过我搜索了一大圈，目前还是没有找到让我觉得满意的用户设置方案，所以暂时只能用 root 了

@drymonfidelia 这个只针对 docker 应用数据备份吧

@zlowly 这样的话脚本内涉及到的所有命令都会自动赋予权限吗？不过我理解遇到 600 权限的文件应该还是不行的吧

@esee 我觉得还是分一下比较好，原因类似楼下说的，坏习惯养成就完蛋了

有卡吗？有卡的话把新币换美元试一下

作为一个商业产品来说，真的太粗糙了

project idx 不错，另外最近发现个项目叫 coder ，也还行

我去年入手一代大概一个月也遇到了同样的情况，一晚上掉 20%，我到天才吧检测他们也说这续航是正常的，不过可以给我返厂检测，我送过去“检测”之后，续航神奇的好了。 另外，我个人猜测，这是软件问题，重置出厂可能就解决了

我说怎么这么熟悉，原来是 linuxdo 搬来的

@EyebrowsWhite 包子也买过，但总感觉那个肉不太行

广州酒家的花卷我挺喜欢吃的，山姆有卖

Google 的 Project IDX 使用了 nix ，https://idx.dev/blog/article/nix-on-idx

我觉得如果 AI 能辅助 code review 还挺好的

https://chat.openai.com/share/fe0cc11b-a207-4d8e-8c26-430aa0893a73

不知道黑裙和白裙有什么区别，我的白裙可以直接通过 cloud sync 设置双向同步，另外，群晖好像也有 office 365 的同步套件