肇鑫 / Owen Zhao

用了几天这款联合创新的32寸4K显示器，我决定把它留下了。这款显示器最大的特色就是便宜，32寸4K，HDR400，价格算上活动，最终只要1799。

当然，这款的缺点也很明显。按照目前的说法，就是只支持单一背光。目前技术上更先进的mini LED的显示器，都是分区背光，这样HDR的级别能够达到1000，甚至更高。

如果不选择这款，就可以选择联合创新的另外一款27寸4K显示器，mini LED背光，价格最低只要2199，价差400块，倒是能接受。不过那款目前京东缺货。而且27寸相比32寸来说，还是小了一些。虽然HDR1000的参数比HDR400要好，但是我觉得看视频，还是屏幕更大的才更好。另外，27寸那款的背光分区只有384个，而同品牌新推出的另外一款拥有1000+的背光分区，但是价格也同时飙升到了4999。这个价格我就算了。

32寸的其他mini LED的显示器也是同样的情况，价格起码是1799的3倍，都还处于早期的高价状态。

这么多年对于IT市场的观察，不难看出，显示器的技术不断推陈出新，而老款的价格则逐年下降。目前5、6千的显示器，过不了两三年，就会降到2千左右。而在我看来，32寸的4K显示器还远谈不上完美，即便加上mini LED背光也还是一样。

远的不说，我们来看看苹果出的4万块的Pro Display XDR，它采用32寸屏，6K分辨率，6016x3384，同时支持HDR1600，背光分区有576个。

那么我们简单预测一下几年之后的显示器，应该就是具有更高的分辨率，更多的背光分区数，以及更便宜的价格。至于尺寸，我觉得32寸已经是我的极限了，再大的显示器我已经不愿意接受。唯一能考虑的可能是曲面屏，这样屏幕才可以更大一些。

所以，既然目前高价的显示器也都还谈不上完美，我就先买一个便宜够用的过渡一下好了。

我目前使用的系统是macOS 13 Ventura，硬件是Mac Mini M1，有HDMI和雷劈3/USB4接口。显示器是联合创新的32寸，分辨率3840x2160，支持HDR 400，接口有DP、Type-C、HDMI x 2。

所需要的所有特性

高分辨率下的HiDPI

HiDPI下的字体更加漂亮。高分辨率下的HiDPI可以显示更多的内容。但是不是所有的连接方式都能支持到最高分辨率下的HiDPI。

雷劈3转DP、Type-C接口直连最高支持3008x1692分辨率下HiDPI。HDMI直连最高支持2560x1440分辨率下的HiDPI。

前段时间，网上一直流传一个所谓苹果电脑连接的最佳分辨率。里面把4K显示器贬低得不行，认为必须得是iMac 24那样的4.5K分辨率，或者是27寸的5K分辨率才适合macOS，如果DPI数不够，效果就会很差。我当时就觉得那个是谣言，现在自己买了32寸的4K显示器，发现一样可以开HiDPI，证实了那的确就是个谣言。

当启用HiDPI后，macOS有时会提示“使用缩放分辨率可能会影响性能”。对于3840x2160这个原声分辨率来说，HiDPI下只有1920x1080这个分辨率没有这个提示，这是因为1920x1080的宽、高刚好是3840x2160的一半，即二者之间是0.5倍，倒数是2，是整数，因此性能无影响。

高动态范围/HDR

雷劈3转DP、HDMI直连下支持高动态范围/HDR。Type-C直连不支持。

有些人提到开启高动态范围之后，屏幕会发灰的问题。这是因为高动态范围需要同时在macOS系统和显示器设置中同时开启。macOS中开启了高动态范围，显示器同时要在设置中打开HDR模式。如果只开了macOS的，没开显示器的，就会发灰。

高动态范围/HDR和HiDPI之间的冲突

另外，同时开启高动态范围和HDR之后，即便没有性能的提示，HiDPI的效果也会受到影响。字体不再平滑，而是变得干瘪。不过，我找到了一个小技巧，如果显示器打开HDR，但是macOS系统不开启高动态范围。那么HiDPI的字体就还是正常的。这样也简化了看电影时的设置调整，只需要打开/关闭高动态范围就可以了。无需再调整分辨率什么的。

