精华内容
下载资源
问答
  • 多人共用一个苹果开发者证书

    千次阅读 2016-08-04 17:08:21
    当多人开发时,如果已经申请了几个开发者证书和发布者证书,苹果就不允许再创建了,页面添加的地方被灰化了,所以不可能每个人都建一个开发证书,这时候需要共用一个证书了。(其实一般在我们的证书界面中应该只有...

    当多人开发时,如果已经申请了几个开发者证书和发布者证书,苹果就不允许再创建了,页面添加的地方被灰化了,所以不可能每个人都建一个开发证书,这时候需要共用一个证书了。(其实一般在我们的证书界面中应该只有一个开发证书,一个发布证书,没必要生成那么多的证书,证书一般在过期之后才会重新添加。)
    如下
    这里写图片描述
    这里写图片描述

    有没有什么办法可以解决?当然有咯~

    方法一:revoke(我们不推荐这种恶性循环的方法,每天来回被人revoke,要疯掉),然后重新生成一个新的证书。
    这种方法是可以的,但是会造成相应的Provisioning Profiles失效,这是小问题。但是又要重新申请证书甚至描述文件很浪费时间,所以不提倡这种做法。

    方法二:生成证书.P12文件(强烈推荐)

    我们的每一个证书都可以生成一个.p12文件,这个文件是一个加密的文件,只要知道其密码,就可以供给所有的mac设备使用,使设备不需要在苹果开发者网站重新申请开发和发布证书,就能使用。

    当CER安装到本地并与本机的私钥吻合之后。我们一般会给证书做个备份,这个备份就是个P12文件。
    这个p12文件很好用,它不仅包含CER的信息,还有私钥信息,即: P12备份文件 = CER文件 + 私钥;所以有了这个p12就再也不用担心证书丢失了。
    操作图示:1.选择对应的证书,导出文件
    这里写图片描述
    2、填写名字,存储
    这里写图片描述
    3、填写密码
    这里写图片描述
    4、完成后就生成了一个.p12文件了。

    在别人电脑上使用时,还需要两步:
    1、上面导出的.p12文件
    2、与证书对应的配置文件
    双击安装上面两个文件,输入对应的密码就可以了。

    (PS:发布者证书同理。)

    展开全文
  • 能否拥有一个属于自己的电影网站呢?其实真的可以,而且很简单下面我们就来手把手的教你如何做一个电影网站!因为我的空间是PHP的,只能选择PHP CMS,影视网站的CMS有很多,飞飞、苹果、海洋、PHPVOD等等,之所以...

    现在大家在网上看电影很方便了,因为电影网站多如牛毛!那很多人在想,做电影网站难么?能否拥有一个属于自己的电影网站呢?其实真的可以,而且很简单下面我们就来手把手的教你如何做一个电影网站!因为我的空间是PHP的,只能选择PHP CMS,影视网站的CMS有很多,飞飞、苹果、海洋、PHPVOD等等,之所以选择苹果CMS,有几点:选择一套电影网站建站系统(CMS),这个非常重要,建站系统说白了就是集成化后台管理,把网站当成博客来运营,但关键是你得知道有哪些电影建站系统?而自己应该选哪一个比较适合?目前市面上的电影建站系统有:马克斯(MAXCMS)、飞飞(feifeicms)、苹果(maccms)、海洋、PHPVOD等等。选用哪个对于初学者来说,肯定是简单容易操作的作为首选,因此强烈推荐苹果CMS,目前有两个版本:maccms8、maccms10,建议新手选择maccmsv10版本,至于为什么,操作简单和稳定!

    下面,我们就以苹果CMSv10版本为基础搭建网站

    1、注册一个域名,现在在腾讯云阿里云等网站,选域名很关键词,选用原则:易记、好输入(全字母或数字),com域名首选,不要用.cn;

    2、买一个VPS服务器,为了网站尽快上线直接买美国的VPS(百度一下),因为不用备案,一个月50-100元不等,看配置;

    3、做好域名和VPS服务器之间的解析,然后百度苹果CMS,下载苹果CMS V10最新版。上传到VPS服务器并解压出来;

    4、打开你的域名,会自动跳转到程序安装界面,设置好数据库以及你的账号和密码,然后登录后台;

    5、找一个自己喜欢的模板,(推荐到https://www.zhuax.com下载,有付费模板的和免费模板的自己选择),上传到”template“文件夹里面,去后台设置”系统-网站参数配置“,设置好网站的标题、域名、关键字、logo、模板等信息,最后保存。这里我建议去购买收费的模板,因为我找了一个模板,白天做好之后晚上再去打开网站,直接就跳转到别的网站了,后台也登录不上,这是一些免费模板发布者留下的后门,可以修改你的网站,要知道天下没有免费的午餐。

    6、安装采集插件,将下载好的插件上传到“application/admin/view/collect”替换系统自带的采集插件,或者后台选择“采集-自定义资源库-选择你再网上找好的资源库,按要求添加即可。实在不想麻烦的朋友可以选择自带的采集插件。

    7、安装播放器,这个一定不能省,不然就算你采集了资源也播放不出来。打开“视频-播放器-点击导入”将你下载的资源库TXT文件导入到后台,看一下状态和解析状态,一定要选择“启用”,选择系统自带采集的朋友只需要看一下你采集的资源和相对应的播放器是否启用即可。

    8、采集资源,首先要“绑定分类”就是你希望采集影片放在哪个分类里,就选择哪个,一定要先绑定分类,不然没办法采集资源的。第一次采集要选择“采集全部”。

    9、全部都弄好之后,在“后台管理中心-右上角-选择清缓存”,打开你的网站看一下吧,已经做好了。

    总结一下,做成一个电影网站,一共花费在200-800元以内,可以说是超低成本了,以后想看什么电影自己去采集就是了,没有广告还不用买优酷、爱奇艺的VIP,最关键的是这些视频网站上没有的,我们电影网站上可以有,最新的电影电视剧都能在线播放,你说爽不爽!
    原文地址:《手把手教你用苹果CMS做一个电影视频网站 可直接在线播放

    展开全文
  • 一个倒下的将是苹果

    万次阅读 2012-12-15 10:26:39
    摘要: 如果乔布斯还在,他一定不会这样做,而是从另一个境界开辟新战场……然而,库克船长最讨厌的是“如果乔布斯在,会……”,因为这只是假设,抑或乔布斯在也只能肉搏?苹果正在走上“末日倒计时之路”?不久前...

    摘要: 如果乔布斯还在,他一定不会这样做,而是从另一个境界开辟新战场……然而,库克船长最讨厌的是“如果乔布斯在,会……”,因为这只是假设,抑或乔布斯在也只能肉搏?


    苹果正在走上“末日倒计时之路”?

    不久前,iOS之父福斯特尔离开苹果,这是一次人事“地震”;此前2周,在与三星专利战的同时,传闻苹果将与台积电在美国成立芯片生产线,以替代三星产品,这是一次“军事冲突”;此前一周,中国移动发布Lumia920T已经重压过一次苹果股价,这是一场“流感”;在此前2天,Lumia920系列产品开始在中国网店上预售,这是一次“地震”;也就在此前一天,Google地图在AppStore中第一天就冲上了免费App排行榜的第一名,这是一次地图问题“火山爆发”;12月14日,在距离“世界末日”还有一周的时候,苹果总市值再次跌破5000亿美金,这会是苹果“黑暗时代”的开始吗……“世界末日”说显然只是一个噱头,但是,毫无疑问苹果的前行路程中遇到了越来越多的“梗”。

    如果乔布斯还在,他一定不会这样做,而是从另一个境界开辟新战场……然而,库克船长最讨厌的是“如果乔布斯在,会……”,因为这只是假设,抑或乔布斯在也只能肉搏?

    没错,如你所见,在乔布斯离开一年之后,苹果已经度过了“乔布斯红利”下的蜜月期,变得越来越“库克化”了。但是,库克这位苹果的新船长只有“平推”掉这些“梗”才能真正解决前面的问题,而不能陷于如此多的细节肉搏,一旦陷入这种细节的肉搏,往往说明你已经和对手一个层面了。


    Lumia920是怎样一个“梗”

    现在,如果有人将陷入困境当中的诺基亚当成苹果的一个重大对手,一定会被人嗤之以鼻,苹果的市值再跌也仍然是诺基亚的25倍以上。但是,有越来越多的人正在拿Lumia920和iPhone5去对比:更好的摄像头,更高的硬件配置,不同的软件体验,更好的地图应用……更多的App几乎成为果粉们能占据“绝对优势”的少数据点之一,其它多数地方打成了平手、或互有攻守。

    这种细节的肉搏,正说明iPhone迎来了一个真正的对手,而且是和此前三星的Galaxy S3与Note2不一样、甚至略强的对手。

    众所周知,苹果从来不在意低端市场,而是在意高端市场所创造的利润。当中兴、华为、联想和三星的低端机占据全球低端市场的时候,它根本不以为然;当HTC、索尼、三星的Galaxy S2在争夺中端市场的时候,它依然可以旁若无人;但是,当三星和诺基亚都在高端市场推出可堪对比的产品时,苹果就难以再保持这份从容了。

    因为,无论人们如何艳羡苹果的营销、供应链、品牌能力,这些被乘数都必须以“产品”这个乘数作为基础,如果产品上的优势消失,其它的因子都将大打折扣,甚至消失殆尽……毕竟,绝对忠诚于某一个品牌的粉丝是有限的,大多数消费者都是逐水草而居的游牧民族而已。

    就像2007年前的诺基亚,曾经拥有全球近四成的市场,但是,一旦更强大的对手苹果来临之时,产品仍然是所有问题的本源。

    如今,也许Lumia920依然在软件和App方面较iPhone5逊色,但是,它们正在越来越被视为同一个层面的对手,当然,还有三星的若干款高端机型。这时候,“高端市场”上不再是一家独霸的,而是三雄争霸、甚至可能将会群雄并起。

    Lumia920的“梗”在于,iPhone如闭着眼战斗的沙迦,现在被逼睁开了眼。


    更大的“梗“等着库克

    毕竟Lumia920只是一款产品,一款能对iPhone5正面挑战的产品;而更大的挑战不在于诺基亚,而在于苹果所谓的生态优势和产业链优势。

    最近,一个不起眼的新闻也许才真正值得关注:AppStore和Google Play上真正赚钱的应用都不足四分之一,而且半数以上都被排名前25名的应用所占据。这说明什么?这说明无论在iOS还是Android上,即便只是做App,也必然少数人获胜,大多数App厂商必然会慢慢退出战场,最终留下少数软件厂商。

    似曾相识吧?这与Windows时代何其相似!苹果和谷歌不过是互联网时代、移动互联网时代的新微软。而那些App厂商确实又如同当年的软件开发商,真正能成功的毕竟是少数——哪怕,它们是从小厂商起步、创造了传奇。

    随着互联网生态和移动互联网生态的成熟,这里将由少数大企业掌控平台、周边大型的(未必是规模大,而是用户量大)关键应用厂商成为其附庸,构成一个日益稳固的联盟——从蓝海变为红海。

    这时候,苹果60万的App数量比微软的10万一定有优势吗?未必。未来实际存活的App数量不排除到达一个顶峰后会逐步缩减。至少在B2C这个层面,根本不需要那么多的App,只需要最好的;在B2B这个层面,定制化的App才是大多数App的生存空间。

    所以,这个产业层面的“梗”要比Lumia920这个小“梗”大得多。作为守成者的库克,不管使用多少手段来抗击对手,都无法阻止三星、诺基亚、或者其它对手达到苹果曾经达到的层面,比如专利战争、比如供应链转移、比如与HTC妥协、比如……都不够——唯有自己上升到更高的层面才能跳脱出来。


    封闭式的苹果,一旦被从产品方面打开一个缺口,而生态链优势不再那么重要的时候,将面临远比Google大得多的挑战。这个挑战从Android诞生之日起就开始了;而这个挑战之所以没来得那么凶猛,还必须感谢鲍尔默和他领导下的微软——这个犹豫不决、目标模糊的对手。

    如果依然是年轻时代的盖茨在领导这家企业,它的模仿速度肯定更快,很难说,苹果是不是在iPhone4时代就迎来了恶战——当然,这个“如果”也不存在。在今年,在此时Cook的厨房里出现了不止一只蟑螂作梗,是必然。



    参考推荐:

    苹果走上“末日倒计时之路”?

    5大科技巨头的战争

    Apple 等六大生态系统的崛起

    Google、Apple、FB、Amazon四国演义


    展开全文
  • APFS文件系统是苹果公司准备2017年正式推出的继HFS+之后最新的文件系统,据现有公开资料显示,这文件系统具备当代其它文件管理系统所具备的诸多先进功能,它将是统一所有苹果产品生态系统的唯一文件系统,可见它是...

    前言:

    本文翻译自曾参与ZFS文件系统开发、现Delphix公司CTO,阿达姆 莱文索(Adam Leventhal),的一片博客文章:APFS详解(APFS in Detail)。

    APFS文件系统是苹果公司准备2017年正式推出的继HFS+之后最新的文件系统,据现有公开资料显示,这个文件系统具备当代其它文件管理系统所具备的诸多先进功能,它将是统一所有苹果产品生态系统的唯一文件系统,可见它是苹果未来十数年最为重要的一个技术更新。(参考>1)

    ZFS文件系统是广为业界知晓的当代先进文件系统之一,最早Sun公司(后被Oracle收购)为其Solaris操作系统开发,具有高存储容量、文件系统与卷管理概念集成、崭新的磁盘逻辑结构的轻量级文件系统,支持写时拷贝、快照与克隆、动态条带化、可变块尺寸、加密、数据压缩等特性。早于2004年发布,2005年并入Solaris系统的主干代码,2012年被用于生产环境,2013年推出稳定版本,它的发展从原型到成熟经历了近10年。(参考>2)

    该文作者参与了ZFS的多个核心技术的开发,根据该文作者的经历,它对类Unix操作系统以及当代文件系统有着相当深刻的了解,通过本文,读者不仅可以对APFS的技术细节做一深入了解,同时也会了解一些文件系统的历史和发展,以及一些技术细节的差异。

    那么作为一个具有如此深厚技术背景的他,对于APFS的评价,是褒是贬,批评多于褒奖,还是期望多余失望,是吹毛求疵还是对技术的精益求精?每个读者都会从自己的角度得到自己的感受,无论如何希望这能给我们带来诸多启发。

    阿达姆简介

    这里写图片描述
    从现有的公开信息看,阿达姆最早被人们熟知是他作为DTrace的三人开发小组的一员,DTrace是当时2006年华尔街时报技术创新奖的金奖得主。他于2001年毕业后参加到当时Sun公司的Solaris核心开发团队,在Oracle收购Sun之后的2010年8月他离开了Oracle。在Sun和Oracle公司任职期间,他还参与了ZFS文件系统的多项核心技术的开发。(参考>3, >4)

    博客原文

    该博客分为六个部分,原文地址:
    APFS in Detail: Overview
    APFS in Detail: Encryption, Snapshots, and Backup
    APFS in Detail: Space Efficiency and Clones
    APFS in Detail: Performance
    APFS in Detail: Data Integrity
    APFS in Detail: Conclusions

    翻译要点解释:
    1. metadata(这里翻译成元数据)是Apple对其文件系统中系统结构数据(非用户数据的)的术语,atomic data(这里翻译成原子数据)是作者对ZFS文件系统相关数据的术语。
    2. 在翻译中,由于中英文的习惯差异,以及作者的习惯,会将中文解释可能会比原文要多,用来解释上下文的文意。


    博客正文

    以下是原博客的翻译:


    概述

    苹果刚刚发布了一个新文件系统,它将会在明年被用于苹果所有操作系统变种中(macOS, tvOS, iOS和watchOS)。目前媒体披露的多是基于苹果开发者文档的延伸。因为期望增加对其详情的了解,我参加了WWDC的APFS团队的演讲和问答部分。该团队的两位大将,吉阿姆保罗.多米尼克(Dominic Giampaolo)和田村.埃里克(Eric Tamura),及其他团队成员,在一个拥挤的房间里进行了概述讲解和耐心的问题解答。基于这些数据和第一手的使用体验,作为一个既是苹果生态系统产品的使用者也是长期操作系统和文件系统开发者,我希望籍此对其做一个分析。

    我将我的评论分为多个小节并在几个博客中发布,希望你在自己感兴趣的话题之间随意跳转或者直接跳转到结论(或者我的tweet总结)。(简短来说,APFS的-译者注)加密最好,而数据完整性最差。

    基础

    APFS, 全称Apple File System, 开始于2014年由多米尼克领导的技术团队,从最基础的开始独立开发的(在我之前的博客中说是基于核心存储CoreStoragede ,多米尼克更正了我的猜测)。我问多米尼克是否参考了其它现代文件系统的灵感,比如BSD的HAMMER, Linux的btrfs或者是OpenZFS(被Solaris,illumos, FreeBSD, Mac OS X,Ubuntu等等所使用),所有这些都具有APFS所想要实现的类似功能(注意,从前苹果制作了一个相当完整的ZFS的移植,但显然多米尼克并没有参与)。多米尼克解释说,作为一个自称的文件系统开发者(它开发了BeOS的文件系统,很不幸地当初苹果购买了NeXTSTEP),他知道这些技术,不过为了不被过多影响,他并没深入研究它们。

    他夸奖他杰出的团队,一个普遍知晓的古语也很重要:10年打造一个文件系统(译者注:作者言外之意,在接触的团队也无法打破这个规律)。基于我对ZFS的经验,多少验证了它的正确。苹果希望在未来3到4年内全部推广使用APFS,那么需要加速使之成熟。

    偿还债务

    1985年HFS文件系统被应用于当时苹果的旗舰产品Mac 512K(的内存,我靠!—-译者参考了谷歌翻译的结果,原文的Holly Smoke被翻译为“圣烟!”),后来HFS+作为其重要的更新于1998年在4GB硬盘的G3 PowerMac上发布。现在存储已经增长了千倍,HFS+也已经被不同的人在不同的设备应用于多种竞争方向(也就是,iOS开发团队偷偷摸摸自己制作了个HFS的变种,连Mac OS的团队都不太清楚),并带有不同的特性(日志,下小写不敏感等)。它太老了;太混乱了;更重要的是它缺少好多重要特性,这些特性是绝大多数操作系统为支持企业的基本特性,维基上面列出了比如纳秒时间戳、校验、快照和支持稀疏文件等。再加上对于大型设备的支持,自此你已经得到了一个APFS所需要支持的特性列表。

    APFS首先是来偿还过去无法维护的HFS+技术债务的(这相当于:2001年时ZFS的开发是为了替换1977年的UFS),将所有变种统一化,引入需要的功能,当然了要从基础代码开始。

    对于很多文件系统中常见的压缩功能,显然是APFS支持特性列表缺少的。从概念上它很简单,为了抚平多米尼克对BeOS的怀旧之情,我甚至回忆当初2000年时的面试,谈论压缩是如何改进整个系统性能的,因为I/O总比计算更加费时(现在尽人皆知,当初是一种新奇想法),我问其开发团队(我们在最初ZFS的开发就包含了这个特性)为什么没有这个特性?苹果员工尽管同意此观点,但不置可否地暗示着(-苹果特色-)这将是一个大家所期待的APFS的一个特性。但我并不会惊讶于压缩功能没有包含在公共发布本中。

    加密

    明显的加密是APFS的核心属性,需求来自于不同设备和多种需求,比如iPhone上需要文件系统支持多种密钥,以及笔电上基于用户的密钥等。在WWDC上多次听到的“革新”这个词,APFS所支持的支持多种不同的加密选择是最合适“革新”这个称呼的。它支持:

    1. 不加密
    2. 单一密钥的metadata和用户数据加密
    3. 多密钥并分别对metadata、文件、甚至文件的一部分加密

    多密钥加密对于移动设备更加有效,在所有数据都被加密的同时,用另外的密钥进行解密访问其数据。遗憾的是在beta版的macOS Sierra中并不支持(当使用diskutil命令生成一个加密的新卷后,文件系统却报告说该卷是未加密的)。

    与加密相关的,在我尝试使用diskutil命令(除非你在命令行中加入选项:-IHaveBeenWarnedThatAPFSIsPreReleaseAndThatIMayLoseData,它会在输出中明示APFS的数据有可能损坏,并让用户确认)的时候发现,APFS支持线性时间加密文件系统删除(原文:“constant time cryptographic file system erase),在diskutil输出中称作“可擦写”。这可能暗示:加密时的密钥不能从AFPS中再次导出,如果是这样,安全删除只需要删除该密钥,而不需要擦除、重复擦除整个硬盘的数据。多个iOS的文档都说这个功能需要特殊硬件支持,有趣的是对于macOS将会是什么样的特殊硬件。总之,不要告诉FBI或者NSA,大家同意吧?

    快照和备份

    APFS带来了最急需文件系统的特性:快照。一个快照可以让你保留文件系统在一个特定时刻的状态,保留旧数据的同时继续使用和更新。当然是有效利用空间基础上的,保留旧数据的同时有效地跟踪并只添加新数据,这个特性对于备份有潜在的特殊价值,也就是可以有效跟踪上次以来的数据更新。

    ZFS包括了快照和串行化的机制,这使得备份文件系统和远程传输数据更加有效。APFS也会那样吗?多米尼克的回答是可能不会。ZFS只输出改变的数据,而时间机器可能有排他列表。虽然这是可以克服的,但让我拭目以待苹果会如何做。目前来说APFS与时间机器不兼容,因为APFS缺少对文件夹硬链接的支持,这是相当令人烦恼的与时间机器稳定性相关的措施。希望APFS可以有效的支持串行化功能来支持时间机器备份。

    快照功能所需的工具没有包含在macOS Sierra的beta版本中,但项目经理埃里克.田村还是演示了快照功能。我使用DTrace(苹果从OpenSolaris一致过来的技术)发现该工具有个撩人的名字叫fs_snapshot。还是让他人进行反向工程发掘它的合适用途吧。

    管理

    AFPS具有另外一个新特性叫做空间共享(space sharing)。一个单独的APFS容器(container)内可以包括跨越设备的多个卷(Volumes),苹果拿它与固定分配空间支持多HFS+的实例对比,令人感到华而不实,其实ZFS和btrfs都有类似的拥有嵌套文件系统的共享存储池概念。

    我们与多米尼克和其它APFS成员,讨论了卷如何作为一个整体来由用户控制快照和加密,你可能希望多文件卷可以使用不同的策略,例如,可能需要每天快照和备份系统数据的同时,而无需备份也不用管(快照时也忽略)/private/var/vm/sleepimage(用于休眠时存储内存数据)文件。

    与其说空间共享是关键特性,不如说是操作枝节,你可以将其看成是一个具有快照和加密的特殊文件夹–这也是为什么苹果的市场部门还没有招聘我的原因。(不幸,这个特性不包含在macOS Sierra的beta版中,无法生成一个多卷的容器,–这部分已经被原作者在博客中删除)添加卷会产生未知错误(你知道-69625是什么意思吗?)且一个超大的磁盘镜像也会导致该错误。

    空间效率

    现代文件系统的发展趋势是存储更加高效而非提高设备的存储空间大小。普通的做法是提供压缩(正如前面所提到的)和减少重复。减少重复的做法是当发现相同区块时避免重复存储,这一点对文件服务器有很大好处,多个用户和多个虚拟机可能有一个文件的多个副本,而对于单一用户或者极少用户的苹果使用者来说可能没多大用处(当然,它们是类服务器但是它们内心并不是)支持ZFS的经验也告诉我要做好是相当困难的。

    苹果特殊的空间效率是线性时间文件和文件夹克隆。顺便说一下,对于macOS的文件很多情况下其实就是文件夹;对于逻辑上将多个关联的文件作为一个不可分割的单元的做法,其实是一种便利的做法,右键点击一个应用程序并显示包的内容,就知道我说的是什么了。因此,我将会使用“文件”,而不是“文件和文件夹”的称呼,以宽慰耐心读到这里的读者(字面作者的意思是使用简短的称呼,因为本文已经够长的了,其实是调侃一下)。

    如果你在APFS的同一个文件系统(更有可能是同一个容器)中复制文件,不会产生重复数据,相反只是更新固定数量的metadata(元数据)并共享原先已存在的数据,对于任何一个复制版本的修改,都会产生新空间的分配(也就是写时复制,简称COW)。

    虽然很好地演示了这个特性,但我还没有在其它文件系统中见过,我怀疑它的用途(更新:btrfs支持这功能,并称其为reflinks-基于引用的连接)。在设备之间复制数据(例如复制到U盘上)当然会消耗一定的时间。我为什么会在本地复制一个文件呢?我所能想到的一般用途是外行的版本控制:命题,命题的备份,旧命题,喝醉时编辑的命题保存。

    基本上有三种文件:

    • 总是被完全重写的文件:图像,微软Office文档和视频文件等
    • 只添加的文件:就像log文件一样
    • 基于记录结构的文件,比如数据库

    对于普通用户,绝大多数文件是第一种。对于APFS来说我可以使用空间共享来复制文档,不过一旦保存新版本,这个功能的好处就不复存在了,但这个想法可能更好地适用于大型文件。

    就个人而言,仅有的情况是将一个文件,比如权利的游戏剧集中的著作权法中“合理使用”一章的内容复制到Dropbox中的时候,现在我需要决定是复制还是彻底把该文件移到Dropbox中,克隆可能会更简单些,但是硬链接同样如此。

    克隆功能可能产生潜在混乱,复制和删除一个文件都有可能不占用或释放任何存储空间。试想你需要将一个大型文件的所有版本都删除才能释放系统空间。

    APFS的技术人员的脑子里似乎还没有多少实际应用例子;在WWDC中它们向开发者寻求建议(我所听到的最好的是VM(虚拟机)的副本问题;当然不是主流市场)。如果单独与一般的版本控制比较,我对Apple没有给出更优雅的解决方案感到惊讶。可以想见如果APFS准许一个用户使用基于文件的时间机器备份,搜寻任意文件的变更,这将为一个文件的每个版本自动地完全透明地产生一个新文件。你可以浏览以前版本、修改历史记录,或者一次性删除所有版本。实际上5年前Apple就引入过这个,但是我从来没有听说过,直到我搜索到这个帖子(看看你是否点击过“Browse All Versions…”)AFPS可以使之实施更简明,简化它的用途,对所有的应用都提供一般的支持。(APFS的特性)没有一个可以解决我的权力游戏的存储问题,当然我也不认为这是一个问题。
    旁注:Finder的复制使用空间效率克隆技术,但是cp命令行却没有。

    性能

    APFS声称对闪存进行了优化。闪存(NAND)是你的高速SSD的内部部件。当Apple将闪存应用到iPod和iPhone的时候改变的产业界,大量的基础需求改变了闪存经济环境,(Apple)作为闪存消费者改变了对产业的影响(正如它所经常做的一样),使得混合硬盘和纯闪存阵列在市场中得到提升。10年前SSD就像DRAM内存一样贵,现在可以与硬盘争夺市场了。

    SSD模仿传统硬盘的区块寻址方式,但是内部运作却完全不同。磁介质可以直接对每个扇区读写,闪存可以读取页数据,但只能删除一个大区块。这个操作由FTL闪存翻译层管理,它更像一个文件系统,生成区块与物理地址的虚拟对应,让对区块和页的操作看起来更像硬盘(的扇区操作)。Apple要完全控制SSD,FTL和文件系统,以完全不同的方式,优化这些部件以让它们协同工作。APFS所做的,其实是NAND所控制的,它是一个支持闪存特性的而不是一个专为闪存接口所写的、2016年你所期待的文件系统。

    APFS包括了对TRIM的支持,TRIM是ATA协议中的命令,它准许文件系统通知SSD(准确说是FTL)一个空间是空闲的了,SSD需要特定的空闲空间来实现高性能。SSD有这比其宣称的更多物理容量,比如一个1TB的SSD实际有1TB(230-10243)字节的闪存,但它只显示有931GB的可用空间,以偷偷地贴近业界的自律标准1TB(10003=10亿字节)。利用这些多余空间,FTL可以实现高性能和长寿命。TRIM是文件系统所必须的功能,所以APFS支持它并不奇怪。TRIM的问题是只有当有空间释放时特别是对性能提升方面才有用。如果你的盘将近满了,TRIM无法为你做任何事。我怀疑TRIM可以为APFS带来任何益处,而只是对用户的安慰剂。

    APFS也关注延时,Apple的第一目标是避免彩球死亡,APFS使用输入/输出QoS(服务品质保证)来给存取进行优先处理,也就是让可见的用户请求优先于那些非时间敏感的背景活动。这给用户带来无可置疑的的好处,同时也是一个成熟的文件系统所具备的能力。

    数据完整性

    毫无疑问一个文件系统最重要的任务是保护数据的完整性,“这是我的数据,别弄丢它,别随便改变它”。如果文件系统可以被完全的信任,那么备份的“唯一”理由就是傻X操作者了。文件系统有一些机制来保证数据安全。

    冗余

    APFS没有明说它提供数据冗余。正如田村.埃里克在WWDC上说的,绝大多数的苹果产品中只有一个存储设备(一个逻辑SSD)来实现RAID,其实冗余是更底层提供的,比如Apple RAID,硬件RAID,SANs,甚至是单一存储设备本身。

    在一个内部说明中,众多运行APFS产品的SSD是多个独立NAND芯片组成的,高端SSD确实是在硬件内部实现冗余的,虽然牺牲了容量和性能。正如上面说的,针对SSD优化的APFS并没有从表面的数据块的接口而走得更远,其实是硬件本身的功能。

    而且,APFS删掉了平时用户实现数据冗余的手段:复制文件。复制一个文件其实是产生一个轻量级的克隆,而不是数据复制。设备一旦损坏,所有的“复制品”都会被损坏,而本地完整复制可能只影响一个备份。

    完全一致性

    计算机系统可能随时出问题-崩溃、缺陷和掉电等等,所以文件系统能从这些情况下恢复数据。最老旧的方法是在启动时缓慢前行用工具检查并修复文件系统(的不一致性-译者注)(fsck,文件系统检查的缩写),更多的现代系统使用一致性格式或者缩小不一致窗口而降低全盘的fsck检测来达到同样的目的。例如ZFS,在磁盘上使用一个原子级的操作实现原子切换,生成一个新状态(确保一致性-译者注)。

    擦写有可能产生不一致性,如果文件系统需要重写多个区域,而不同的区域可能是或新或旧状态(这造成不一致性)。写时复制(COW)就是避免这个冲突的,它总是先将新数据完全定位后,再释放旧数据空间,而不是在原有数据上做修改。据说APFS使用一种“新颖的元数据写时复制框架”,多米尼克强调了这个新颖性,但没有详细说。在稍后的交流中,他明确说APFS没有使用ZFS的那种更新文件系统结果的单一原子的机制去复制所有的改变了的数据的元数据。

    令人惊讶的是APFS还有一个fsck_apfs的工具,即便在询问多米尼克之后也不能理解为什么需要这个工具。相比较ZFS的功能,文件系统本身自己知道问题所在,而不是靠fsck来发现文件系统问题。看似多米尼克有点被弄糊涂了,为什么ZFS放弃了fsck,所以可能只是我个人的想法吧。

    校验

    APFS的介绍中明显没有提到校验。校验是用数据摘要或者总结来检测(或修正)数据错误。这里讲得故事差别是很细微的。APFS只校验元数据而不是用户数据。只对元数据校验的理由是:元数据不大(而校验更不会占用多少空间),而丢失它会造成数据丢失,如果高层元数据被破坏了,那么可能造成整个潘德数据无法读取。ZFS保存元数据的副本且对顶层元数据三重备份,也就是基于这个原因。

    有趣的是(为什么)不校验用户数据。与我交谈的APFS工程师强调苹果存储设备自身有很强的ECC校验功能,SSD和磁盘介质都使用冗余检查和修正错误,他们强调苹果设备不会返回错误数据,NAND使用每4KB多余128字节来确保数据的可修正(正确性)(相比较ZFS使用32字节对每个512字节作校验,相较APFS的,两者相差不多,但注意基于模拟变量的不确定性使得SSD需要使用ECC校验)。在设备的生命周期中,设备产生一个比特错误的可能要比毫无错误的可能要高,而且还有其它的错误原因,比如无价值的文件系统冗余检查。SSD有多种市场,批量的消费级产品不提供端对端的ECC保证,使得数据在传输中可能出现错误,更何况固件本身还可能有错误造成数据丢失。

    苹果员工们对设备衰减(数据会随时间丧失完整性)造成错误的经验很感兴趣。我见过很多的实例,设备没有报错但是ZFS正确地发现了错误。Apple对设备供应商有着苛刻的检查,我同意他们的产品是高质量的,他们声称Apple产品用户没有衰减的担忧,但如果你的软件不能检测到错误,你又如何知道设备的实际性能呢。ZFS在数百万元的阵列存储设备上发现过数据错误,如果不能发现Apple的TLC的NAND芯片的错误,那才是令人惊讶的,想想最近iPhone 6的存储问题的召回事件,其实Apple设备已经出过问题了。

    对于关心在Mac数据的用户,在HFS中丢失数据的,甚至昂贵的企业级设备也丢失数据的用户,我会很愿意每4KB牺牲16字节(来换取数据的一致性),那只是牺牲1%的数据空间而已。

    擦洗

    随着时间推移你可能想检查一下设备衰减情况,看上去fsck_apfs可以做到;前面已经提到的,因为没有冗余和用户数据校验,那么擦洗(scrub)操作只有助于发现错误而不能修正错误,如果我是从Fry店买的便宜货而不是Apple的镀金高档货,这可以说服Apple改变主意(放弃苹果用户只会使用苹果配件的假设,而增加文件系统校验冗余等功能)吗?

    总结

    不知是不是Apple必须换掉HFS+,但他们已经给大家一种印象,维护一个30多年旧的软件比一个新的来得更高昂。APFS就是依据这个观点而生的。

    依据Apple演示的来看,我推测它的核心目的是:
    - 满足所有用户(笔电、手机和手表等用户)
    - 加密是首位的
    - 快照是近代化的备份

    所有这些都会惠及所有Apple用户,基于WWDC的演示,APFS就在这条正轨上(虽然macOS Sierra的beta版还相差甚远)

    实施一个新文件系统的过程中,APFS的团队添加一些所期待的功能。HFS产生于400KB软盘(那个过时的无处不在的保存图标)统治世界的时代,任何2014年之后的文件系统都应该考虑大型存储和SSD设备。写时复制(COW)和快照属于必备功能,把Finder中的复制命令变得更快些也不能算是走弯路,用户情形还不明了,推测结论是典型的废话,自寻麻烦的方法,但是依然是一个有趣的演示,彩球死机厄运确实是APFS想要避免的。

    确实有些功能缺失,比如性能、开放性和完整性等。压榨设备吞吐率对于手表watchOS不是很重要,也只是对一小部分的macOS的用户有用,大家很感兴趣APFS发布时的性能表现(过早地对比是误导大众,对它的团队也不公)。APFS的开发者文档中有一条关于开源的:“此时不提供开源”,不期待APFS最近或者将来可以开源,Apple最好证明我是错的,如果APFS可以成为世界级的产品,我很愿意在Linux和FreeBSD中看到它的身影,甚至微软放弃自己的ReFS。就我的ZFS的经验来说,开源可以加速它成就卓越的步伐。真遗憾,APFS缺少用户数据的校验功能,不提供数据冗余。数据完整性是文件系统的任务之一,我相信这一点对于手表和手机与服务器是同样重要的。

    APFS在稳定性上还需改进,对于所有Apple用户和所有设备都是这样。成功与失败机会相同,既然APFS已经分享给了世界与开发者们,Apple肯定已经通过过去数年中的讨论中得出自己从最基本开始做起的结论,而不是采纳一个现有的现代技术,那么数据完整新和开放性就是应该被重视的时候了。我被Apple想要在18个月内就使用APFS的目标所打动,无论过程如何,过渡将是令人兴奋的。


    参考:

    1. APFS: https://en.wikipedia.org/wiki/Apple_File_System
    2. ZFS: https://en.wikipedia.org/wiki/ZFS
    3. Adam Leventhal (programmer):https://en.wikipedia.org/wiki/Adam_Leventhal_(programmer)#cite_note-4
    4. Adam的Linkedin介绍:https://www.linkedin.com/in/adamleventhal?authType=name&authToken=usbc
    展开全文
  • 安卓app和苹果app共用一个二维码

    万次阅读 2018-11-28 16:01:00
    应项目要求,现在安卓app和苹果app共用一个二维码,对外提供下载: <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"...
  • 摘要 在苹果开发者网站申请的证书,是授权mac设备的开发或者发布的证书,这意味着一个设备对应一个证书,但是99美元账号只允许生成3个发布证书,两个开发证书,这满足不了多mac设备的使用,使用p12文件可以解决这个...
  • 摘要 在苹果开发者网站申请的证书,是授权mac设备的开发或者发布的证书,这意味着一个设备对应一个证书,但是99美元账号只允许生成3个发布证书,两个开发证书,这满足不了多mac设备的使用,使用p12文件可以解决这个...
  • 最近做个功能需要安卓手机和苹果手机扫描同一个二维码时,跳转到不同的地址进行下载,刚开始我想的是用js进行判断手机的设备而进行跳转。不过后来发现,网上已经有做好的功能了。二百二二维码
  • 在浏览页面的时候经常遇到app下载页面,扫码之后,苹果和安卓设备都能识别 如: 有没有想过原因呢? 实际上:这种二维码指向...二逼二维码:将苹果应用,安卓应用合成一个下载二维码 ,生成一个二维码的网址,比较方便。
  • 一些特殊的 App、外服游戏等在国内 App Store 下载不了,需要用国外的苹果ID下载,后台也常有小伙伴留言跟我借账号使用 ...第步 复制下方苹果ID网址,到Safari浏览器中打开 https://appleid.apple...
  • 【放苹果】m个苹果放到n盘子中

    千次阅读 2015-08-29 10:03:57
    m个相同的苹果,放在n个相同的盘子中,由于相同,...+(2个苹果,放在2个盘子里【每盘已经放入一个苹果】) =(8个苹果,放在1个盘子里)+(6个苹果,放在1个盘子里【每盘已经放入1个苹果】)+(4个苹果,放在1个盘子
  • 再把所取的苹果去秤,本来十框都为一斤一个的话就为55斤,但现在有一框每个少了一两, 所以就看现在是多少斤,比55少了多少,就找到那框苹果了, 比如:少了3两,就是拿了3个苹果的那框,少了8两,自然就是拿了8个...
  • 苹果推送APNS的一个容易错误的地方

    千次阅读 2016-03-10 21:02:42
    苹果服务器有两种连接方式 1,HTTP/2,这是苹果APNS在2015年12月份弄出来的,这新版本的协议基于HTTP/2和JSON。有篇文章总结的很好,我就直接复制过来,方便点。 原文地址:http://www.o
  • 转载请标明出处:... 前言: ...简直 那个 啥 ~ 下面将提供创建一个新的管理员账号的方案 不仅适用于上述我出现的问题,也适用于那些忘记了登录账号密码的同学 ~ ▲ 解决方案 :...
  • 苹果开发者网站申请的证书,是授权mac设备的开发或者发布的证书,这意味着一个设备对应一个证书,但是99美元账号只允许生成3个发布证书,两个开发证书,这满足不了多mac设备的使用,使用p12文件可以解决这个问题。...
  • 算法题:1000个苹果和10箱子

    千次阅读 2020-12-03 15:30:50
    1000个苹果,最接近1024,转化为2进制,需要占用10个bit,则从右往左数,第一个bit位表示1个苹果,第二个 bit位表示2个苹果,第三个bit位表示4个苹果,,,第10个bit位表示剩下的489个苹果。分别把这
  • 仅支持苹果ios 需要配合电脑Winsows系统使用 XS XR MAX都可以使用 可以用电脑软件控制人物在游戏里直接走动, 相当于移动摇杆 安全有效 绝不封号 拒宅日活动再也不怕抓不到妖啦 在家躺着捉妖! 关于抢摊位,...
  • 现在,iTunes Connect中的app可以非常简单地从一个开发者/公司的账号转至另一个开发者/公司的账号,比如在收购或者分销协议到期的情况下。App转移并不会影响app的可用性,用户对应用的评分和评价也不会受到影响。 ...
  • Google会成为苹果的下一个目标吗?

    千次阅读 2012-08-27 10:23:45
    上周五,当法庭宣判三星需向苹果支付10亿美金的专利侵权赔偿款,另互联网巨头浮出了水面:Google。毕竟,如果三星侵权,那么至少在Nexus S上Google是跑不掉的,而乔布斯生前更是称,“我要摧毁Android,因为这是...
  • 零基础搭建影视网站-苹果cms

    万次阅读 2018-09-10 17:38:50
    准备台搭建bt面板的服务器,提前配置好建站环境 ... 1.源码下载 方法:利用宝塔面板一键下载源码 ...配置好域名(无域名填ip即可,多个网站用不同端口即可) 方法二:前往官网下载cms源...
  • 苹果CMS统计插件

    万次阅读 2021-07-12 21:45:42
    这次介绍且测试的,苹果cms影视系统的,蜘蛛统计插件(没错,亲测有效) 成功案例: 下载地址: https://lvezhan.com/archives/329
  • 今天把公司的一个APP从苹果开发者账号A转移到开发者账号B,把流程记录在这里. 1.准备好开发者账号A(APP所在的原账号),开发者账号B(APP迁移目标账号) 2.前往 https://developer.apple.com/membercenter; 登录...
  • 苹果和虫子

    千次阅读 2015-09-04 09:21:07
    问题描述 你买了一箱n个苹果,很不幸的是买完时箱子里混进了一条虫子。虫子每x小时能吃掉一个苹果,假设虫子在吃完一个苹果之前不会吃另一个,那么经过y小时你还有多少个完整的苹果苹果和虫子
  • 第一次公共关系课上,老师给同学们拿出一个苹果说,这个苹果是早上在家门口的市场上买来的,大约0.5元钱,如果不考虑客观条件,给大家5分钟的时间,依靠自己的智慧,来为它增值,卖到一百万元。有什么办法么?一个...
  • 爸爸可向盘中放一个苹果或放一个桔子,儿子专等吃盘中的桔子,女儿专等吃苹果。 试用P、V操作实现爸爸、儿子、女儿三个并发进程的同步。 问题分析及思路: 本题是生产者消费者的变形,不能用一个信号量解决问题。在...
  • m个苹果放入n盘子

    千次阅读 2015-05-05 17:29:40
    题目描述 放苹果问题:把M个同样的苹果放在N个同样的盘子里,允许有的盘子空着不放,问共有多少种不同的分法? (注:5,1,1和1,1,5是同一种分法) 解题分析: ...设f(m,n) 为m个苹果,n个盘子...1、有至少一个盘子空
  • 现象: Debug模式下,程序...工程为Swift项目,并且嵌入了一个Swift 库(Alamofire)。 查看设备日子,发现如下异常:Dyld Error Message:Library not loaded:@rpath/Alamofire.framework/AlamofireReferenced fro
  • 我说:确实,对于一个不了解苹果的人来说,买苹果的时候大概会非常的困惑吧!?什么行货、水货、美版、韩版、有锁、无锁、三网合一、合约机等等,各种乱七八糟的关键词,看得你头晕目眩,大概有人因为太复杂就不想买...
  • 苹果CMS搭建电影网站教程

    万次阅读 2018-05-16 09:43:11
    、获取程序在苹果CMS网站下载程序:http://www.maccms.com/down.html这里我下载的是V10版本。二、上传程序登录主机控制面板,这里以老薛主机为例:温馨提示:老薛主机终身7折优惠码:host7 香港主机低至68/年进入...
  • 苹果cms常见100问题及解决方法

    千次阅读 2020-04-14 17:47:00
    苹果cms是搭建视频网站不错的免费cms系统,再好的系统也会遇到使用方面上的问题,我在日常中汇总了100多常见问题来给大家分享交流,后期还会不定期更新遇到的新问题来交流。如果你也是苹果cms爱好者,可以加入我们...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 548,487
精华内容 219,394
关键字:

一个苹果一个网站