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

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

  •  
  •   darksheep9527 · 11 小时 40 分钟前 · 1117 次点击

    如题

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

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

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

    目前想到的有

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

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

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

    第 1 条附言  ·  10 小时 5 分钟前

    补充一下设想

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

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

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

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

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

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

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

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

    https://github.com/ImSingee/jsonbin

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

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

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

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