苹果自己的显示器应该没有这个问题。当然，我没有用过支持高动态范围的苹果显示器，所以这是我的猜测。
原来是带宽的问题，更换Type-c转DP1.4的线之后，问题消失。使用Type-c转DP1.2的线才有这个问题。

关于视频黑色发灰的问题

可以通过显示器的菜单，将“动态亮度”设置为“精细”来解决。

不过最好不要开这个功能，开了之后一些国产剧的妆容会变丑。

音量调节、亮度调节

我的显示器自带喇叭。因此，无论是哪种方式连接，都会同时传输视频和音频。不过同时，macOS系统本身的音量、亮度调整也都失效了。苹果对此的说法是，当使用HDMI和DP接口连接时，传输的音、视频数据的音量、亮度都是固定的，因此只能使用显示器上的按钮进行音量和亮度的调节。

我不知道苹果自己的显示器是不是也这样，这样的确有些不方便。不过第三方显示器实在便宜，苹果的又实在太贵了。

2023年2月14日更新

加快开机屏幕点亮速度的方法

显示器默认是采用自动识别信号源，这样哪个信号源有信号，它就会显示那个信号源的内容，不必自己手动切换信号源。缺点是开机之后显示会很慢。尤其是系统从睡眠到唤醒，明明苹果表都已经解锁了，还需要好几秒屏幕才会点亮。

如果你经常使用的是固定的信号源，只是偶尔才使用其他的信号源，那么可以将自动改成手动，设置为经常使用的那个信号源。这样可以大大提高屏幕点亮的速度。需要用其他信号源时，使用显示器的菜单手动切换就可以了。

120Hz刷新率

当屏幕分辨率设置为1920x1080p时，显示器的刷新率在Windows和macOS下都可以设置为120Hz。

2023年2月25日更新

换用type-c转DP1.4的线之后，打开HDR之后，字体不在变丑了。所以之前字体变丑的原因应该是之前用的转DP1.2的线带宽不足造成的。

DP1.4的线还可以支持4K下的10位色显示。而HDMI 2.0则不支持。只能支持到8位色。

另外，我的显卡GTX 970只支持DP1.2，并且DP下不支持HDR传输。因此，还是用HDMI连更实用。

由于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”。这会自动下载安装显卡驱动。

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

当一款应用编码完成、测试通过之后，我们需要将它上架到苹果商店。这时就需要和苹果的审核人员打交道。苹果的审核人员，会从用户和苹果公司等多个角度，对于应用进行审查。他们审查的依据，就是苹果公布的App Store Review Guidelines。但是由于审核人员存在自由裁量权，你经常会遇到不同的审核人员，对于同一件事，出现要求不同的情况。

当审核人员将你的应用拒绝，并且提出拒绝理由之后，你一般有这么几个选项：

1. 和审核人员沟通你的设计理念，尝试说服对方。
2. 按照审核人员提供的思路，对于应用进行修改，然后再次上传应用，重新审核。
3. 如果你觉得你的理念是对的，审核人员对于规则的理解有误，而你又无法成功说服对方，你可以选择上诉。即将你们二者的矛盾进行升级。有上一级的部门来进行仲裁。

上诉曾是一个有力的工具。当你选择上诉后，苹果会打越洋电话过来，听取你的说法。虽然最终结果不见得有利与你。但是在程序上，开发者是感觉受到重视的。
可现如今，上诉往往无法得到电话沟通。甚至很难得到一个确定的结果。苹果将上诉权限交由审核团队自身负责。即负责处理上诉的，就是和你发生理念冲突的审核人员的同事，如果不是他本人的话。我不知道苹果为何这么做，但是这么做本身就是会滋生腐败的。

缘起

