由于2041Late的iMac 5K，苹果官方最多只支持到macOS 11 Big Sur。所以，我的macOS 12 Monterey和macOS 13 Ventura都是通过OPLP进行安装的。

OCLP是一款第三方的引导程序，它包含引导启动系统和提供部分驱动的功能。

OCLP的5.0正式提供了对于macOS 13 Ventura的支持，所以在升级到新系统之前，我们先升级OCLP到5.0。

重启系统，选择系统的自动更新安装macOS 13 Ventura。

安装完毕重启后，我们发现，原本的屏幕分辨率设置没有了，显示器变成了5K原生的分辨率，字体特别小，而且系统十分卡顿。

这是因为macOS 13 Ventura中移除了对与iMac 5K显卡的驱动支持，此时是没有驱动硬件加速的。

再次打开OCLP，选择"Post Install Root Patch"，然后选择“Install Root Patches”。这会自动下载安装显卡驱动。

按照提示安装完成并重启后，就一切恢复正常了。

起因

为了写这篇文章，我花掉了136元。

最近考虑给iOS应用添加广告。首选当然是Google的Admob，可是申请的时候我才发现。我的常用Gmail曾经申请过Admob，但是由于后来没使用，账号被停用了。需要激活。重新激活的最后一步，总是提示错误。

好在我还有另外一个Google账户，结果这个账户在注册的最后一步，也总是遇到错误。

实在没办法了。去淘宝吧。淘宝找到一个商家说是可以帮忙验证地址，价格100块。他倒是把我的账户给注册成功了。但是网页我还是打不开，一直转圈。我问他，他说需要代理开全局，我说我已经开全局了啊。问他还有别的办法没有？他让我下载一个微软的远程桌面。我以为他要协助我处理。结果安装完了之后，他说可以去云厂商那里申请一个远程主机，然后用远程桌面登陆。还说他用的是腾讯云的。碰巧，这时，我的网页突然能上去了。我确认了一下，就给他付了款。

到了昨天下午，我又想上的时候，发现还是转圈，网页上不了。于是我开始研究这个远程桌面。

在Ubuntu 20.04下安装xfce4和vnc

安装

apt install xfce4 xfce4-goodies
apt install tightvncserver

配置密码

vncserver

按照提示输入密码，vnc不需要用户名，只有一个密码需要设置。

设置默认启动xfce4

先杀掉之前的vnc实例。

vncserver -kill :1

备份并新建文件

mv ~/.vnc/xstartup ~/.vnc/xstartup.bak
nano ~/.vnc/xstartup

内容如下：

#!/bin/bash
xrdb $HOME/.Xresources
startxfce4 &

给新文件加上运行属性

chmod +x ~/.vnc/xstartup

创建启动和停止脚本

start.sh

#!/bin/sh
vncserver -geometry 1920x1080 -depth 24

stop.sh

#!/bin/sh
vncserver -kill :1

给两个脚本分别加上运行属性

chmod +x start.sh
chmod +x stop.sh

每次运行vncserver都会新建一个实例，顺序按照1、2、3、4类推。所以需要kill掉旧实例。

开启防火墙的5901端口

ufw allow 5901

运行

我使用的是VNC Viewer，只需要输入ip地址后面跟上:5901，然后在弹出的界面输入密码就可以了。

由于我的VNC只是偶尔需要用一下，我没有设置成系统自启，而是需要时通过start启动，用完了用stop杀掉，这样比较安全。

最后说说admob的问题

admob应该是为了防止有人骗点击，所以对于用户的ip审核比较严格。当我们翻墙时，即使使用了全局代理，但是原本的上网的ip还是能够检测到的。因此，admob认为这样的环境不合格。但是这其实是扩大化了。

另外，如果你使用的Firefox或者Safari等非Chrome的浏览器，admob甚至直接会显示网页错误。只有Chrome才不会显示错误，一直转圈圈。

当使用VNC之后，我用Firefox就能正常上admob了。因为VNC相当于是直接从云主机登陆。虽然IP地址和翻墙的一样，我使用同一台云主机。但是此时admob就能过了。

