不过「杀后台」情况并没有改善,估计需要 App 去主动适配 iOS 13 才能解决吧。更新建议已经升级 iOS 13、13.1 的用户,建议尽快更新到 iOS 13.2。另外购买 AirPods Pro 的用户也必须更新 13.2 才能正常使用。还在使用 iOS11、iOS12 系统的用户,更不更新都可以!iOS12 虽然没有深色模式等新功能,但目前比 iOS13 更稳定一些。
苹果推出的应用内购买服务器通知系统是怎样的?
苹果公司正在推出一个新的应用内购买服务器通知系统,当客户请求并收到应用内购买的退款时,可以让开发者知道,允许开发者采取适当的行动,比如撤销已购买的商品。开发者并不参与苹果的退款流程,退款流程由该公司处理。在此之前,当用户申请并获得应用内购买的退款时,开发者并不会收到退款通知,导致客户可以获得购买退款并保留应用内购买的情况。
这也给客户支持带来了问题,因为苹果和开发者之间在应用内购买方面没有明确的沟通。在iOS 14中,当客户收到应用内购买的退款时,开发者将收到服务器通知和更新的收据与取消的交易。开发者可以提醒客户关于退款的信息,并采取适当的措施来删除内容。苹果表示,这些变化将使开发者对客户互动有更多的控制权,使游戏玩法对所有玩家更加公平,并保护应用的经济。
苹果最新推出的Edge Cache服务是干啥的?
苹果今天推出了名为“边缘缓存”(Edge Cache)的全新服务,通过在网络服务提供商的网络内架设由苹果管理的服务器,以便于向终端用户更好的分发内容。苹果希望利用现有的ISP网络和服务器将数据存储在离用户更近的地方。这意味着要么将内容预先缓存在ISP网络内部的服务器上,要么在客户查看或下载内容时,可以将这些数据保存在用户本地的服务器中,以在整个提供商的服务区域内重复使用。
让我们举个更直观的例子--当你和你的邻居在短期内观看同一部电影。通常,你将对最近的Apple服务器执行ping操作,并通过Akamai内容分发网络或Apple曾经为您使用的其他内容交付服务来传输反馈。数据将在到达用户之前通过ISP服务器。而借助Edge Cache服务,ISP可以一次又一次地将流式传输内容的数据保留在本地ISP服务器中,并将其传送给您或连接到同一ISP服务器的任何人,而无需再次ping通原始的Apple服务器。
因此Edge Cache服务可以实现更快、更可靠的内容交付。由于在到达用户终端前经过的互联网基础设施减少,因此减少了出现问题的可能性,最大程度地减少了重新路由,并减少了用户的等待时间,使用户和ISP受益。像Netflix和Amazon这样的其他公司已经有一个类似的内容交付系统。目前苹果的Edge Cache服务仅接受邀请加入,符合条件的应用程序可以考虑通过官网进行申请。
谷歌新推出的Cloud Run无服务器计算平台,为开发者带来了哪些便利?
在今日于旧金山举办的 Google Cloud Next 2019 大会上,谷歌正式发布了无服务器计算堆栈的最新成员 —— Cloud Run 。与此同时,该公司还宣布了其云功能与 App Engine 平台的最新进展。对于开发者来说,其经常需要在无服务器的速度、易用性,以及容器的灵活性、可移植性之间做出选择。
谷歌表示,其希望提供一套两全其美的产品。(题图 via:VentureBeat)据悉,谷歌新推出的无服务器计算平台,有助于开发者以自己的方式,构建端到端的应用程序,而无需担心底层的基础架构。Cloud Run 允许开发者在完全受管理的无服务器执行环境中,运行无状态 HTTP 驱动的容器。它负责所有基础架构,涵盖配置、扩展和服务器管理。
Cloud Run 能够在‘几秒钟内’自动向上或向下扩展、甚至将资源占用降低为零,因此您只需为实际使用的资源而付费。如果你对 Cloud Run 的限制感到好奇,只需要知道他正在使用 Gvisor 沙箱。若您的工作负载是无状态 HTTP 容器,就无需考虑这些问题。Google Cloud 无服务器主管 Oren Teich 解释称:“我们在 Cloud Run 中所做的,就是推出一款采用 Docker 容器的全新产品、并立即为您提供统一资源定位符(URL)”。
这在整个业界都是独一无二的,我们正在处理从 SSL 配置的最高端、路由、移植到您实际运行容器的所有事务。您只需支付 100-ms 使用费,而且它是支持端到端管理的。作为一名开发者,你只需将容器交给我们,剩下的一切都无需操心。你可以通过命令行或图形界面来提交,Google Cloud 会完成 HTTP 部署、端口设置、负载均衡、路由扩展等所有事务。
内存方面只有两个参数需要调整,剩下的全是自动处理的。这不是一套复杂的编排系统,而是一款易于使用和开发的产品。你可以从零开始苦战,只需在收到请求后再付款。借助 Google Kubernetes Engine(GKE),开发人员可以在现有的 GKE 集群上运行无服务器工作负载。您可以将相同的无状态 HTTP 服务部署到自建的 GKE 集群,同时抽象出复杂的 Kubernetes 概念。
通过 GKE 上的 Cloud Run,您还可以访问自定义计算机类型、计算引擎网络、以及与部署在同一群集中的其它工作负载并行的运行功能。Cloud Run 基于 Knative,一个开放的 API 和运行时环境。其允许开发人员在任何地方运行无服务器工作负载,你可以从别的地方开始、然后在 GKE 上移动到 Cloud Run 。
或者,您可以在自建的Kubernetes集群中使用Knative,并在将来迁移到云运行。以Knative为底层平台,工作负载可以跨平台移动,从而降低转换成本。据悉,Knative上线8个月以来,已有50多家投稿公司和400名投稿人,3000多条拉取请求。