2002年9月25日，我向往常一样上传了一个macOS版咕唧的新版进行审核。这个新版是为了配合iOS新版发布而进行修改的，改动极小。可以说表面上看不到任何变化。但是就是这个版本，在9月25日上午7点20分被拒绝了。拒绝的理由也是一个全新的理由，说是当用户点击窗口的关闭按钮时，应用没有退出，而是隐藏在了系统菜单图标。并且建议我将这个行为该为非默认，同时提供一个选项给用户，让用户对这个行为自行选择如何做。

审核人员的这个建议在我看来明显就是一个过渡设计。因为对于存在系统菜单图标的应用来说，点击窗口的关闭按钮之后，应用隐藏到系统菜单图标这件事本身，就是通用做法。因为如果点击窗口的关闭按钮之后，应用就完全退出了。那我制作系统菜单图标还有什么意义呢？而且我的应用也不是无法退出。在应用显示的情况下，使用系统默认cmd+q或者菜单中的“退出 咕唧”，应用都是可以正常退出的。

我将我的想法回复给了审核人员。审核人员还是坚持己见。我见到他如此坚持，就回复他说，如果这个我们没发达成一致，那我就只能上诉了。结果审核人员毫无惧色，甚至直接回复了我上诉的链接。

我开始意识到有些不对。这上诉是不是有什么猫腻啊。怎么这审核的这么积极呢？不过既然说了，那就得做。于是我就这个应用审核被拒进行了上诉。在上诉中我提到，我这个应用被拒的特性，几年前就通过了，这么多年来其他审核的人员从来没有就这个特性提出任何异议。直到这次。

9与25日半夜10点08分，我获得了苹果审核团队的自动邮件，告知我上诉已经收到，将尽快调查并将结果告知我。

十日后

说是尽快，但是十天了都还音讯全无。苹果没给我电话，也没有发邮件给我。这是被冷处理了？

2022年10月5日上午7点19分，我回复了苹果的那封所谓尽快的邮件。询问苹果10天过去了，有结果了吗？结果这封邮件石沉大海，没有得到任何回复。

自救

我一看这样不行啊。上诉没结果。之前的应用被拒没解决。我的新版已经被挡住10天了。于是我决定自救。修改版本号之后，重新上传了一个新版要求再次审核。

有趣的事情来了，我这新版上传之后，10月6日半夜9点30分，苹果的审核团队主动给我发了一封邮件。说注意了我又上传了一个版本的应用，并说会审核这个应用，然后说如果再次被拒了，直接和审核人员沟通即可。

说得挺好，结果这个版本在进入“审核”状态之后，48小时都没有通过。也没有任何反馈。这在我看来，就是出问题了。于是我在10月8日上午7点33分，回复了审核团队的邮件，我说已经审核超过48小时了，能不能加速一下？这封邮件没有收到任何回复。

没办法，我只能手动撤销审核，然后又重新上传了一个不版本进行审核。这个版本审核人员找个小理由拒绝了。我修改了应用之后，又上传了一个版本。这个版本没有被找理由拒绝，但是又开始了多天“审核”的状态。就是进入“审核”之后就出不来。

10月18日上午7点48分，我给苹果的审核团队再次回复邮件。用的还是他发给我的那个说注意到我新上传了新版的那个邮件。我问，上诉的结果是什么？我非常关注这个上诉的结果，是因为它现在阻挡了我应用进行审核。对于我的新版应用，应用处在“审核”状态好几天了。我想不出任何原因为什么会出现这个问题，除了这个上诉。所以必须给我一个上诉的结果，什么结果都可以。不然我只能再次上诉了。因为这个无穷无尽的审核是不可接受的。

10月18日半夜10点32分，我收到了苹果的回复。说是已经将我这个问题提升了权重给苹果内部团队。说我这边无需采取任何操作。

于此同时，我发现我的应用已经审核通过，就等我手动发布了。

后记

所以这次上诉应该就算告一段落了。苹果虽然没有给我一个明确的上诉结果。但是我的应用特性在未修改的情况下，新版得到了审核通过。这也算是支持了我的理念了。不过整体花费的时间将近一个月，还是挺浪费时间的。

起因

为了写这篇文章，我花掉了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提交给了苹果反馈。

