各个编程语言都有多版本管理工具，从一开始的能用，到现在的追求快速，好用，也经历了很多代的发展。光我试过的就有nvm、asdf、fnm、volta。目前最火的是volta，我就粗略翻了一下它的源代码看看它是怎么管理的

1

curl https://get.volta.sh | bash

它会自动的将以下内容增加到bash

1
2

export VOLTA_HOME="$HOME/.volta"                                                                                                         
export PATH="$VOLTA_HOME/bin:$PATH"

执行ls -alh $VOLTA_HOME/bin可以看到node,npm,npx,pnpm,yarn,yarnpkg均被指向了$HOME/.volta/volta-shim文件

查看volta-shim的执行逻辑，主要是找到对应的需要的工具版本(package.json -> default -> system)，然后找到安装的可执行文件执行即可

执行它 VOLTA_LOGLEVEL=debug node可以看到类似输出

1
2
3
4
5
6
7
8

[verbose] Found default configuration at '/Users/ficapy/.volta/tools/user/platform.json'
[verbose] node@20.16.0 has already been fetched, skipping download
[verbose] yarn@1.22.22 has already been fetched, skipping download
[verbose] Active Image:
    Node: 20.16.0 from project configuration
    npm: 10.8.1 from project configuration
    pnpm: None
    Yarn: 1.22.22 from default configuration

可以看到node版本来自于project配置(即package.json)

这个slim比较有意思的是完全劫持了node,npm…etc这些命令行的访问，和其它方案，比如python的多版本管理(一般需要在shell里面添加一些脚本，每次当目录变换的时候执行一下环境检查，如果检查到新环境，就调用source .venv/bin/activate.fish)侵入性更强，但是用户更加无感知

评论和共享

我是一个Sqlite爱好者，作为世界上最广泛使用的数据库，它着实有很多优势，特别是对于小型项目来说。SQL语法兼容、项目成熟、每个语言毫无疑问都支持、速度也不慢、不需要运维。我有好几个小项目都用了Sqlite替代postgresql。但是在有些场景，因为它是嵌入式数据库，也影响了它的发挥

比如我有一个小项目，需要同时在多台电脑上运行，它们都需要数据库。按照数据量大小，新建一个postgresql是不合适的，但是sqlite又不能被多台电脑共用，就很遗憾。直到今天看了https://turso.tech/libsql ,觉得颇有新意，仔细读了一下它的文档，并把一个小项目迁移到了上面，完美符合我的需求…… 关键是免费, 成本极低。所以…. 我决定安利一下

创新点

很简单，将sqlite改成了允许CS架构，并增强了它的WAL能力。让它可以多副本同步，主要应用在serverless场景，用来给边缘计算提供快速的数据库访问，降低全球用户访问延迟。改成CS架构后，原有的编程语言SDK后就得适配。当前提供了TypeScript、Rust、Python、Go SDK。而且TypeScript的支持是最完善的。也可以看出对serverless的支持是它们的核心目标

有了多副本能力，它的推荐架构就有了读写分离这种套路，本地时刻保留了一个可用的副本(理想情况下延迟几秒钟)。写的时候写到主数据库，再同步到本地，这样就能更快的返回数据

看计划好像还有直接写到本地数据库，本地自动写到primary(不知道它的冲突问题准备怎么解决)

我这种使用它避免数据库运维的用法大概率是异类……

迁移已有Sqlite数据库超简单

1

turso db create --from-file olddb_file newdb

其他

该数据库当前的计费方案也可谓是相当的良心，你只需要为你的存储和对数据的读写付费。这基本就是运行sqlite所需要的东西了，没有扣多余的费用。你所写的查询效率越高，触发的数据库查询读越少，成本越低。相对于RDS那种强制按月付费的服务，可谓是大善人…. 免费用户有9GB存储空间，每个月10亿读(并不是查询10亿次，而是查询触发对硬盘块读操作)，对于个人小项目基本是够用了….. 只希望别被羊毛党薅光了…..且用且珍惜

其次，该项目服务端、SDK、CLI代码都是开源的。意味着可以自己部署，自己改进，还是挺友好的

就当前，免费的serverless不少，搭配这种免费的serverless 数据库。意味着CPU资源+存储资源都有了。个人写点小项目想部署到serverless上面是没什么问题的，可谓是十分有想象空间了

当然，缺点也不是完全没有的，因为该项目运营才半年时间。SDK未必有那么完善。没什么GUI(比如Datagrip)支持对它查询，只能自己使用typescript SDK sync api同步完整的数据库到本地(当前CLI不支持下载数据库)，再使用当前工作流的工具对数据库进行操作

总之~~~ 我觉得这个服务很不错，特别是它当前的收费计划👍

参考

Introducing Embedded Replicas: Deploy Turso anywhere

提到了一种方案,搭配Postgresql的逻辑流复制能力将数据同步到Turso

评论和共享

访问外网的时候为了避免被风控，所以长久以来，我是用了一台廉价的vps作为固定出口ip的，有多廉价呢，每月1T流量，192M内存，单核，OpenVZ，每年15刀。因为是几年前买的，现在甚至都停售了。但是日前使用上出了问题，表现为网速过快的时候会断网几分钟，遇到后还觉得挺神奇，后来登陆上去用wget下载文件测试了下，稳定复现，下载热门资源，速度很容易跑到50M/s+，最后询问客服得知，对外部进入的流量做了限制，说是防止DDOS攻击…. 但是说真的，明眼人都能看得出来，是觉得价格太低，所以服务降级，不允许大流量下载

因为贫穷，加上它这个网络质量+ip质量还可以，我就琢磨着自我限速得了，一开始打算用tc之类的，后来发现openvz对这方面有很大限制，后来，就直接改一下代理源码得了

得益于ss的源码质量挺高，也挺好改，直接在对外部进行read的时候限速就好，在令牌桶和漏桶之间选择了漏桶，因为令牌桶允许瞬时流量超过阈值，漏桶没有这个情况，添加代码如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

import (
	"go.uber.org/ratelimit"
)

type GlobalLimit struct {
	limiter   ratelimit.Limiter
	readBytes int
	lock      sync.Mutex
}

var globalLimit = GlobalLimit{
	limiter: ratelimit.New(1024 * 25),
}

type RateLimitedConn struct {
	net.Conn
}

func (rlc *RateLimitedConn) Read(p []byte) (int, error) {

	n, err := rlc.Conn.Read(p)
	globalLimit.lock.Lock()
	defer globalLimit.lock.Unlock()
	globalLimit.readBytes += n

	loop := int(float64(globalLimit.readBytes) / 1024)
	for i := 0; i < loop; i++ {
		globalLimit.limiter.Take()
		globalLimit.readBytes -= 1024
	}
	return n, err
}

func NewRateLimitedConn(conn net.Conn) *RateLimitedConn {
	return &RateLimitedConn{
		Conn: conn,
	}
}

以上限制下载速度为25M/s

最后，在tcpRemote函数内部defer rc.Close()下面添加rc = NewRateLimitedConn(rc)就OK了

评论和共享