被 MySQL JDBC 驱动 v8.0.12 坑了一下，要用 utf8mb4 不只需要设置连接串。
MySQL :: MySQL Connector/J 8.0 Developer Guide :: 6.7 Using Character Sets and Unicode
果断升级到最新版驱动 😂
社区的 Redis 设置了过期时间为 6 小时，以前是不会过期的，除非手动清空。
端午节发布 Solo v3.6.2 🎉
下午坐公交去办事，回来开门发现钥匙丢了。打电话给办事那里被告知没捡到。后来去公交车场问了下，不幸中的万幸居然还真在那里。感谢了负责调度的人，他回我说“以后如果公交人做的有什么不对的地方也请多包容一些”，真的很温暖。
恢复 Lute 的开发。
星火已经发布并开源。
https://github.com/b3log/starfire
最近看的纸质书比较多，我突然发现这种没有超链接的 plain text 更好一些，不容易被“能点击”、蓝色、下划线等这样的视觉感官影响到阅读体验。回想了下以前写的文章，其实大部分都可以不用超链接的，一定要链的话放文末作为参考引用就行了。
计划后天发布新产品——星火 🌟 一个分布式的内容分享讨论社区，星星之火可以燎原。
总有那么一个时刻，你会怀疑所有人。
这次对网络言论方面的管控操作已经明显不像十年前的那次了。部分网站自觉地关闭了一些容易失控的功能，怎么说这也是主动不是被迫。但这样到底是进步还是倒退呢？
我发现我已经开始期待这个新时代了。
B3log 开源赞助捐赠已经接入支付宝 https://hacpai.com/sponsor
支付宝 SDK 也不找个醒目的地方说明一下 execute、sdkExecute、pageExecute 的区别，这个非常重要啊，应该在开发接入文档一开头部分就介绍的。
execute
sdkExecute
pageExecute
execute、sdkExecute、pageExecute 有什么区别
帖子和回帖的交互操作（感谢、点赞这类）正在全面进行重构。之前是每个操作完成后前端局部更新界面，比如感谢后的数字加一。这几年下来随着交互操作种类的增加，大量的局部刷新细节导致了代码非常繁琐和脆弱。
解决方案是以整块的模板为单位进行局部整体渲染。比如感谢回帖后，后端渲染这条回帖的模板返回 HTML，前端整体替换元素。这样前后端都以“模板组件”的方式进行代码复用。
其实解决方案很容易想到，在早期就实施的话就不会这么痛苦了。之所以拖到现在，主要原因还是因为重构的动力不足，抱着得过且过的思想在“堆代码”。这次之所以开始搬这座屎山，是因为我们打算开发新主题，功能方面如果复用度不够的话开发新主题的代价太大了，后面维护不了。
那为什么一开始不设计好呢？我也不知道，也许是因为我那时候太年轻了吧....
刚刚根据每年的记账记录大致统计了一下，自从做第一个开源项目到现在，在这 10 年时间里一共收到了差不多 ￥10000 的捐赠，在这里非常感谢一路走来支持过 B3log 的人 ❤️
稍后会把 B3log 开源捐赠赞助通过开发方式接入支付宝，并做一个赞助者列表用于展示。这样可以既可以对外公开 B3log 捐赠方面的收入情况，也可以用于铭记赞助者。
开源了个 Go 语言常用工具库，好轱辘大家造、大家用！
https://github.com/b3log/gulu
本来说睡个午觉的，突然发现个 bug 折腾到现在 😥
昆明终于下雨了。
找了几个查询流量的网站，对比了下 oschina.net、csdn.net、v2ex.com 的流量，发现 CSDN 是 20 个左右 V2EX；V2EX 是 2 个左右开源中国。开源中国的流量没有想象中那么大。
其他几个小众社区，ruby-china.org、cnodejs.org、studygolang.com、golangtc.com、hacpai.com 都是一个量级的。一个开源中国相当于 30 个左右这样的站。
黑客派一天的广告收入（仅谷歌广告）平均下来有 $3，仅仅按照流量倍数放大看的话开源中国一天收入在 $100 左右，V2EX 一天的广告收入应该在 $200 左右。GA 广告流量越高收入越高，所以应该按某个比例放大，等以后黑客派有实际数据了再来估算一下。
$3
$100
$200
Solo v3.6.1 已发布。
就是那么巧合 😏
被 MySQL JDBC 驱动 v8.0.12 坑了一下，要用 utf8mb4 不只需要设置连接串。
MySQL :: MySQL Connector/J 8.0 Developer Guide :: 6.7 Using Character Sets and Unicode
果断升级到最新版驱动 😂
社区的 Redis 设置了过期时间为 6 小时，以前是不会过期的，除非手动清空。
端午节发布 Solo v3.6.2 🎉
下午坐公交去办事，回来开门发现钥匙丢了。打电话给办事那里被告知没捡到。后来去公交车场问了下，不幸中的万幸居然还真在那里。感谢了负责调度的人，他回我说“以后如果公交人做的有什么不对的地方也请多包容一些”，真的很温暖。
恢复 Lute 的开发。
星火已经发布并开源。
https://github.com/b3log/starfire
最近看的纸质书比较多，我突然发现这种没有超链接的 plain text 更好一些，不容易被“能点击”、蓝色、下划线等这样的视觉感官影响到阅读体验。回想了下以前写的文章，其实大部分都可以不用超链接的，一定要链的话放文末作为参考引用就行了。
计划后天发布新产品——星火 🌟 一个分布式的内容分享讨论社区，星星之火可以燎原。
总有那么一个时刻，你会怀疑所有人。
这次对网络言论方面的管控操作已经明显不像十年前的那次了。部分网站自觉地关闭了一些容易失控的功能，怎么说这也是主动不是被迫。但这样到底是进步还是倒退呢？
我发现我已经开始期待这个新时代了。
B3log 开源赞助捐赠已经接入支付宝 https://hacpai.com/sponsor
支付宝 SDK 也不找个醒目的地方说明一下
execute、sdkExecute、pageExecute的区别，这个非常重要啊，应该在开发接入文档一开头部分就介绍的。execute、sdkExecute、pageExecute 有什么区别
帖子和回帖的交互操作（感谢、点赞这类）正在全面进行重构。之前是每个操作完成后前端局部更新界面，比如感谢后的数字加一。这几年下来随着交互操作种类的增加，大量的局部刷新细节导致了代码非常繁琐和脆弱。
解决方案是以整块的模板为单位进行局部整体渲染。比如感谢回帖后，后端渲染这条回帖的模板返回 HTML，前端整体替换元素。这样前后端都以“模板组件”的方式进行代码复用。
其实解决方案很容易想到，在早期就实施的话就不会这么痛苦了。之所以拖到现在，主要原因还是因为重构的动力不足，抱着得过且过的思想在“堆代码”。这次之所以开始搬这座屎山，是因为我们打算开发新主题，功能方面如果复用度不够的话开发新主题的代价太大了，后面维护不了。
那为什么一开始不设计好呢？我也不知道，也许是因为我那时候太年轻了吧....
刚刚根据每年的记账记录大致统计了一下，自从做第一个开源项目到现在，在这 10 年时间里一共收到了差不多 ￥10000 的捐赠，在这里非常感谢一路走来支持过 B3log 的人 ❤️
稍后会把 B3log 开源捐赠赞助通过开发方式接入支付宝，并做一个赞助者列表用于展示。这样可以既可以对外公开 B3log 捐赠方面的收入情况，也可以用于铭记赞助者。
开源了个 Go 语言常用工具库，好轱辘大家造、大家用！
https://github.com/b3log/gulu
本来说睡个午觉的，突然发现个 bug 折腾到现在 😥
昆明终于下雨了。
找了几个查询流量的网站，对比了下 oschina.net、csdn.net、v2ex.com 的流量，发现 CSDN 是 20 个左右 V2EX；V2EX 是 2 个左右开源中国。开源中国的流量没有想象中那么大。
其他几个小众社区，ruby-china.org、cnodejs.org、studygolang.com、golangtc.com、hacpai.com 都是一个量级的。一个开源中国相当于 30 个左右这样的站。
黑客派一天的广告收入（仅谷歌广告）平均下来有
$3，仅仅按照流量倍数放大看的话开源中国一天收入在$100左右，V2EX 一天的广告收入应该在$200左右。GA 广告流量越高收入越高，所以应该按某个比例放大，等以后黑客派有实际数据了再来估算一下。Solo v3.6.1 已发布。
就是那么巧合 😏