开始实现社区的暗黑模式。
暂时放弃自动更新补丁方案了，还是全量下载吧……
明天发布链滴笔记 v0.1.1，顺便测试自动更新功能是否工作。
https://hacpai.com/article/1582274499427
Lute 和 Vditor 现在是一天一个版本的节奏。
把 Vditor 和 Lute 的 Logo 综合了一下，形成了链滴笔记的：
链滴笔记 v1 基本开发完了，下周正式发布。
Electron 的 find in page 真的很多坑啊。
java: 代码过长
重构了 Latke 请求路由实现，废弃注解式路由，全面使用函数式路由。注解路由真的很不方便查看，特别是别人不熟悉项目的情况下，要找个请求的入口很难。函数式路由的好处是路由配置集中在一个方法里，很方便总览全局。
另外，通过中间件来处理请求上下文比通过 @Before 和 @After 拦截方法要更好扩展，拦截切面还要考虑上下文共享变量，而中间件是直接包裹起来，更方便直观。
@Before
@After
我突然觉得 GitHub 把开源项目的路带偏了，开源项目应该以项目为核心，怎么能以账号为核心呢？回过头来对比一下，以前 SourceForge、Google Code 等都是以项目为主的，下场是基本都扑街了。但 GitHub 如此成功，它的模仿者也都发展不错。所以，以账号为主才能获得用户的认可吧，毕竟社交编程的核心是人。
但是我还是觉得哪里不对劲，也许还有更好的开源协作方式，而不是通过 Fork PR 工作流。是时候从原始的 Git 再次出发了，希望能理清思路。
放弃 Bleve 搜索引擎了，不好用不好用。
链滴笔记开源了 https://github.com/88250/liandi 目前还在紧锣密鼓地开发中，v1 将于下个月中旬发布。
在年前解决了一个 Solo 存在多年的目录插件偶尔加载多次的“幽灵问题” 🎉
开始链滴笔记功能设计。
零宽空格
Markdown 的脚注蛮实用的。
我再也不包装日志组件了。
Issue #7 · 88250/latke
链滴笔记，下款产品就用这个名字吧。
社区 IP 黑名单列表，30 分钟更新一次 https://hacpai.com/apis/blacklist/ip
开始实现社区的暗黑模式。
暂时放弃自动更新补丁方案了，还是全量下载吧……
明天发布链滴笔记 v0.1.1，顺便测试自动更新功能是否工作。
https://hacpai.com/article/1582274499427
Lute 和 Vditor 现在是一天一个版本的节奏。
把 Vditor 和 Lute 的 Logo 综合了一下，形成了链滴笔记的：
链滴笔记 v1 基本开发完了，下周正式发布。
Electron 的 find in page 真的很多坑啊。
重构了 Latke 请求路由实现，废弃注解式路由，全面使用函数式路由。注解路由真的很不方便查看，特别是别人不熟悉项目的情况下，要找个请求的入口很难。函数式路由的好处是路由配置集中在一个方法里，很方便总览全局。
另外，通过中间件来处理请求上下文比通过
@Before和@After拦截方法要更好扩展，拦截切面还要考虑上下文共享变量，而中间件是直接包裹起来，更方便直观。我突然觉得 GitHub 把开源项目的路带偏了，开源项目应该以项目为核心，怎么能以账号为核心呢？回过头来对比一下，以前 SourceForge、Google Code 等都是以项目为主的，下场是基本都扑街了。但 GitHub 如此成功，它的模仿者也都发展不错。所以，以账号为主才能获得用户的认可吧，毕竟社交编程的核心是人。
但是我还是觉得哪里不对劲，也许还有更好的开源协作方式，而不是通过 Fork PR 工作流。是时候从原始的 Git 再次出发了，希望能理清思路。
放弃 Bleve 搜索引擎了，不好用不好用。
链滴笔记开源了 https://github.com/88250/liandi 目前还在紧锣密鼓地开发中，v1 将于下个月中旬发布。
在年前解决了一个 Solo 存在多年的目录插件偶尔加载多次的“幽灵问题” 🎉
开始链滴笔记功能设计。
零宽空格
Markdown 的脚注蛮实用的。
我再也不包装日志组件了。
Issue #7 · 88250/latke
链滴笔记，下款产品就用这个名字吧。
社区 IP 黑名单列表，30 分钟更新一次 https://hacpai.com/apis/blacklist/ip