近期准备一次近游，抚仙湖吧。
今天 Lute 有重大进展，写代码好久没有这么开心过了。
如果有人吐槽你开源项目不写提交日志或者提交日志毫无意义时，你可以这样回应：好代码不需要写提交日志甚至是注释
简书也开始开启图片防盗链了。
改了一下社区用户 GitHub 仓库刷新机制。以前是定时任务跑全库，现在发现有点跑不动了....暂时改成登录触发加手动触发刷新。 https://hacpai.com/article/1535191016145
第三方社交账号绑定目前已经支持 QQ、微博、微信，可通过这三类账号进行快捷登录，注册仅允许通过 GitHub 账号进行注册。
用于订正生产数据的程序有缺陷简直就是灾难。
被 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，前端整体替换元素。这样前后端都以“模板组件”的方式进行代码复用。
其实解决方案很容易想到，在早期就实施的话就不会这么痛苦了。之所以拖到现在，主要原因还是因为重构的动力不足，抱着得过且过的思想在“堆代码”。这次之所以开始搬这座屎山，是因为我们打算开发新主题，功能方面如果复用度不够的话开发新主题的代价太大了，后面维护不了。
那为什么一开始不设计好呢？我也不知道，也许是因为我那时候太年轻了吧....
近期准备一次近游，抚仙湖吧。
今天 Lute 有重大进展，写代码好久没有这么开心过了。
如果有人吐槽你开源项目不写提交日志或者提交日志毫无意义时，你可以这样回应：好代码不需要写提交日志甚至是注释
简书也开始开启图片防盗链了。
改了一下社区用户 GitHub 仓库刷新机制。以前是定时任务跑全库，现在发现有点跑不动了....暂时改成登录触发加手动触发刷新。 https://hacpai.com/article/1535191016145
第三方社交账号绑定目前已经支持 QQ、微博、微信，可通过这三类账号进行快捷登录，注册仅允许通过 GitHub 账号进行注册。
用于订正生产数据的程序有缺陷简直就是灾难。
被 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，前端整体替换元素。这样前后端都以“模板组件”的方式进行代码复用。
其实解决方案很容易想到，在早期就实施的话就不会这么痛苦了。之所以拖到现在，主要原因还是因为重构的动力不足，抱着得过且过的思想在“堆代码”。这次之所以开始搬这座屎山，是因为我们打算开发新主题，功能方面如果复用度不够的话开发新主题的代价太大了，后面维护不了。
那为什么一开始不设计好呢？我也不知道，也许是因为我那时候太年轻了吧....