这周又又又感冒了,咳嗽、流涕、发烧一样没少。
1 月 31 日的 SSL 证书就过期了,总收到提醒的邮件和电话,但我一直拖到 26 日才动手更换。
又到了一年一度的紧张时刻,我对于后端操作一向很恐惧,就怕什么操作导致服务器出问题。
更换完 SSL 后发现浏览器中显示的证书日期还是旧的,就有点慌了,咨询了一下其他开发者,重启了一下 nginx 就好了。
不过,更严重的还在后面,最担心的事情还是发生了。
我一直拖着没更新后端 API 就想等着和 SSL 一起搞,没想到把 API 的新代码部署上去后真的出问题了。在这里简单说一下,服务器上跑了两个 server,分别对应极简时钟和极简日记的 API。新的 API 是添加到了极简日记上的,原有的极简时钟 API 没有动。
所以,整个事件的原因是什么我到最后也不知道,更不知道如何解决的,就是瞎 JB 操作一个多小时后,问题自己就消失了。
现在有两个事要抓紧做了,一个是要加速统一两个 API,一个是要赶快弃用 Parse,将数据迁移到云数据库去。
这周二收到了苹果发来的邮件,说是我可以使用「极简时钟」这四个字作为 App 的名字了。
必须更新一个版本才能顺便更改名字,所以花了一下午加入了新年和春节的通知。做本地化的时候发现了坑,有些亚洲国家的十二生肖和国内是不一样的,比如泰国就没有龙,就不能简单地翻译 “龙年大吉”……怎么处理呢,都翻译成 “新年快乐” 算逑!
第二天,审核通过上架。经过几年的努力,现在国区的 App Store 里只有我一个「极简时钟」了 。
这周一个用户反馈了一个 bug:无法添加 RAW 图片。
之前就有过用户反馈无法添加微信保存的图片,上次就是通过 TypeIdentifier 的判断解决的。
先是通过两个 TF,让用户帮忙定位了出问题的代码,就是这个 result.itemProvider.canLoadObject(ofClass: UIImage.self)
虽然返回了 true ,但是里面的加载过程中出错了。一开始想像之前那样通过 TypeIdentifier 来单独处理这个图片文件,但是发现 RAW 的格式居然有很多,不可能一一判断分别处理。
先是尝试通过CIRAWFilter
来处理 RAW 的图片,我下了两个 Sony 的 ARW 的图片,可以正确处理,但是发给用户 TF 却还是无法加载。
最后根据这个答案里的提示,找到了一个解决方法,只要是相册里的图片都可以转成 UIImage。如果没有设置 PHImageRequestOptions
的话,RAW 图片会多出一个不太清晰的预览图。有两个方法可以过滤这个预览图: