如题
现在 ai 用来 coding 一些 小工具很方便, 如果只要是本地使用 那么 web 或者 桌面 app+sqllite 就够了
如果希望多端同步的话 就需要有后端功能了
在没有服务器 没有后端代码 纯 web 代码 /桌面端/手机端 的前提下 有哪些实现方式比较方便呢?
目前想到的有
蹲 大家发散思维 集思广益一些其他可能的方式
登录甚至我觉得都可以不用做,用特定 header+api key 来鉴权
补充一下设想
本来前端就是通过免费的github pages托管, 修改代码可以自动发布,乃至可能有的自动打包成apk,给手机用
没有后端代码, 把数据放在不需要付费的地方 如果放数据的地方 需要认证 可以使用前手动初始化token到本地
或者集成第三方认证(前提是这个oauth2可以纯前端完成,不需要后端服务器回调交互)
能自动同步最好,不行每次使用前/每周末 手动从另外一个设备上传下载同步一次
或者 把文件放到坚果云的同步云盘之类
(这种小玩具个人更喜欢0成本的,就像博客,可能忘了更新,如果是非静态博客 很久不更新可能就觉得钱花的没必要 想退租服务器数据库,但是0成本托管到github pages就没什么压力了,什么时候想写就写,没写躺尸一年 第二年再写也可以)
1
sunny352787 12 小时 24 分钟前
你要只是存点配置的话,github 的 api 就行,创建个私有库或者更简单点的创建个私有 gist
|
2
darksheep9527 OP @sunny352787 想存 crud 的一些数据 简陋点就序列化成一个大 json
|
3
darksheep9527 OP @sunny352787 github 的 api 也需要集成 github 登录吧 有些要回调地址的 oauth2 应该纯前端无法完成 也需要后端
|
4
andforce 11 小时 55 分钟前
买阿里云的云数据库,一年好像 100 块?具体忘记了,反正不贵
|
5
zsh2517 11 小时 45 分钟前 我之前想过的几个方式
1. BaaS 平台,比如 firebase/supabase 2. 写个插件同步 localStorage/indexedDB 等前端存储 3. 思路参考 2 ,但是不走 localstorage ,而是实现一个轻量的(或者也许现在已经有成品) kv 存储/文档查询 api ,并包装成类似于 storage API 的操作。这样多个前端可以用一个后端提供服务(因为本质上是应用业务无关的存储和查询服务) 4. 导入导出 JSON 5. 前端读写前端能读写的存储服务(自用场景不需要说凭据一定要对用户隐藏,直连对象存储、webdav 等存储服务就可以) |
6
sunny352787 11 小时 42 分钟前
@darksheep9527 #3 不用啊,有个 access token 就行了啊,完全符合你所说的特定 header api 授权
|
7
ginakira 11 小时 21 分钟前 如果网络畅通的话推荐用 Cloudflare Workers ,还可以直接联动 D2 对象存储,都是免费的
|
8
darksheep9527 OP @andforce 想白嫖哈哈哈 而且这个需要有后端代码或者集成认证才能同 serverless 交互吧
|
9
darksheep9527 OP @ginakira 这个感觉不错 感谢 CF 活菩萨
|
10
darksheep9527 OP @zsh2517 插件同步 localStorage/indexedDB 等前端存储 ==>这个应该也要服务器才能实现吧
|
11
Rookiewan 8 小时 50 分钟前
以前尝试过,onedrive app 应用接入,然后可以进行自己写逻辑同步数据。数据是存储到应用的文件夹下
|
12
512357301 7 小时 30 分钟前 via Android
可以搜下 PocketBase ,号称单文件后端,但不确定实际上手难度以及是否适合你。
如果需要自建局域网的话,最简单的就是 Tailscale ,不过比较慢,国内推荐贝锐蒲公英,3 终端免费,也可以试试 hi168 ,它会赠送一些额度,只用自建局域网的话基本上一两年内免费用。 |
13
stinkytofux 7 小时 27 分钟前
你先写个简单的 KV 服务, 其他所有小项目都用这个 KV 存取数据就行了. 比用什么 github 方便很多. 用 AI 撸一个 KV 服务, 花不了一个小时.
|
14
irrigate2554 7 小时 25 分钟前
小文件用 git 仓库,用户填入仓库地址即可同步,大文件用 s3 ,用户填入 s3 连接即可同步
|
15
singer PRO cloudflare worker 可以
|
16
keyboardCat 6 小时 16 分钟前
页面和服务可以用 cloudflare work, vercel 等
数据库可以用 tidbcloud ,supabase 等。 |
17
SingeeKing PRO 我基于 cloudflare workers kv 做了个 jsonbin ,这么多年了好多小工具一直用
https://github.com/ImSingee/jsonbin (没文档,想部署问 AI 吧…… 另外,这么多年没更新,因为功能已经够我用了,而且也没 bug ) |
18
sorachi 5 小时 56 分钟前
bun + hono.js 部署到 Cloudflare Workers
|
19
Solix 3 小时 59 分钟前 via iPhone
如果是苹果全家桶,可以直接使用 icloud 文件同步作为后端
|
20
C64NRD 3 小时 12 分钟前
玩玩的话可以弄个树莓派,外接 SSD 做系统,非常流畅,外网访问就套个 Cloudflare Tunnel 。
|
21
zsh2517 2 小时 33 分钟前
@darksheep9527 #10 对,我的思路是基于这样一个前提:大部分纯自用/分享亲友的网站和应用,并不会有什么真正的复杂的关系型/非关系型数据,并且依赖专门的数据库才能使用。通常情况下,每个人的数据是独立的,不太会有跨用户的查询。这种情况下每个用户一个大的数据文档(如 JSON )用来实现跨设备同步数据就够了。
基于此,对每个用户的数据进行打包同步,或者是封装一个通用的存储接口,然后后面写的所有的应用使用同一个后端进行数据同步。虽然还是要有一个服务器,有一个后端。但是第二个应用开始,同步的负担基本上是零了 顺着这个思路,也可以采用比如 #7 提到的 cf workers (或其他云函数)开发摆脱对服务器的依赖;#11 提到的 OneDrive 、#14 提到的 git (或者其他网盘/s3/webdav 等)前端直连的服务直接存储数据 |
22
bbbblue 2 小时 17 分钟前
cf worker 吧 支持的框架也挺多
|
23
FlashEcho 1 小时 30 分钟前
我是用的 github gist ,目前存着有一个 80000 多个 item 的 json ,总大小已经 5MB 了,每天读写次数大概 100 次,github 上显示 revision 已经 10000+了(点进去直接会卡死),目前还没遇到性能瓶颈,推荐你也试试
最简单的就是 github gist 了,申请一个 pat 就能用 |