啃了一口的苹果可以打包带走吗? 您所在的位置:网站首页 applecare年年焕新 啃了一口的苹果可以打包带走吗?

啃了一口的苹果可以打包带走吗?

#啃了一口的苹果可以打包带走吗?| 来源: 网络整理| 查看: 265

按:本文是少数派会员内容的试读文章。如果对本文感兴趣,欢迎考虑订阅少数派会员,获得专属内容、独家周边、会员社区和定期优惠等多项福利。

引言

苹果是一家做什么的公司?不同代际的用户可能有不同印象。七零后可能会想到农业公司,八零后可能会想到电脑公司,九零后可能会想到手机公司,零零后可能会想到服务公司。

的确,这些年来,服务在苹果营收中的占比持续提高,到 2022 财年已占五分之一强,是 iPhone 以外最高的比例。具体举措上,苹果这两年一直在扩充 iCloud、支付等服务的功能,加强在自制剧和独家流播内容方面的投入,拓展 App Store 的变现能力。即使你并不关心这些,大概也能从 iPhone 上日益增多的「植入广告」,感受到苹果向你推销自家服务的急迫心情。

苹果业务板块占比变化(来源:Statista)

但苹果的「到群众中去」也伴随着「从群众中来」;与服务范围扩大相同步的,是收集个人信息的需求。尽管苹果一直试图维护尊重和保护隐私的形象,总体而言确实也做的不错;但它也绝非「两袖清风」,收集和保留的数据范围比大多数人以为的都要多。

那么,作为普通用户,如何更好地了解苹果到底对自己知根知底到什么程度呢?

一个相对利好的背景是,随着世界各地不断加强对科技公司收集和使用个人数据的监管,「数据迁移权」(the right to data portability)也成为一项普遍要求。根据这项权利,个人用户有权向个人数据的控制者要求查询、复制、转移数据。例如:

2018 年 5 月生效的欧盟《通用数据保护条例》(GDPR)最早规定了数据迁移权(Article 20(1)-(2));科技公司扎堆的加州在 2020 年初正式推行了《消费者隐私法案》(CCPA),其中包含数据迁移权的规定(Cal. Civ. Code §§ 1798.110(a)(5), (b); 1798.130(a)(3)(A) );在国内,分别于 2021 年初和年底生效的《民法典》(第 1037 条)和《个人信息保护法》(第 45 条)也规定了查阅、复制个人信息的权利。国家推荐标准 GB/T 35273—2020《信息安全技术 个人信息安全规范》对于范围和响应流程做了进一步规范(第 8.6—8.7 条)。

作为一家跨国公司,苹果对此必然有所响应。2018 年,它几乎踩着 GDPR 生效的时间点上线了「请求获取数据拷贝」功能,随后在当年 11 月扩展到了美国等其他多个服务区。因此,目前网上能找到的体验和介绍,大多也是当时撰写的。

但一晃五年过去,苹果的服务疆域相比当年已经大大拓宽,当时的评论可能已经不适用了。那么,这五年中,苹果它有没有对数据导出功能做及时更新,反映新的服务类型和功能?导出流程和数据格式有没有发生变化?导出数据的实用性如何,提供了哪些平时不易获得的信息?这就是本文要观察的主题。

[ 注: 本次测试使用笔者自己的常用账号作为导出对象,为美区账号。但根据写作时使用其他账号的额外确认,中国区账号也支持数据导出;事实上,导出数据中还专门有一项是与苹果官方微信客服的沟通记录。]

导出方法和初步观察提交请求、等待和下载

针对数据导出功能,苹果在官网提供了一份比较完整的指南,大致步骤如下:

首先,前往苹果的隐私专页 privacy.apple.com,登录后选择「请求获取数据拷贝」,然后选择要导出的数据类型。

目前,苹果提供了 17 种可供导出的数据类别,这与 2018 年功能刚上线时基本相同,只是增加了一项后续推出的 NFC 收款(Tap to Pay)功能相关数据。

