隐私优先的预算工具 - 所有数据保存在本地存储中,支持离线使用。

2作者: cobrapi4 天前原帖
我正在为我的客户端网页工具集合添加一个预算应用。其核心理念是:不需要服务器、不需要账户、不需要Plaid集成。所有财务数据都存储在IndexedDB/localStorage中,并且永远不会离开浏览器。 技术栈很简单——使用原生JavaScript,结合WebAssembly处理任何重负载,这也是我为之前构建的文件转换器和PDF工具所采用的方法。 计划的功能包括: - 信封预算 - 定期交易 - 现金流预测 - CSV导入/导出 - 支持离线的渐进式网页应用(PWA) 商业模式是通过广告盈利,并提供一个可选的付费层来去除广告。没有付费墙功能。 我很好奇其他人是否也构建过以本地为先的财务工具,以及我应该预见到哪些边缘案例。特别想听听关于以下方面的看法: - 多年交易历史的IndexedDB存储限制 - 不妨碍隐私模型的备份/同步策略 - 是否有人真正信任浏览器存储长期保存财务数据 网站:https://practicalwebtools.com
查看原文
I&#x27;m adding a budgeting app to my collection of client-side web tools. The core premise: no server, no account, no Plaid integration. All financial data lives in IndexedDB&#x2F;localStorage and never leaves the browser.<p>Stack is straightforward—vanilla JS with WebAssembly for any heavy lifting, same approach I&#x27;ve used for the file converters and PDF tools I&#x27;ve already built. Planned feature set:<p>- Envelope budgeting - Recurring transactions - Cash flow projections - CSV import&#x2F;export - PWA with full offline support<p>Business model is ads with an optional paid tier to remove them. No paywalled features. Curious if others have built local-first financial tools and what edge cases I should anticipate. Particularly interested in thoughts on:<p>IndexedDB storage limits for multi-year transaction history Backup&#x2F;sync strategies that don&#x27;t compromise the privacy model Whether anyone actually trusts browser storage for financial data long-term<p>Site: https:&#x2F;&#x2F;practicalwebtools.com