我使用的是腾讯云的36元一个月的主机。结果安装成功之后，我又在我原本翻墙的主机上试了一下，通过vnc一样能上admob。可见，能不能上的关键，不是主机所在的位置，而是你上网时浏览器的环境。如果是翻墙上，就会被拒。如果vnc直连，就没问题。

从8月17到8月31日，历时半个月，终于搞定了我的第一个订阅的新应用。期间遇到好多之前非订阅应用审核时没有过的新问题。在这里小结一下。

第一版

第一版遇到了三个问题。

1. 审核人找不到应用内购买的页面。

   1. 的确。这个版本我没有特意设置购买单独的购买选项。应用本身是免费的。订阅虽然收费，但是只有你点击到了需要订阅的高级功能时，才会提示你是否需要订阅。
   2. 不过既然苹果的审核人员找不到，那我就在应用的主界面上添加一个高级版订阅的按钮吧。

2. 应用支持开机自启，默认是开启的，可以在设置里关闭。苹果不允许，要求默认不支持开机自启，然后询问用户是否开机自启。

   1. 收到。在新增的高级版订阅按钮旁边添加一个，修复不能开启自启的按钮。

3. 不符合订阅全部条款。
   

   1. 这条很长，我当时有点儿慌。我还以为不让我使用订阅功能呢。不过随着后来的审核，我逐渐意识到，原来订阅和一般的一次性购买不同。苹果要求将用户协议和隐私协议，都放在和订阅的同一个页面。
   2. 所以我的这个其实就是缺少用户协议。

另外，苹果的这条审核建议的说明存在误导性。它提到的meta，指的是App Store Connect网站上，应用界面中的设置EULA的位置。那个位置默认就是上面提到的标准苹果使用协议。所以，真正有问题不是它建议的修改那里。而是将你的应用中的订阅页面，添加这个协议的链接。就像苹果的设计指南建议的那样。

第二版

添加了苹果要求的功能之后，我上传了第二版，结果还是又被拒了。这个被拒我与苹果交流5轮。前面的几轮，主要是上面提到的问题3，EULA的问题。因为当时我还没有意识到的苹果建议的误导。所以我一直在修改App Store Connect中的EULA的位置。我甚至还修改它为自定义EULA，结果苹果还是说不行。

直到最后，苹果给我发过来一个链接，让我按照上面的进行设计。我才发现，原来苹果要的其实是在订阅界面同时显示用户协议。

期间，我还遇到一个苹果自身的bug。重新提交版本的问题。按照之前的审核流程，如果你的审核是meta被拒，那只需要修改meta，然后等审核人员继续审核就可以。如果是二进制包被拒，就需要重新上传新版应用，然后再次排队审核。但是这次。我提交了新版的包之后，居然提交审核的按钮是灰的。
这一度导致我以为苹果是不是修改了审核流程。最后我发现，需要先在审核里点击取消当前版本的审核，新版的上传的提交审核才能点击。
我询问苹果审核人员，是不是必须这么做。因为这么做和之前的审核不太一样。苹果审核人员没有正面回答我这个问题。而是给我两个链接，让我自己学习苹果的审核流程。
几天苹果悄悄修复了我上面提到的那个问题。😮‍💨现在只要提交新版就可以点击审核了，就像过去一样。

第三版

这个版本有三个问题。

1. 应用的权限的问题。
   1. 我的应用设置了用户选择的读/写权限。但是应用本身不需要这个权限。
   2. 这个权限我当初设置是因为我想实现用户将脚本拖动到脚本窗口，实现编辑的问题。但是后来我觉得这个功能意义不大。用户其实直接复制粘接也可以。就没实现这个功能。
   3. 将读写权限，改成默认只读即可。
2. 我的订阅只写了可以免费试用7天，没有写订阅价格。
   1. 的确我没写。因为我觉得点击订阅之后，苹果弹出的窗口已经显示价格了。这里吐槽一下苹果的订阅流程。不仅速度慢，窗口弹出的速度要以10秒为计量单位，而且还分成好几步，要弹好几次窗口才能完成订阅。
   2. 不过既然苹果要求订阅显示价格，那我加上就是了。
3. 还是上面提到的EULA的问题。

第四版

这个版本的审核显示出苹果审核人员的不专业性。最初他说我的应用显示的购买价格，和App Store Connect里设置的不一致。