[ 注: 本次测试有意未选择 iCloud 照片,原因是:iCloud 照片导出有更简单快捷的官方方案(例如使用 Mac 或 PC 下载,或要求转移到 Google Photos)和第三方方案(如基于 Python 的脚本 icloud_photos_downloader),无需等待就能发起下载;此外,照片已经将关键数据存储在其自身的元信息中,苹果额外存储的主要是相册分类、分享记录和评论等软件功能层面的信息,意义有限。出于类似原因,本次也没有要求导出易于直接复制备份的 iCloud Drive 文件。]

接下来的界面中,可以选择是否要把导出数据拆成特定大小的分块。如果你的数据比较多,特别是如果在前一步选择了导出 iCloud Drive、iCloud Photos 等较占空间的数据,用这个选项有助于避免因文件过大而中途下载失败、或者超出某些文件系统的单文件体积限制。

之后要做的就是等待了。页面提示称,最多需要七天来完成导出,我这次等了四天整,算是提前完成。但考虑到最近使用谷歌的 Takeout 服务导出账号数据时,前后总共只花了六个小时,苹果的效率着实不算高。当然,这比起简直相当于地老天荒的法定期限(国标和 GDPR 为 30 天,CCPA 为 45 天)还是快多了。

此外,从收到导出完成的通知邮件起,数据会在云端保留 14 天,与常见做法一致。

下载页面的布局与之前的请求界面基本相同,仍然根据数据类别分类,每个类别对应一个 ZIP 压缩文件。由于没有索要比较占地方的云盘和照片数据,我的下载体积并不大,12 种类别加起来还不到 900MB。

文件指南

页面右侧还可以下载解释导出数据含义的文件指南。但仿佛是故意要捉弄你,苹果给每种文件单独准备了一个 PDF 格式的指南,总数多达……273 份。更变态的是,这些指南的下载链接都是冒充成链接的按钮,既不能批量下载、也没有固定地址,必须逐个点击,通过临时生成的带令牌地址下载。(如果你跟我一样无聊的话……不客气。)

要这么隆重的仪式才能下载,让我本以为这些指南里一定有什么金玉良言;我太天真了。事实上,这些 PDF 文件只是用 Pages 生成、远低于苹果正常审美水准的简陋文档,每个文件的主体部分就是数据字段和解释说明的对照表;换句话说,本可以通过一个简明的文档页面统一列举,而不是采用笨重和不便检索的 PDF 格式。

不过,来都来了,我们还是尽量从里面多打捞些信息。注意到每个 PDF 的封面都标注了文件的更新时间,不妨看看哪些导出数据是新近提供或修订的。运行:

for i in {19..22}; echo "20$i:" && rga --stats "[A-Z][a-z]+\s+20$i" | rg matches

[ 注: rga (ripgrep-all) 是一个可以对 PDF、EPUB 和 Office 文档进行纯文本搜索的鸡血版 ripgrep。如果你生活中经常和这些格式打交道,请相信我它可以改变你的生活。]

结果为:

2019: 133 matches 133 files contained matches 2020: 37 matches 37 files contained matches 2021: 30 matches 30 files contained matches 2022: 65 matches 65 files contained matches

可见,超过半数的数据格式都在 2020 年及以后更新过,还是挺努力的。如果再以 2022 为关键词搜索,可以发现去年的更新主要集中在 Apple Music 和 AppleCare 相关数据;下文也将表明这正是最为实用的两类数据。

目录结构和文件数量

下面看看拿到的文件本身。12 个压缩文件解开后,我得到了 29 个目录和子目录,其中又包含 180 个文件。但这其中很多本身又是压缩文件,有的打包的内容还相当多(例如 Apple_Media_Services.zip 中含有近百个目录和文件),因此实际的文件数量还要多出不少。

将内嵌的压缩文件也充分解压后,就得到了下图所示的「果园全景图」:

(如果你想看大码的。)

文件格式

在审阅实际内容之前,不妨先看看苹果交来的都是什么格式的文件。根据官方文档:

Apple 会以原始格式或易于打开和阅读的行业标准格式提供你的数据。照片、视频和文稿会以原始格式提供。通讯录、日历、书签和邮件会以 .vcf、.ics、.html 和 .eml 等格式提供。App 使用信息会以电子表格或文件(采用 .json、.csv 或 .pdf 格式)的形式提供。

实际情况如何呢?运行:

sort


【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有