V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
爱意满满的作品展示区。
darksheep9527
V2EX  ›  分享创造

自用 APP 低成本后端服务探讨

  •  
  •   darksheep9527 · 23 小时 26 分钟前 · 1461 次点击

    如题

    现在 ai 用来 coding 一些 小工具很方便, 如果只要是本地使用 那么 web 或者 桌面 app+sqllite 就够了

    如果希望多端同步的话 就需要有后端功能了

    在没有服务器 没有后端代码 纯 web 代码 /桌面端/手机端 的前提下 有哪些实现方式比较方便呢?

    目前想到的有

    1. 最原始方式 数据包括图片(转 base64/转图床) 存为 json,然后有导入导出功能
    2. 使用谷歌表格 API (可行度最高 缺点是需要谷歌,不方便 share 给别人使用) 03.webdav ? 可能需要后端才能集成?

    蹲 大家发散思维 集思广益一些其他可能的方式

    登录甚至我觉得都可以不用做,用特定 header+api key 来鉴权

    第 1 条附言  ·  21 小时 51 分钟前

    补充一下设想

    本来前端就是通过免费的github pages托管, 修改代码可以自动发布,乃至可能有的自动打包成apk,给手机用

    没有后端代码, 把数据放在不需要付费的地方 如果放数据的地方 需要认证 可以使用前手动初始化token到本地

    或者集成第三方认证(前提是这个oauth2可以纯前端完成,不需要后端服务器回调交互)

    能自动同步最好,不行每次使用前/每周末 手动从另外一个设备上传下载同步一次

    或者 把文件放到坚果云的同步云盘之类

    (这种小玩具个人更喜欢0成本的,就像博客,可能忘了更新,如果是非静态博客 很久不更新可能就觉得钱花的没必要 想退租服务器数据库,但是0成本托管到github pages就没什么压力了,什么时候想写就写,没写躺尸一年 第二年再写也可以)

    第 2 条附言  ·  21 小时 49 分钟前
    当然 如果能小范围发布出去给别的朋友 使用就更好(逃
    不行就自用也不错
    23 条回复    2026-02-12 00:53:14 +08:00
    sunny352787
        1
    sunny352787  
       23 小时 23 分钟前
    你要只是存点配置的话,github 的 api 就行,创建个私有库或者更简单点的创建个私有 gist
    darksheep9527
        2
    darksheep9527  
    OP
       22 小时 55 分钟前
    @sunny352787 想存 crud 的一些数据 简陋点就序列化成一个大 json
    darksheep9527
        3
    darksheep9527  
    OP
       22 小时 54 分钟前
    @sunny352787 github 的 api 也需要集成 github 登录吧 有些要回调地址的 oauth2 应该纯前端无法完成 也需要后端
    andforce
        4
    andforce  
       22 小时 54 分钟前
    买阿里云的云数据库,一年好像 100 块?具体忘记了,反正不贵
    zsh2517
        5
    zsh2517  
       22 小时 44 分钟前   ❤️ 1
    我之前想过的几个方式

    1. BaaS 平台,比如 firebase/supabase
    2. 写个插件同步 localStorage/indexedDB 等前端存储
    3. 思路参考 2 ,但是不走 localstorage ,而是实现一个轻量的(或者也许现在已经有成品) kv 存储/文档查询 api ,并包装成类似于 storage API 的操作。这样多个前端可以用一个后端提供服务(因为本质上是应用业务无关的存储和查询服务)
    4. 导入导出 JSON
    5. 前端读写前端能读写的存储服务(自用场景不需要说凭据一定要对用户隐藏,直连对象存储、webdav 等存储服务就可以)
    sunny352787
        6
    sunny352787  
       22 小时 40 分钟前
    @darksheep9527 #3 不用啊,有个 access token 就行了啊,完全符合你所说的特定 header api 授权
    ginakira
        7
    ginakira  
       22 小时 20 分钟前   ❤️ 2
    如果网络畅通的话推荐用 Cloudflare Workers ,还可以直接联动 D2 对象存储,都是免费的
    darksheep9527
        8
    darksheep9527  
    OP
       21 小时 50 分钟前
    @andforce 想白嫖哈哈哈 而且这个需要有后端代码或者集成认证才能同 serverless 交互吧
    darksheep9527
        9
    darksheep9527  
    OP
       21 小时 50 分钟前
    @ginakira 这个感觉不错 感谢 CF 活菩萨
    darksheep9527
        10
    darksheep9527  
    OP
       21 小时 32 分钟前
    @zsh2517 插件同步 localStorage/indexedDB 等前端存储 ==>这个应该也要服务器才能实现吧
    Rookiewan
        11
    Rookiewan  
       19 小时 49 分钟前
    以前尝试过,onedrive app 应用接入,然后可以进行自己写逻辑同步数据。数据是存储到应用的文件夹下
    512357301
        12
    512357301  
       18 小时 29 分钟前 via Android
    可以搜下 PocketBase ,号称单文件后端,但不确定实际上手难度以及是否适合你。
    如果需要自建局域网的话,最简单的就是 Tailscale ,不过比较慢,国内推荐贝锐蒲公英,3 终端免费,也可以试试 hi168 ,它会赠送一些额度,只用自建局域网的话基本上一两年内免费用。
    stinkytofux
        13
    stinkytofux  
       18 小时 26 分钟前
    你先写个简单的 KV 服务, 其他所有小项目都用这个 KV 存取数据就行了. 比用什么 github 方便很多. 用 AI 撸一个 KV 服务, 花不了一个小时.
    irrigate2554
        14
    irrigate2554  
       18 小时 24 分钟前
    小文件用 git 仓库,用户填入仓库地址即可同步,大文件用 s3 ,用户填入 s3 连接即可同步
    singer
        15
    singer  
    PRO
       18 小时 20 分钟前
    cloudflare worker 可以
    keyboardCat
        16
    keyboardCat  
       17 小时 14 分钟前
    页面和服务可以用 cloudflare work, vercel 等
    数据库可以用 tidbcloud ,supabase 等。
    SingeeKing
        17
    SingeeKing  
    PRO
       17 小时 7 分钟前
    我基于 cloudflare workers kv 做了个 jsonbin ,这么多年了好多小工具一直用

    https://github.com/ImSingee/jsonbin

    (没文档,想部署问 AI 吧…… 另外,这么多年没更新,因为功能已经够我用了,而且也没 bug )
    sorachi
        18
    sorachi  
       16 小时 55 分钟前
    bun + hono.js 部署到 Cloudflare Workers
    Solix
        19
    Solix  
       14 小时 57 分钟前 via iPhone
    如果是苹果全家桶,可以直接使用 icloud 文件同步作为后端
    C64NRD
        20
    C64NRD  
       14 小时 11 分钟前
    玩玩的话可以弄个树莓派,外接 SSD 做系统,非常流畅,外网访问就套个 Cloudflare Tunnel 。
    zsh2517
        21
    zsh2517  
       13 小时 32 分钟前
    @darksheep9527 #10 对,我的思路是基于这样一个前提:大部分纯自用/分享亲友的网站和应用,并不会有什么真正的复杂的关系型/非关系型数据,并且依赖专门的数据库才能使用。通常情况下,每个人的数据是独立的,不太会有跨用户的查询。这种情况下每个用户一个大的数据文档(如 JSON )用来实现跨设备同步数据就够了。

    基于此,对每个用户的数据进行打包同步,或者是封装一个通用的存储接口,然后后面写的所有的应用使用同一个后端进行数据同步。虽然还是要有一个服务器,有一个后端。但是第二个应用开始,同步的负担基本上是零了

    顺着这个思路,也可以采用比如 #7 提到的 cf workers (或其他云函数)开发摆脱对服务器的依赖;#11 提到的 OneDrive 、#14 提到的 git (或者其他网盘/s3/webdav 等)前端直连的服务直接存储数据
    bbbblue
        22
    bbbblue  
       13 小时 16 分钟前   ❤️ 1
    cf worker 吧 支持的框架也挺多
    FlashEcho
        23
    FlashEcho  
       12 小时 29 分钟前   ❤️ 1
    我是用的 github gist ,目前存着有一个 80000 多个 item 的 json ,总大小已经 5MB 了,每天读写次数大概 100 次,github 上显示 revision 已经 10000+了(点进去直接会卡死),目前还没遇到性能瓶颈,推荐你也试试

    最简单的就是 github gist 了,申请一个 pat 就能用
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3038 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 05:22 · PVG 13:22 · LAX 21:22 · JFK 00:22
    ♥ Do have faith in what you're doing.