这个其实根本不可能。因为我框架是RevenueCat，它基于苹果的StoreKit，获取的价格就是直接苹果服务器提供的。我向苹果进行了说明，还给他截了个图，和他我认为这个价格是相同的。

苹果启动重新审核，然后通过了这个版本。

我本以为这就可以了，终于可以上架了。然后我从商店里下载了我的应用，点击使用高级版。结果我发现，居然接收不到苹果服务器发来的订阅价格。

我打开App Store Connect，结果发现苹果只通过了我的主程序，订阅居然还是拒绝的状态。因为订阅是拒绝的，所以应用就没发从苹果的服务器获取订阅的信息，这在用户看来，就是我的应用出现了问题。这简直太坑人了。

这个问题明显是苹果审核人员，甚至是审核系统的问题。因为我的应用是第一版，订阅就应该和审核一起通过。结果苹果只通过了主应用，没通过订阅。这将导致我的应用的可用性降低。而这种问题，审核系统应该给审核人员提示，避免这种低级错误的产生。

第五版

第四版通过之后，我才发现，如果只提供一种按月订阅的方式，每个月发给自己兑换码太麻烦了。于是我又增加一个年费订阅的方式。这样只需要每年给自己提供一个兑换码就可以了。😄

第五版我特意标注了是为了苹果审核人员给我订阅进行审核才提交的。结果这个版本很快就通过。但是审核还是拒绝的状态。

订阅审核

我现在别无他途，只能找苹果求助了。我发邮件给苹果审核客服，要求单独审核我的订阅。结果回我说，我的应用已经通过了啊，不需要审核。我说我要求审核的是订阅，不是主应用。经过几轮之后，订阅还是没通过的状态。

这里说一下，我遇到的订阅的问题，主要有两个，一个本地化的meta，显示被拒绝，这个修改一下就可以了，然后显示的是等待审核。

另外两条，显示的都是需要开发者操作。这个需要开发操作，我在网上找到的办法都说，只需要加个逗号或者空格，然后再改回去就可以了，然后点击审核就可以了。但是我这里遇到了苹果的bug，无论我怎么修改，如何修改，那个需要开发者操作总是不消失，而再次审核的按钮也一直是灰的。

这一度让我想放弃，我发邮件给苹果，说明了这个情况，然后询问苹果我是不是需要删除了这个订阅新建一个才可以？

苹果没有回复我这个邮件。但是几天后，我发现我这两个订阅都已经显示审核通过了。

然后我打开我的应用，发现可以获取订阅信息了。但是只有月费订阅的信息，年费的还是看不到。

第六版

于是我更新了一下第三方框架，提交了第六版。

第六版当天就审核通过了。下载回来后，我发现，终于可以显示全部的订阅了。

App Store Connect的其它严重问题

这期间，我还遇到了苹果商店的其它的严重问题。这个发生在我的另外一个应用咕唧上面。

大家知道，Xcode在打包应用时，会使用Xcode自动生成的第三方证书对应用进行签名。大概20号左右，我收到了苹果的邮件，提醒我Mac的第三方证书将在30天后过期。我想，还不急，等过期了再更新就可以了。

其实更新很简单。就是Xcode点击新建第三方证书就行了。我没弄，结果就出问题了。

22号左右，我更新了咕唧的一个新版。结果苹果直接给我拒了。说我的应用有两个问题：

1. 没有签名。
2. 应用没有使用沙箱。

我一看就知道这明显是苹果的审核系统的bug。因为我是用Xcode打包的，怎么可能没有签名呢？而且我没有使用沙箱，也不可能，因为我根本没有改变这个设置。并且我用系统自带的活动监视器，查看我的运行的TestFlight版本的应用，也提示这个应用使用了沙箱。

而且我记忆中隐约有印象，类似的问题几年前出现过。也是第三方证书临近过期的时候出现的。

我在Xcode里新建了一个第三方证书，然后修改了应用版本号。重新打包提交，结果这个应用就被通过了。

这证实了我的怀疑。苹果的审核系统存在bug。当第三方证书时间小于30天时，苹果的审核系统将拒绝应用。我将这个bug提交给了苹果反馈。