整理了一份比较完整的评论系统评测列表，并详细介绍了最终选择的 Remark42。

Summary: Learn how to set up 1Password with HashiCorp Vault to secure, orchestrate, and manage your company’s infrastructure secrets. With this integration, passwords managed on 1Password can be translated into secrets on HashiCorp Vault, which in turn allows…

I've reimplemented my lexical analyzer (lexer) for the the TableGen language in Python, JS and Go so far. The latestpost in the seriesdiscussed how several years of new Go versions improved my lexer's performanceby roughly 2x, and how several additional optimizations…

随着疫情的不断延续，远程工作已经不再是新鲜事物。对绝大多数公司和团队来说，远程工作已经不再是 Yes/No 的问题，而是选择在光谱中哪一侧的问题。最近正在处理这方面的事务，因此了解了国内社保以及公积金政策的相关情况以及公司会面临的一些取舍。今天这篇文章就跟大家聊聊远程工作的光谱，相信会对大家在挑选远程工作(尤其是大陆的职位)时有帮助，避免踩坑。

本文所谈到的过载，容易和雪崩混淆。雪崩指的是在分布式系统中，某一个依赖无法正常提供服务，但是系统无法屏蔽掉这个依赖，最终导致整个系统都无法提供服务了。 过载指的是某一个服务所收到的请求量原大于它能处理的请求。 所以后续的讨论使用过载这个词，虽然有的时候我们在讨论相同的问题，但是用的是“雪崩”这个词。 对于过载，似乎有一个很简单的解决方法：现在很多系统的设计都已经考虑好限流了。即，假如某一个系统能处理的 QPS 是 1000，那么它只会同时允许 1000 个请求进入处理，当第 1001 个请求来的时候，会…

对于我来说，我一直认为自己缺少做决策的能力。成年人的生活不像学生时代，所有的题目都有固定答案。所有的选择都不存在绝对的对和错，它只是在人的一生 checkout 了一个新的 branch. 我总是不知道应该如何做决定。 刚好看到了 Jeff Bezos 曾经谈到了自己是如何做决定的，他称之为 Regret Minimization Framwork (遗憾最小化框架) —— 他会想象自己到了 80 岁的时候，是否会认为不做这件事情会让自己遗憾。尽量让人生的遗憾数量最小化。即使当时的选择后来看来是错误的，但也不会后悔尝试过。…

本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文：周刊（第17期）：Read-Write Quorum System及在Raft中的实践 - codedump的网络日志

欢迎关注我的 Telegram 频道: Reorx’s Footprints。这篇文章讲述我为什么创建这个频道，以及如何用 n8n 将 Twitter, YouTube, GitHub, Douban 等服务的动态同步过去，实现个人数字生活的信息聚合。

不久前写过一篇博客《使用 Redfish 自动化安装 ESXi OS》分享了如何使用 Redfish 给物理服务器自动化安装 ESXi OS。虽然在我们内部做到了一键安装/重装 ESXi OS，但想要将这套方案应用在客户的私有云机房环境中还是有很大的难度。 首先这套工具必须运行在 Linux 中才行，对于 Bare Metal 裸服务器来讲还没有安装任何 OS，这就引申出了鸡生蛋蛋生鸡的

Iteration 13 从 5/7 开始到 5/20 结束，为期两周。这个周期成功合并了不少之前提交的 PR，感觉非常有成就感。

独立开发者，AKA indie makers, solo developers, or quite-my-job makers，是一群特别的人。他们或厌倦了大厂上班做重复性的工作，或不甘于只作为别人设计的实现者，或想要挑战自己的创造力、寻求被动收入甚至实现财务自由，初始的动机虽然各异，但却有一个共同点：不满足于一件事情已有的做法和存在方式，想用自己的手去改变和创造，实现心中那个理想的产品。 An indie maker is an independent creator. They build projects…

本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文： - codedump的网络日志

本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文：周刊（第16期）：图解ARIES论文（下） - codedump的网络日志

本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文：使用卷积神经网络训练模型来自动识别验证码——在 YYeTs 的实践 - Nova Kwok's Awesome Blog

BennyThink 大佬做了一个很炫的网站，叫做「人人影视分享站」，但是发现登录的时候要验证码，那我如果忘记密码了的话怎么一瞬间登录 100 次来尝试我的各种密码组合呢？
验证码保存下来是一个 160px * 60px 的图片，为了了解这个验证码是怎么生成的，我们可以直接参考这个网站的代码，在 https://github.com/tgbot-collection/YYeTsBot/blob/master/yyetsweb/database.py 下有如下代码：

APIFlask 是一个基于 Flask 和 marshmallow 的 API 框架（详细介绍见这篇文章）。经过一年的迭代，APIFlask 终于在这个月初发布了 1.0 版本（撒花~）。 GitHub：https://github.com/apiflask/apiflask 文档：https://apiflask.com/docs 1.0 版本主要带来了这些新的功能： 支持处理文件上传，新增 File 字段 支持使用外部的认证库 添加了几个新的请求解析位置：json_or_form、form_and_files…

衡量一条 SQL 的请求的资源消耗是很复杂的，因为不同 SQL 差异太大了。一个点查，跟一个非常复杂的多表 join，可能会隔许多个数量级。单个大查询能够一条 SQL 就把整个分布式数据库集群都击垮。 如何保证这样的请求被拒绝掉，从而保护整体系统呢？在 SQL 这一层预计算代价可能不太适合，我认为在 coprocessor 这一块做些工作可能更靠谱。 因为一个复杂 SQL 请求，会被转化成很多的 coprocessor(协处理器) 查询，在 tidb 里面是计算下推到 tikv，然后再将结果汇总。相比 SQL…

近年来 Newletter 这种发布形式越来越受到欢迎，我也在考虑是否要创建一个自己的邮件专栏。由于我的博客是由静态网站生成器构建的，因此我也希望通过同样的方式来撰写邮件通讯。 我的设想是为博客创建一个新的路径 /weekly，当我在这个路径下发布文章，比如 /weekly/2022W20/，就触发 GitHub Actions 的 CI 任务，将文章的 HTML 通过 Newsletter 服务商的接口发送出去。 带着这个目的，我调研了市面上的一些服务，选定了 4 家进行对比。