代码 > 搞定cgo编译musl的pcre库了
2024-06-21
从alpine.pkgs.org 下载alpine的pcre和pcredev包。
配上对应的musl的libc，直接静态编译，结束。
代码大概是
export lib=`cd $(dirname $0)/../../lib/pcre-musl; pwd`
CGO_LDFLAGS="-L$lib -Wl,-rpath=$lib -s -w" CC="musl-gcc" CGO_ENABLED=1 go build -tags 'musl' -a --ldflags "-linkmode external -extldflags '-static'" --trimpath -o ../../bin/hellclient ../
提示找不到-lpcre时其实是找不到libpcre.so.a,从pcre-dev包里搞过来就行。
离开glibc,全身舒爽。
终于体会了lgp/lgpl传染的恶心了。
我不是不接受lgpl,我不是不能接受动态链接。
但是动态连接哪哪都提示glibc系统版本不够高太恶心了。
更何况引入pcre这种mit库的时候。
我只是开个cgo引个dll,压根不想用你牛逼轰轰的glibc好不……
我甚至都用netgo不用你那个破网络库了。
打包编译，在centos7上都能正常运行，一下子就舒服了。
接下去就做稳定性测试了。
网络 > 尝试申请的商标被驳回了
2024-06-17
通过阿里云申请的。价格低，基本就是和管局费用差不多。本身就是做个尝试。
看了驳回理由，基本上确认了这个赚钱的套路。
驳回理由是和一个其他完全不象的商标冲突。
申请的时候其实需要细化很多东西，包括不要随便用黑白图片(查看冲突的商标是彩色而非黑白的）。
需要大量文字描述商标的含义和别人做区分。
然后没经验的几乎一定被拒，然后已经花了半年了，不在15天驳回复查期间花钱买服务的话就要重走流程的话代价太高了。
我不一样，我就是玩玩，这个logo时间差了觉得还是有大大小小的毛病……
代码 > 用了下github actions
2024-06-09
试用了下github actions自动发布。
总体感觉还行，的确是不从的功能。
唯一的问题是，yaml的依赖空格的语法是在是过于蛋疼。
代码 > hugo体验
2024-06-08
第一个用hugo的站点上线了。
怎么说呢，能用，某些很窄的场合好用，大部分情况不好用。
hugo或者类似的静态博客/网站做网站，特点是：
1.使用md这个对普通用户不友好的格式
2.发布方式极度依赖技术经验
3.有一套简单的模板系统，不能适用过于复杂的站点
4.不能方便套用表单，搜索等常用功能
总体来说，特别适合做
与计算机相关的(需要技术背景)，团队较小(没专门的编辑)，页面较多(不然不如手写html)，更新较少的网站
基本就是软件/开源项目的官方站点的样子。
其他的场合未毕好用。
网络 > ios app发布感受
2024-06-08
终于把app发布出来了。
apple developer program莫名其妙卡了我小半年是我没想到的……
成本的话
年费688
整了个最低配m2 mac mima 3000
费用还不低。
剩下的就是发布时需要一个支持网站信息，搞个域名和服务器成本就行。
毕竟app备案也需要用
app备案大概花了我2周。不过app和网站不完全一样，所以app备案感觉上没网站备案这么蛋疼。
然后就是必须要有一个真机设备的uuid，截图只类可以直接上模拟器。
总体来说，个人觉得，ios是渣，但apple store真的很神。
它的确应该能很方便的为普通开发者赚到钱。
只是很可惜，现在已经不是收费app的年代了
广告app和在线订阅，对于独立开发者的冲击不是一般的大。
所以，这口饭，也不是那么好吃的了吧……
代码 > flutter选择背景和文字背景冲突
2024-05-29
具体来说，就是选择背景SelectionColor比背景色backgroundColor优先级低，所以在设置过前/背景色的文本上，选择色的设置无效。
一番搜索，已经有两个issus被提出来了
https://github.com/flutter/flutter/issues/79168
https://github.com/flutter/flutter/issues/96112
怎么说呢，虽然不算常见场景，但需要用的时候还挺蛋疼。
这么久也没修复，感觉真的要修复得接管整个选择目标的渲染流程了。蛋疼。
PS
用了个比较脏的Hack
用WidgetSpan(Container(Text())) 代替了TextSpan
将背景色和TextStyle分离
背景色设在Container上
TextStyle给Text
这样Text是没背景色的，选择色就能覆盖背景色了，
由于TextStyle是只读的，还不能单纯的去除背景信息，只能再封装一下原来的textstyle方法。
不得不说，真脏。
代码 > flutter的showDialog
2024-05-23
这次调代码的主要原因就是随着flutter sdk版本升级，showdiablog失效了……
怎么说呢。
flutter的showDialog虽然名字是showDialog,但它本质值是伪装成showDialog的功能。
本质是在导航里插入一个临时节点，然后在临时节点里显示Dialog的内容。
3.10-3.22不知道那个版本的更新修改了逻辑，showDialog会触发一次路由匹配……
正经来说
showDialog需要指定context和useRootNavigator。
理论上，按照传统的showDialog函数的用法。
少副作用的showDialog需要在容器里用一个Navigator组件来包住子元素。
然后通过指定Navigator的Key的方式，在运行时获取到Navigator的context。
然后，再取消useRootNavigator，这样才能限制showDialog的副作用在自定义的Navigator内。
完全理通的时候，能够理解这个逻辑。
但文档里没说清楚的话，刚开始用真的太容易踩坑了。
代码 > 修正flutter升级3.10升级到3.22后渲染出的问题
2024-05-22
具体来说，由于我的代码是按文字行渲染然后缓存的，发现部分行在linux桌面会随机丢失，统一版本mac os x 无此问题。
目测是异步没及时渲染成功的问题。于是调整了下代码。成功修复。
从
await recorder.endRecording().toImage()
调整为
recorder.endRecording().toImageSync()
问题解决。
基本是这个异步方法的问题。不知道是渲染问题，还是库的问题。
Linux > 修复ceph失效问题
2024-04-11
今天修复了自建pve的ceph失效问题。
症状是pve中ceph操作都超时，命令行ceph任何操作没反应，pveceph status 的话authenticate timed out after 300
折腾了一天，最后排除下来
5个mon节点，2个掉队了，一个磁盘出错，ceph-mon文件损坏，启动服务就bus error。
只剩2个mon不够投票，ceph就卡死了。
最后用文件占位法，把ceph文件mv成其他名字，reinstall下，搞定，赶紧把还有两个Mon重建了。
明天换磁盘重建。
老了，真的有点折腾不动了。