GeekNote 是一个为 Geek 设计的写作和阅读平台。 Geek 译作极客，形容对计算机和网络技术有狂热兴趣并投入大量时间钻研的人。—— https://zh.wikipedia.org/wiki/%E6%9E%81%E5%AE%A2

GeekNote 是一个专为极客设计的博客服务，致力于为技术群体提供简洁优雅的写作和阅读环境，现已面向公众开放使用。 GeekNote 的主要特点有： 极简的 MarkDown 编辑器。 专注于内容的网站设计和排版。 提供个人和团队写作空间。 首页是基于热度和订阅关系的文章列表。 为什么开发 GeekNote？见 https://geeknote.net/GeekNote/posts/1 在上一周发布内测邀请后，约有40人参与了 GeekNote 的内测使用，并提供了宝贵意见。经过一周的开发，现已经修复了大部分影响使用的…

自网站上线开始就不断有人询问社区的内容尺度，因为网站刚上线，内容并不多，所以一直没有公开的回答这个问题。 但随着网站的推广，我可能没有时间一一回答这个问题。如果不将内容规则公开出来，可能会让人产生误解。所以今天发布了 GeekNote 的《社区准则》，具体内容请点击链接查看。 设立《社区准则》的出发点是维护社区的氛围，并且让网站存活下去，我理解有人可能想要发布各种各样的话题，但如果某些话题会危及到网站的存在，那么将损害社区所有人的利益，所以准则列出了不允许发布的话题，并且范围有可能增加。我认为只讨论技术…

很高兴宣布，GeekNote 已经提供 Atom Feed。 Atom Feed 是一种开放的订阅协议，您可以使用 Feedly，Inoreader 等 RSS 阅读器订阅文章。 个人账号和组织账号的 Atom Feed 地址为： https://geeknote.net/AccountName/feed.atom 您也可以在个人主页的头部找到 RSS 的链接： 个人主页的网页头部已经添加了 Atom Feed 的自发现链接，大部分情况下只要在订阅器添加 https://geeknote.net/AccountName…

GeekNote 过去一段时间进行了一些功能优化： 文章图片支持了复制粘贴和拖拽上传。 去掉了多余的编辑器工具栏，图片上传按钮移至右上角。 网站顶部导航不再固定在顶部，阅读空间更大。 账号管理面板布局重新设计，与整站风格更协调。 GeekNote 还将不断优化提供更好的体验，欢迎提供建议意见。 本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文：图片粘贴/拖拽上传和界面优化 - Rei

很高兴宣布，GeekNote 新增了合集功能，替代了之前的收藏功能。 合集被设计用于以下目的： 个人收藏、归档。 整理同一话题或系列文章。 你可以点击文章工具栏的“书签”按钮打开合集对话框。 图例：合集对话框 在合集对话框中可以新建或勾选需要添加到的合集。新建合集时，你可以设置合集的名称和公开范围（私有/公开）。 在“管理面板->合集”中，可以设置合集的高级属性和拖动排序合集文章。 图例：文章排序 注意：当选择了内置排序方法时，新加入的文章将会按所选内置排序方法排序；当手动更改了文章排序时，内置排序方法将自动设置为“自定义”。…

很高兴宣布，GeekNote 已增加历史版本功能。 GeekNote 默认使用自动保存机制，有时错误编辑了文章又关闭了浏览器，可能会造成内容丢失，而历史版本功能则修补了这个缺陷。 点击文章编辑页面右上角菜单的“历史版本”可以进入历史版本页面。 在历史版本页面中可以查看过往的编辑记录。 有需要的时候，点击“恢复该版本”按钮即可回滚文章修改。 每当用户编辑或发布文章时，系统会自动生成版本。为了防止版本数量过多，目前设置了 3 分钟的版本间隔，以后可能会视情况调整。 另外文章的发布按钮也进行了变动。之前的文章…

现在 GeekNote 增加了评论邮件通知功能。开启邮件通知后，每当文章获得新评论都会收到邮件通知，免去经常刷新网站查看是否有新评论的烦恼。 要开启邮件通知，需要先通过邮件验证。新用户会在注册后收到验证邮件，老用户需要在“设置->邮件地址”中点击“发送验证邮件”按钮触发验证邮件。 收到验证邮件后，点击“验证邮箱地址”即可。 要注意的是，评论邮件目前不支持直接回复。要回复评论请点击“回复评论”按钮到 Web 页面回复。 之后不想收取回复通知，可以在“设置->通知”中关闭邮件通知。 使用中如果遇到问题，欢迎在评论区提出。…

很高兴宣布 GeekNote 已经支持深色主题！ 如果您的设备支持设置主题偏好，那么 GeekNote 将会自动识别您的设置。 以 Mac 为例，打开“系统设置->通用”即可设置外观偏好： 您也可以在网站设置主题偏好，打开“右上角菜单->主题”即可设置外观偏好： 希望深色主题有助于解决夜间阅读“亮瞎眼”的问题。 祝使用愉快。 本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文：GeekNote 新增深色主题 - Rei

