16 图床，可能是目前最好用的免费图床

作者来自荐一下

先放网址和预览

避免太长不看，先放网址和预览图 https://111666.best/



闪光点

用了一些时间写了这个图床，自认为有很多可圈可点的地方

• 颜值担当，UI现代化，支持暗黑模式，设计感拉满
• 操作丝滑，跟吃了德芙一样
• 多重备份，分布式数据库，oss冷备份，安全无忧
• 全格式支持，前端预压缩预转码，减少卡顿
• 校验位设计，超级耐打，天生就带着安全基因
• 尊重隐私，不用登录，支持撤回，使用浏览器IndexedDB数据库

无需登录

首先，图床是不用登录的，这在你需要临时传图的时候很方便

允许删除且同步删除CDN缓存

• 很多图床是不登录就不能删图，万一误传了很麻烦，但我们可以在不登陆的情况下删除图片，因为本地记录了你的凭据（token）
• 有些图床删除了图片还能访问，是因为没有清除图片在CDN的缓存，我们的删除会同步清理对应的缓存记录
• token在首次打开网页会储存到浏览器本地数据库，也支持你自己定制token的字符串值

简练的API

图床上有介绍API调用方式，方便开发者调用

分布式数据库，皮实耐用

使用rqlite ( https://rqlite.io/ ) 做分布式数据库，理论上即使图床所在某个机房被毁灭数据都在其他地方有实时备份

图片URL设计

• 图片URL为随机产生，不含有时间信息，对隐私保护有一定的效果
• 图片URL有签名校验位，能够减缓随机url ddos攻击产生额外数据库查询压力

支持复制为markdown/bbcode/直链

点击就能复制，方便发帖使用

Golang的运行效率高

go的运行效率的确比大部分语言都高，某种意义上抗ddos能力高一些？

技术栈

• golang主程序
• rqlite分布式数据库
• cloudflare api，用于清理缓存
• cloudflare waf，针对程序做进一步的配合，增强ddos抵抗
• oss冷备，b2/r2，这个只做冷备，不做热数据
• 数据库定时snapshot，图片文件每月离线备份

为什么用rqlite分布式数据库

当你写小型项目的时候，会遇到选数据库的问题，mysql内存和cpu占用太多了，安装配置的细节太多，有时候会被我嫌弃

于是你有时候会觊觎sqlite，作为嵌入式数据库，sqlite没有server端，一个文件就是全部。的确是非常精巧高效的项目。IT界对sqlite的评价非常非常之高，每次在hacker news提到sqlite，就会变成表彰大会。sqlite的测试代码量巨大无比，使得sqlite的可靠性无比强大。

但是sqlite有个不算缺点的缺点，他是为单机数据库设计的，无法容易实现并发读写，无法容易的实时备份。总不能每秒备份一下数据库文件吧。这意味着数据库损坏，或者机器宕机的影响会非常大。mysql这种有主从备份设计的数据库没这个问题。

建议看一下rqlite ( https://rqlite.io/ ) ，这个库利用sqlite实现了raft一致性协议。可以用n多个节点组成数据库集群，所有数据库间同步数据，任意一台机器挂了都不影响大局。并且可以从任意一台机器上做离线备份，而不用担心影响其他节点的性能。

作为基于sqlite的数据库，rqlite提供了http接口，并且继承了sqlite的优点：省资源。 我们16图床 ( https://111666.best ) 每个rqlite数据库只占用5M的内存，1M不到的硬盘存储数据库日志和文件。

加载速度测试



bug反馈

可能有bug，欢迎各位反馈

另外本图床计划长期维护，不会随便跑路。稳定性是最大的追求。

lechenging 发表于 2024-6-26 13:36
为什么用rqlite分布式数据库  错别字一处 sqlite

好像没写错，rqlite是sqlite的分布式产品

加油加油！
问一句：支持账号功能吗？账号可以仅作为记录上传过的图片，不让容易忘记掉，如果缓存记录被清除，重复上传还会占用空间

支持一下

对了，可以注册一个兔小巢，这样方便反馈，，方便通知和管理，也更有用户粘性

为什么用rqlite分布式数据库  错别字一处 sqlite

目前在用，很nice，你是作者吗？有些建议点想跟你交流下，可以加个好友？

要是微信能分享就更好了               

目前在用，页面很简洁，图片加载也快，很方便，提几个自己使用后的建议吧
建议点：
1、图片加载挺快的，但大图相对较慢，可以出个压缩或者缩略图地址（可参考七牛云的压缩策略，通过后缀参数访问），也可以减少CDN的流量，同时还能满足大图片加载问题。
2、图片固定地址配置，有些可能会经常进行修改的图片，但希望路径相同，删除原来的图片后，可以配置一样的访问路径。
3、随机ID码可以满足大多数的需求，但就怕误点了，一下子又没保存，导致无法找回了，可以将最近几次的随机ID码保留一下历史就好了，indexedDB虽然有，设置能直接查看就更好了，毕竟很多人不懂这个
4、菜单是不是改为中文好点，其他地方都是中文，并没有做语言切换

一点点小提议，仅个人观点

姓C的某人 发表于 2024-6-26 12:41
加油加油！
问一句：支持账号功能吗？账号可以仅作为记录上传过的图片，不让容易忘记掉，如果缓存记录被清 ...

暂时不支持账号功能，这个图床主要是为了在论坛/博客等地方使用，主打轻量化和的体验和隐私保护
后续有可能支持通过token拉取历史图片记录，用于多设备同步的场景，能够弥补一部分没有账号系统的问题

姓C的某人 发表于 2024-6-26 12:50
对了，可以注册一个兔小巢，这样方便反馈，，方便通知和管理，也更有用户粘性 ...

好的，我注册一个兔小巢
我主要在nodeseek论坛活动，可以方便的联系上我

星云_半糖 发表于 2024-6-26 15:08
目前在用，页面很简洁，图片加载也快，很方便，提几个自己使用后的建议吧
建议点：
1、图片加载挺快的，但 ...

1、图片加载挺快的，但大图相对较慢，可以出个压缩或者缩略图地址（可参考七牛云的压缩策略，通过后缀参数访问），也可以减少CDN的流量，同时还能满足大图片加载问题。

好的，会考虑支持缩略图。

2、图片固定地址配置，有些可能会经常进行修改的图片，但希望路径相同，删除原来的图片后，可以配置一样的访问路径。

一般来说，图床不会做内容替换，需求太小众，而且CDN缓存的更新即使在调用清理API后也不是很快，所以加这个功能体验不佳。

3、随机ID码可以满足大多数的需求，但就怕误点了，一下子又没保存，导致无法找回了，可以将最近几次的随机ID码保留一下历史就好了，indexedDB虽然有，设置能直接查看就更好了，毕竟很多人不懂这个

一般不会经常更新token，不过可以支持查看历史token

4、菜单是不是改为中文好点，其他地方都是中文，并没有做语言切换

好的，会支持中英切换，并且默认读取浏览器本地语言。

租个云空间也要不了多少，只是放图的话足够用了，网页要考虑打开速度，该压缩的图就压缩

rocket 发表于 2024-6-26 15:29
好的，我注册一个兔小巢
我主要在nodeseek论坛活动，可以方便的联系上我

有nodeseek邀请码吗？

支持樓主！

支持樓主！

谢谢分享

有点眼熟啊, 是不是跟这个差不多.
https://tk.ysou.cc/

好像……无了？

你这个图也太大了吧