大约两周前，工商银行客服给我打来电话，推荐我办理他家的信用卡。我想，那就办一张吧。一周后，收到了卡。又过了几天，我收到一条短信，说是工商银行的卡绑定微信会有优惠券。我想到我还有张信用卡没激活呢。那就激活看看吧。

按照提示下载了“工银e生活”App。我其实很不爽这些银行，干嘛银行卡和信用卡非要用不同的App。然后按照步骤激活，结果发现不能激活。看到说明下面有一行字，说是电话或者网上申请的信用卡，首次激活，必须去营业网点。真是坑！

17号到了营业网点，终于激活了。回家！

我这个人，不太习惯带钱包。都是把银行卡和身份证、公交卡、零钱之类的用一个小夹子夹起来就完事了。那天坐的是公交车。上车之后，第一遍刷卡，没响；又刷一遍，还是没响。公交司机说你的卡没钱了。我说还有好几百呢啊。他让我把公交卡拿出来单独刷，这次终于机器响了。大家记住这一幕。我一共刷了3次。这里有大坑！

回到家，打开信用卡App，发现已经产生了3.6元的费用。但是这个信用卡App却看不到明细。这个3.6元到底是怎么产生的呢？

今天，我想我可以去工商银行的网站上看明细。登录官网需要用手机银行刷码。结果刷完码我发现可以直接用手机银行查看信用卡的明细。信用卡推荐的信用卡App不能看明细，但是信用卡没推荐的手机银行可以。太坑了！

根据说明，这3.6元是两笔1.8元的地铁扣费。当然我那天没坐地铁，坐的是公交车。也就是说，我那天划卡时，虽然机器没响，但是钱扣了。所以我那天付了3份钱，信用卡扣了两次，公交卡又扣了一次。实在是坑！

于是，我打电话给工商银行客服。第一个客服，在知晓了我的情况之后，和我说她没权限给我拒付，需要要转到上一级的客服。第二个客服和我说，他可以帮我拒付。但是银行拒付周期长，而且还需要调查。调查之后如果认为我不符合，不仅不能拒付，而且每一笔还有收取10元的调查费用。问我是否能接受。我当然不能接受了。这也太坑了。

我和他说，首先，我根本不知道你们这个信用卡有这个公交卡的功能。上一个客服还和我说，公交卡需要绑定才能具备这个功能。但是我什么也没绑就自动开通了。其次，你们这个卡扣费了，但是机器不响。机器不响，人家公交司机就不认扣费成功。那我就需要再次划卡。这才是导致这次问题产生的原因。问题的产生根本不在我，而你们还要我付这个调查的费用。我当然不能接受。

银行客服于是承诺要向上反映这个问题。说是3天之内给我答复。我真是挺无语的。不过是接个电话，办了张卡。结果多出这么多麻烦事。真是太坑了！

之前一直我在Mac上一直使用的是ClashX，然后在手机上使用的是小火箭。这次为了调试新应用的功能，我需要在路由器上安装Clash。

步骤

小米的官方固件是不支持Clash的。但是由于它的官方固件基于OpenWRT，所以只要我们获得了SSH权限，就可以通过远程登录来安装自己需要的软件。获取SSH权限的操作，是通过特定版本的官方固件的漏洞来实现的。而最新的官方固件已经没有这个漏洞了，因此我们的第一步就是检查路由当前安装的固件版本。

1. 检查固件版本。如果不是1.0.17，那么就需要刷这个版本的固件。（目前最新的官方固件是1.1.19，所以大部分人应该都是需要降级固件。）如果是降级，建议刷新固件时，将路由的设置重置。
   1. 备份当前固件设置。
   2. 记录当前路由上网拨号的用户名和密码，等下会用到。
   3. 手动选择下载好的固件。点开始升级。
2. 重新进入路由并设置，可以正常上网后。
3. 获取SSH权限。
4. 固化SSH权限。
5. 升级系统到最新固件。
6. 通过Telnet获取SSH权限。
7. 安装Clash。
   1. 配置Clash
   2. 获得yaml配置
   3. 设置开机自启。
   4. 访问UI界面。