 |
|
ghoul5426
V2EX member #572499, joined on 2022-02-11 20:07:59 +08:00
|
ghoul5426's recent replies
M1 比你现在的 CPU 快好几倍,性能吊打是必然的。
如果你只是担心镜像会不会加料(篡改)的话,这个不用担心,支持镜像的平台,文件都有数字签名。也就是说本来就有考虑分发渠道安全性的问题。
楼主是在 macOS 下需要同时配置多个项目的开发环境吧
Nginx 或 Apache 都可以配置多个虚拟主机(使用不同域名),不就行了么,怎么绕这么远。。。
还是我没听懂楼主的需求。
用 ITX 小主板 DIY 的 NAS 主机,系统装 Ubuntu Server LTS ,从 2014 年跑到今天,一直非常稳定,系统有升级过。
居然没人说哈希,为每个数据计算一个哈希值,crc32 ( 32 位)、md5 ( 128 位)、sha1 ( 160 位)、sha256 ( 256 位)等都可以,可以把哈希值做主键或者唯一索引,可以用这个值来做分库分表的依据。
文件锁不挺好的么,现在 linux 里大把进程,也还是用这种方式。
1.最近用了一下腾讯的云函数,感觉还不错,但我这个业务目前还只是测试阶段,流量非常小,还没有接受过真正的大流量的考验。
2.用云函数主要的改造是读写本地文件系统,如果写日志建议使用他们的日志服务,永久文件存储可以使用他们的对象存储。
3.云函数的主要优势是动态缩扩容实例,流量大就自动帮你增加实例数量,流量少又会自动减少,按需收费。
4.数据库是不能放进云函数里面的,即使你使用如 sqlite 之类的文件数据库,也没有意义,因为云函数默认是多实例的,云函数的部署包内有一个 512MB 的临时读写空间,但是那个空间会在实例销毁时自动销毁,所以云函数内部是无法保存数据的,保存数据需要使用外部的数据库服务、KV 存储或者文件存储等。
5.就算 web 层面云函数能给你无限扩容的能力,后面的数据库服务仍然会有压力,像秒杀类的突增型的访问,最好是用 Redis 之类的纯内存数据库。