gossip

gossip copied to clipboard

There is an error with this repository's Renovate configuration that needs to be fixed. As a precaution, Renovate will stop PRs until it is resolved. Location: `renovate.json` Error type: Invalid...

renovate[bot]

Dependency Dashboard

1

This issue lists Renovate updates and detected dependencies. Read the [Dependency Dashboard](https://docs.renovatebot.com/key-concepts/dashboard/) docs to learn more. ## Awaiting Schedule These updates are awaiting their schedule. Click on a checkbox to...

renovate[bot]

巨硬家编辑器`vscode`在打开大型项目时，无论启动速度还是补全速度都非常地拉胯，因此还是决定将主力编辑器切换为`neovim`，配置好后，搭配上`tmux`，在终端下的体验非常的丝滑。 这里我并没有从 0 开始进行配置，GitHub 上有很多不错的现成解决方案，这里我直接使用了[nvimdots](https://github.com/ayamir/nvimdots)方案。该方案使用[efm](https://github.com/mattn/efm-langserver)通用语言服务器作为格式化的解决方案，但是我觉得`efm`的配置还是太过零散，像`go`、`rust`都在自己官方内置的 LS 中自带了格式化工具，而`json`、`sh`等不自带的就需要交给`efm`来进行格式化，这样其实显得割裂，而操作起来还是比较繁琐，配置和修改都比较麻烦。 相比于`efm`, 这里我比较推荐的是[null-ls](https://github.com/jose-elias-alvarez/null-ls.nvim)，作为一个和`efm`功能相似的替代品，它支持更加统一的配置方案，无论是`go`、`rust`，还是`json`、`sh`等。它支持大部分主流语言的格式化方案，基本只需要进行很少的配置。所以，现在我的`neovim`格式化方案都统一交给`null-ls`来解决，不再考虑各种语言官方的 LS 是否自带格式化工具。此外，另一个比较吸引我的是，它可以轻松的配置多个格式化工具对文件进行链式格式化。对于`go`这种需要多个格式化工具的语言来说，在使用`null-ls`的方案下，可以轻松实现`gofumpt -> goimports -> golines`的链式格式化方案，不用手敲命令行，体验还是非常地不错。

qianxi0410

年末了，看见大家都在发年终总结，自己其实也想写一篇来着，但是下笔的时候实在是不知道如何描述今年所做的一些事情，感觉很多事情在没有结果的时候说出来就会变成笑话，也许2023年的时候会把今年所做的事情好好总结一下吧，今年是不太可能了。这篇无意义的文章就简单占个位置吧，至少代表2022我还活着。~~当然，也希望2023对我好一点吧~~

qianxi0410

[可扩展哈希](https://en.wikipedia.org/wiki/Extendible_hashing) 是一种动态散列方案，其中的目录和桶被用来散列数据。 对于静态哈希来说，可扩展哈希的优势在于，在扩容的时候，**不需要重新散列所有的数据，只需要重新散列一部分数据即可**。 > 静态哈希不等于不能扩容，只是扩容的时候需要重新散列所有的数据，并且需要重新寻找一个散列函数。 可扩展 hash 的大致架构如下图所示：  其中几个概念： - 目录(direcotory)：用来存储桶指针的数组，其中目录的大小为 2^全局深度，全局深度初始为 1，每次扩容时，全局深度加 1，即目录大小翻倍。这里需要注意，目录中会有多个指针指向同一个桶。 - 桶(bucket)： 用来存储数据的数组，每个桶的大小**固定**，由参数进行指定，局部深度初始为 1，每次分裂时，该桶局部深度加 1。 - 全局深度(global depth)： 用来确定目录的大小，此外，全局深度还用来确定数据的散列地址。例如，全局深度为 1 时，数据的散列地址为 0 或 1，全局深度为 2...

qianxi0410

最近在使用 docker 的时候，即便是配置了国内的镜像，也还是慢的可怕。 而且国内的镜像源并不能实时同步镜像的最新版本，所以还是选择了国外的源 + 代理的方式。 ## pull-time proxy 拉取镜像的时候，是使用`dockerd`守护进程。因此代理需要配置在`dockerd`环境，而这个环境是`systemd`负责，因此实际上是配置`systemd`代理。 ```bash sudo mkdir -p /etc/systemd/system/docker.service.d sudo touch /etc/systemd/system/docker.service.d/proxy.conf ``` 添加下面的内容到`proxy.conf`文件中： ```txt [Service] Environment="HTTP_PROXY=http://ip:port/" Environment="HTTPS_PROXY=http://ip:port/" Environment="NO_PROXY=localhost,127.0.0.1" ``` > 这里的 ip 是你的代理...

qianxi0410

俗话说，工欲善其事，必先利其器。~~差生文具多罢了！~~ 推荐一些能够提升效率的终端工具： [yay](https://github.com/Jguer/yay): 又一个 aur helper，为什么不推荐`paru`，因为`yay`看起来更开心一些。 [zsh](https://github.com/zsh-users/zsh): 比`bash`更强的 shell。 [oh-my-zsh](https://github.com/ohmyzsh/ohmyzsh): 一个`zsh`的框架，自带许多插件和主题。 [starship](https://github.com/starship/starship): `zsh`的主题，但是更好看，而且更快。 [kitty](https://github.com/kovidgoyal/kitty): 一个 GPU 加速的终端，虽然的 python 写的，不用`alacritty`是因为它不支持连写。 [FiraCode](https://github.com/tonsky/FiraCode): 一个带连写的编程字体。 [git](https://git-scm.com/): 版本管理。 [hub](https://github.com/github/hub): 一个更好的`git`增强工具。 [cli](https://github.com/cli/cli): GitHub 官方的命令行工具，可以省去一些图形化操作。和`hub`有些功能重合。 [lazygit](https://github.com/jesseduffield/lazygit): 终端的`git`命令...

qianxi0410