@Yvette Arduino 学习成本相对太高了，没精力折腾 😂

@jhytxy 就是没打算关机，但是抵不住万一停电电池耗尽关机。

@Tachyon 这个槽点找得好 🤦‍♂️。不知道是 NASA 经费不足还是太抠门，居然不给员工买正版授权。心疼 Sublime Text 作者，估计真赚不到多少钱。

@Tink 向日葵开机棒的原理就是 WOL，但是 MacBook Pro 关机下 WOL 无效。

「我们的征途是星辰大海」，看得我起鸡皮疙瘩了！

看代码写的是个 PyQt 程序。

@deepout
我刚才试了下，其实还是有办法让 Alfred 直接搜索到 NAS 中的文件的：
1. 把共享文件夹从群晖 Universal Search 的索引文件夹内移除。
2. 用 mdutil /Volumes/name -i on 命令开启本地索引。
3. 在 Alfred 设置里的 Search Scope 里添加本地挂载的目录。

@deepout

刚鼓捣 NAS 索引的时候又翻到这帖，我现在知道你 8 楼报错的原因了：
出现 "Server search enabled" 的原因是群晖上开启了 Universal Search，这样 Spotlight 就可以直接使用 NAS 上的索引了，不再需要本地再索引了，所以用 mdutil 命令开启本地索引会失败。

https://i.imgur.com/0GHPVr9.png

衣架？

不用谢，我就是猜了下，没想到真抓到🐭了 :)

刚干过这事：

新建个管理员账号，登出当前账号，登录新账号，文件夹改名，设置里账号高级设置更改原用户文件夹，登回原账号，删除临时账号。

我没遇到太大问题，部分应用的配置可能使用的是旧的绝对路径，导致配置失效，需要手动修正下。

问题一：

如果用 codecs.open 来打开文本文件，file.tell 的值并不是字符在文本文件里的位置，而是底层字节流的位置。而 file.seek 接收的还是字符流位置，你把字节流位置传给了它，所以它就定位错了，出现了行被截断的情况。

在 Python3 下，解决办法是改用 open(filename, 'r', encoding='utf-8') 来打开文本文件，codecs.open 是过时的方法。用 open 打开文本文件，file.tell 和 file.seek 的值是一致的，都是字符流的位置，因此不会定位出错。


问题二：

你的代码即使改用 open 来打开文件后，还是无法实现「接着读取五行数据」，因为你在第二个循环里每次都用 f.seek(label,0) 回到了第三行的结尾，导致接下来每次读取出来的都是第四行。你要把 f.seek 去掉才能实现「接着读取五行数据」。

检查下 Documents 的权限？

Safari

wget url ?

山寨和被山寨的关系。

没有“冥想”过，不过我想请问下冥想时脑袋里七想八想例如楼上的问题，不会让人更焦虑吗？