引言：写过不少技术文章，以及给不少技术思路手绘示例配图之后，在这方面有了一些心得，本文权当个人的一些的总结，抛砖引玉。

堡垒最容易从内部攻破。 —— 列宁 Rails 社区其实一直以来都有不少唱衰，有说 Ruby 已死的，有说 Rails 无法扩展的，有说 Rails 已经落后于前端开发模式的……我一直不以为然，因为我知道只要 Rails 还是精于小团队的生产力框架，它就有继续成长的空间。 但今天我感觉 Rails 社区遇到了真正的危机，它来自于核心维护成员。 几天前 DHH 发了一条推，宣布他无缘今年的 RailsConf 主题演讲： DHH 在的文章 No RailsConf 中指出，RailsConf 组织者发来一…

这周非常累。 周一的时候想去线下办个手续结果吃了个结结实实的闭门羹，地铁往返 4 小时，一天下来基本什么都没做。疲惫的周一带来的低气压持续笼罩着这一周，吃不好睡不香，思维也极度压抑，写代码没灵感，查问题没思路，非常难受。现在回想起来感觉应该当机立断给自己放一个小假而不是持续的硬耗，这种状态直接导致这周产出不多，新的想法也少。 周四的晚上突然决定把自己的所有设备都换成 Dark Mode，主题使用 Dracula Theme。这个主题真的是太全了，几乎所有能配置主题的软件都有这套配色。 vim: Plug…

接下来打算写一个"云原生数据库架构"为主题的系列博客。背景是贵司的战略方向上，cloud first 将是非常重要的一环。 先写个免责声明：一是只讨论技术，针对这个主题的；二是内容纯粹是个人观点，跟 TiDB 的产品设计或者路线规划完全无关。 内容会非常散乱，想到哪写到哪。反正散乱大概也是本博客的风格了...目前在计划阶段会先写以下几篇： session manager cockroachdb severless 解读 "下一代云原生数据库设计"点评 话题很大，先从 session manager 这个很小的点作为开场。…

GeekNote 使用了 Hotwire 的 Turbo，有些地方需要用到 Tab 导航。我希望在切换 Tab 的时候保持页面滚动的位置，避免页面跳动。 经过搜索，发现 Hotwire 有个 Issus 提出了这个需求，然后维护者给了官方的实现思路：https://github.com/hotwired/turbo/issues/37#issuecomment-751523976 。这个实现对当前版本有些问题，根据后面的回复我找到了适合当前版本的实现。 只需加入一段 js： let scrollTop =…

上周看了盘古实验室发表的《Bvp47 美国NSA方程式的顶级后门》的文章，里面提到后门使用BPF技术做通信信道的隐藏，本身不监听端口，通过特定SYN包唤醒后门。而且，此后门隐藏近二十年之久，至今才被发现。 Bvp47 直接利用 BPF 的这个特性作为隐蔽信道环节中在 Linux 内核层面的高级技巧，避免直接的 内核网络协议栈HOOK被追踪者检测出来。具体的 BPF 汇编如下，只有满足这部分规则的 SYN 数据包(还包括UDP包)才会进入下一个加解密 流程进行处理: 文中一句带过，没有过多的细节描述。也能…

项目上使用到 argo-workflow 作为工作流引擎来编排运行一些 超融合 集群部署相关的任务，整套环境运行在一个单节点的 K3s 上。之所以选择 argo-workflow + K3s 的搭配主要是想尽可能少地占用系统资源，因为这套环境将来会运行在各种硬件配置不同的笔记本电脑上 😂。综合调研了一些常见的 K8s 部署工具最终就选择了系统资源占用较少的 K3s。 现在项目的一个需求就是在集群部署完成或失败之后需要将 workflow 的日志归档保存下来。虽然可以在 workflow 的 spec 字段中使用…

上次年终总结中提到，cora 接下来计划的其中一个方向，考虑像 babashka 那样子做成日常的脚本来使用。 如果是当作日常脚本使用，其中很重要的一块是文本处理能力。而说到文本处理，对于正则表达式的支持首先就出现在了脑海里。所以这一篇的话题就讨论正则表达式，PEG 以及 parser combinator。 正则当然可以用一些三方库，但是作为一个完善语言的库的过程，所以我想自己撸一些东西。 正经的正则的实现可以参考 russ cox 写过一系列关于正则表达式的文章，做法是编译成 NFA 或者 DFA。…

引言：在工作里使用Rust已经有两个多月的时间了，谈谈我做为一名多年的C系（C、C++）程序员，对Rust的初体验。

最近完成了 Databend 存储模块的大重构，在不阻塞现有功能开发的前提下，基本无痛的完成了功能的实现。本文总结了我个人的一些经验，期望能够带来一些启发。 做重构不易，尤其是在一个相当活跃的 codebase 上。Databend 现在每周有 40+ PR 被 merge，在过去的一周中有 800+ 文件发生了变更，代码增加了 21K 行，删除了 12K 行。在这样的代码库上，毕全功于一役的代价是高到可怕的。所以在整个重构的生命周期中，我们都需要跟社区保持密切沟通，让社区知道你想做什么，怎么做，现在的…