记录两个问题

1. 用urlsesionwebsocket实现的话，连接一个ws是可以的，但是连接另外一个就报错了；
2. 如果用nwwebsocket的话，两个都可以连接，貌似是放在queue里，但是第二条ws就是不打印pong信息

作为 electron 的替代选择，tauri 貌似安装包小很多，留意下。
一年前留意的消息今天终于来更了，也都是因为 chatgpt 客户端来的，基于 rust 和 tauri 的小巧的跨平台方案，看来 web 将统一一切哈。
然后今天一早起来就看到一个 tauri 的坑，Windows 下有问题具体我没看，然后一堆评论说需求复杂后还得上 electron，这个我也没看，不过我觉得这个 tauri 的定位是小巧的跨平台方案，不是 electron 的替代品，所以我觉得这个坑不是很大，毕竟 tauri 的定位就是这样的。

nodejs

想做个动效，找到了这个厉害了，本来是查 image 的 MatchedGeometry。

参考

之前一直没有好好入门说唱hippop，虽然很早就听过好像大学时 I'll be missing you 觉得很好听，但是没有系统的了解。
近年，尤其是听了 ozi 科普了我一直以来的一个疑问 为什么国外尤其是美国流行说唱，而亚洲圈的还是流行旋律歌，简单来说一个是party一个是ktv之别。

再就是今年看到的超级碗中场表演，第一次完整看完感觉还是很不错的，虽然都听不懂哈，但是开头和结束的两首旋律还挺吸引人（毕竟我是亚洲圈的），然后入坑。

没想到需要多次使用正则的地方竟然是 ci 的 filter 规则，开始。

看到一款霞鹜文楷挺好看的，看能不能一起弄到 jetbrain mono 放在 code 环境里。

fontforge MacOS 打开方式

项目里有个需求，简化来说就是界面上有可以滑动的卡片，每个卡片上有倒计时，其他还有很多细节要求，导致简单的添加timer难以完成相关功能。
因为timer多了后难以维护，尤其碰到类似tableviewcell的重用机制，一时间状态判断几何量的增多，导致问题越来越复杂。

后面找了下，有两个可以参考的地方：

今天看到推上提到了 spm，然后顺手停下来搜索了解了下。
其实最关心的就是 编译速度，这个用用再说，反正 cocoapods 如果不用 binary 插件的话，每次 clean 编译都是重新来过的；
顺带看到了 私有库 的便利性，这个可以好好用用啊。

参考

问题

error: cannot load module ‘target’ as ‘anotherTarget’

今天还是被迫开始了 tailwind 的实操，还是解决问题学习来的最快呢

控件学习

昨天一个神奇的一天，竟然一直忽略12以后新尺寸适配，之前x也是375的point，所以一直相安无事，知道12出来后尤其是promax带来了更大的428，就出现基于375设计的图，在428上看起来偏小的问题。

Device                        Points   Log. Res.  Sc. Real Res.  PPI  Ratio   Size
iPhone 12 Pro Max, 13 Pro Max 926x428  2778x1284  3x  2778x1284  458  19.5:9  6.7"
iPhone 12, 12 Pro, 13, 13 Pro 844x390  2532x1170  3x  2532x1170  460  19.5:9  6.1"
iPhone 12 mini, 13 mini       812x375  2436x1125  3x  2340x1080  476  19.5:9  5.4"
iPhone XS Max, 11 Pro Max     896x414  2688x1242  3x  2688x1242  458  19.5:9  6.5"
iPhone XR, 11                 896x414  1792x828   2x  1792x828   326  19.5:9  6.1"
iPhone X, XS, 11 Pro          812x375  2436x1125  3x  2436x1125  458  19.5:9  5.8"
iPhone 6+, 6S+, 7+, 8+        736x414  2208x1242  3x  1920x1080  401  16:9    5.5"
iPhone 6, 6S, 7, 8, SE2       667x375  1334x750   2x  1334x750   326  16:9    4.7"
iPhone 5, 5S, 5C, SE1         568x320  1136x640   2x  1136x640   326  16:9    4.0"
iPhone 4, 4S                  480x320  960x640    2x  960x640    326  3:2     3.5"
iPhone 3GS                    480x320  480x320    1x  480x320    163  3:2     3.5"

做一个小的组件来快速提取文本里的匹配内容，内容一多几万行的话，速度就慢了很多，有没有好方法（Text search algorithms）？

参考

查询超过两次的必须记录😂

方法

方法

fastlane cocoapods 等环境怎么 cache

项目里用到了两包管理器，Cocoapods 和 Carthage 都用到了，感觉有点混乱，问了下说是优化编译速度所采取的措施，那为什么不都用 Carthage 或者 Cocoapods 有没有好的处理方式或者其他更好的方法？

名词