@jadec0der 这个我也会, 比如手上的 iPhone 8 因为双层玻璃被我叫 DoubleFantasy.

物理学家们, 比如在美国的一台 VPS 主机名是 oppenheimer

不客气. 不太确认你想要实现什么, 不过我刚试了下, 智能播放列表是能够根据 iCloud status 来筛选的. 例如条件如果是 iCloud status is Uploaded, 会显示所有上传的歌曲. 歌曲列表的 column 里面也能显示这个, 不过似乎不能根据这个来排序.

提醒下, 这个功能有些缺陷, 谨慎使用, 无论如何, 请备份好自己的媒体文件.

没用 Apple Music 之前, 我都是手动管理自己的媒体库, 开始用 Apple Music 后, 我上传了不少音乐, 这样我的所有设备都能使用, 挺好. 但是, 请注意, Apple Music 有时会因版权原因而删除掉一些曲目或一张专辑, 这时的体验就很不好了.

例如之前我的媒体库里有 Beatle 的一张精选集, 上传到 AM 的时候因为专辑在 AM 里面有, 所以一切都还好. 过了一段时间, 这张专辑从 AM 里消失了, AM 为了让我能够继续听这些歌, 给我的音乐库里添加了五六张不同的专辑, 看着这些不熟悉的封面, 我就无语了.

这还不算, 原本我媒体库里有卧虎藏龙的原声带, 上传时也有, 一切都好. 直到我有一天发现里面的 Farewell 这首我听不了了. 如果我一直用的是自己的媒体库, 肯定不会有这样的问题.


说了这么多, 不是要吐槽. 事实上, 我觉得 AM 每月 15 元的话费很超值. 但是如果有些曲目对自己很重要, 请注意备份, 不要因为 AM 里面存在就本地删除, 因为你不知道明天这首歌是否仍存在.

K... 这个有点不能忍了...

即使是 private repo 也不应该用来放 secret.

如果日韩不能部署后端服务器, 依赖网络传输的话, 可以试试 GCP 的服务, 看看是否能满足要求.

平均来说, 三家里面, G 家的网络好些.

你们是只要 CDN 服务还是后端服务器也要部署在日韩 /欧洲?

只要 CDN 服务的话自己找大一点的 CDN 提供商, 另外自己在欧洲 /日韩多找几个不同厂商 /地点, 买 VPS 测试下速度.

如果要连服务器也部署在这两个地区的话, AWS/Azure/GCP 里面挑一家吧.

自己写一个脚本把文本全部提取出来然后爱怎么搜怎么搜? 有这功夫不如克服下心理对 sportlight 的不悦之情...

各个型号都测试下, 找个时间允许范围内最省的.

测试一下也就花几块钱, 不贵的.

@0hey0 您是不是眼神有些问题?

先问是不是, 再问性能如何, 上面这么多无脑 ping 的是在送金币吗?

numpy, 还是 C 的

据我理解(因为真没用过)第一个备份应该是全备, 后面都是增量. 全备的话这种 block 级的存储是不管里面用没用都会备份的.

于是又想起来我的 nano 4...

我也觉得不应该把这个装饰器放到这个类里面, 可以放到含有这个类的文件里面. 当然除非你这个文件里面已经有很多很多的类了, 那么我个人会写一个 utils.py 文件, 来放这些工具类的东西.

关键是, 我看不到这个装饰器里包含任何类属性 /方法的地方. 所以逻辑上这个装饰器不属于这个类.

当然, 如果你实在想要这样做, 可以参考这段代码:

https://gist.github.com/xiaket/3853a44dc02b127b5f8cac762f889b1a

为了孩子

为了实现自己想要的效果还专门用 golang 写了一个程序什么的, 这儿是当时写下的 blog: https://blog.xiaket.org/2018/bash-prompt-in-golang.html

希望这个 asciinema 链接能工作: https://asciinema.org/a/g03MQikLqBg8UcHBCd5yPFJB3

要求是在 50 毫秒内能够尽量多给出有用信息.