自托管服务
Freika/dawarich avatar
Freika/dawarich

Dawarich 评测:自托管 Google 时间线的现实选择,但更新需谨慎

您最喜欢的 Google 时间线(Google 位置历史记录)的自托管替代方案。

10,406 个 Star375 个 ForkRubyAGPL-3.0

秒懂

它是什么?
Dawarich 是一个用 Ruby 编写的自托管位置历史追踪应用,支持导入 Google 时间线数据、地图可视化和家庭共享。它功能丰富,但项目仍处于快速开发期,更新可能带来破坏性变更。
适合谁用?
Dawarich 适合那些已经拥有或愿意搭建自托管基础设施、重视数据自主权且能接受频繁更新与潜在破坏性变更的技术用户。它不适合追求零维护、需要开箱即用稳定体验的普通用户,也不适合对数据丢失零容忍且不愿保留原始备份的人。
能商用吗?
可以,但条件严格。AGPL-3.0 是网络 copyleft 许可证:如果别人通过网络使用你修改过的版本(例如作为托管服务),你必须以同一许可证向他们提供源代码。
还在维护吗?
在维护。仓库最近一次提交在 1 天前。
用什么语言写的?
主要是 Ruby(依据 GitHub 的语言统计)。

以上回答依据项目的 GitHub 数据(最近同步于 2026年9月15日)和我们的分析,不构成法律意见。

开源项目深度解析

它解决什么问题:Google 时间线关停后的数据自主权

Google 在 2024 年宣布关闭 Google 时间线(Location History)的网页版,并将数据迁移到设备本地。这对依赖时间线回顾行程、统计旅行距离的用户是个麻烦。Dawarich 的目标就是让你把位置历史掌握在自己手里。它是一个自托管的 Web 应用,用 Ruby 编写,许可证是 AGPL-3.0。它的目标用户很明确:愿意自己跑服务器、不介意折腾的工程师和隐私意识强的个人。它不是一个面向大众的 SaaS 产品,尽管项目方也提供了托管版本 Dawarich Cloud,但开源仓库本身要求你自行部署。

核心机制:导入、追踪、可视化与统计的闭环

Dawarich 的工作流程可以拆成四步。第一步是导入或实时追踪:你可以导入 Google Maps Timeline、OwnTracks、Strava、GPX/GeoJSON 文件,甚至从照片的 EXIF 数据中提取位置;也可以安装官方 iOS 或 Android 应用,或者使用 Overland、OwnTracks、GPSLogger、PhoneTrack 等第三方应用,让它们持续发送位置更新到你的实例。第二步是存储与处理:应用接收这些数据后,会在地图上以点、线、热力图或 Fog of War 图层展示。第三步是分析:统计功能按年和月展示访问过的国家、城市、总距离和停留时间;Insights 功能会给出类似“你访问最多的地方是家,共 120 次”这样的结论。第四步是导出:你可以将数据导出为 GeoJSON 或 GPX,确保数据不会被困在系统里。这个闭环设计得相当完整,从数据入口到出口都有覆盖。

部署与启动:一条命令,但默认凭据要立刻改

根据 README,本地启动非常简单。克隆仓库后,在项目根目录运行:docker compose -f docker/docker-compose.yml up。然后访问 http://localhost:3000。默认登录凭据是用户名 demo@dawarich.app,密码 safepassword。README 明确提醒你要在账户设置中修改。如果你要自定义配置,可以基于 .env.example 创建 .env 文件。环境变量的详细说明在官方文档页面,但 README 没有列出具体键名,所以你需要去 dawarich.app/docs/environment-variables-and-settings 查。这种“文档在别处”的模式对快速上手是个小障碍,但 Docker Compose 文件的存在意味着基础配置已经打包好了。

功能亮点:家庭共享与照片集成是差异化优势

Dawarich 不只是地图和时间线。家庭共享功能允许家庭成员互相查看位置,但每个人可以单独开启或关闭共享,这点考虑到了隐私同意。另一个亮点是与 Immich 和 Photoprism 的集成:提供凭据后,Dawarich 会自动导入照片的地理数据,并在地图上可视化,旅行功能还能把照片与路线关联起来。对于已经自托管照片库的用户,这是一个很自然的延伸。统计中的“Days in country”功能,可以计算每个国家停留的天数,README 提到这对税务居民身份判断可能有用。这些功能组合起来,让 Dawarich 更像一个个人数据工作台,而不仅仅是时间线的替代品。

明确的限制:更新策略和开发状态是最大风险

README 的开头就有醒目的警告:不要自动更新,更新前必须阅读 release notes,因为自动更新可能破坏你的设置。项目处于积极开发中,频繁更新、bug 和破坏性变更都是预期内的。它还强调导入后不要删除原始数据,更新前必须备份。这些警告直接说明了一个事实:Dawarich 不是那种你可以装上就不管的软件。每次升级都可能需要手动干预。另外,Visits 功能标记为 Beta,意味着地点建议可能不准确。如果你是那种希望系统稳定运行半年不碰的人,这个项目目前的形态会让你头疼。

替代方案对比:OwnTracks 与 Traccar 的取舍

如果你觉得 Dawarich 太重,OwnTracks 是一个更轻量的选择。OwnTracks 只负责位置追踪和记录,它有一个简单的 Web 前端展示当前位置和历史轨迹,但缺乏统计、旅行、家庭共享和照片集成。它的定位是纯追踪工具,数据存储通常依赖 MQTT 或 HTTP 后端,你需要自己搭配其他组件。相比之下,Dawarich 是开箱即用的完整应用,内置了数据库、地图和统计。另一个方向是 Traccar,它更偏向实时 GPS 追踪,支持大量硬件设备,但它的界面和数据分析不如 Dawarich 面向个人行程回顾。所以选择取决于你的需求:如果你只需要记录和查看轨迹,OwnTracks 更简单;如果你想要一个能分析旅行、分享位置、整合照片的完整系统,Dawarich 的功能密度更高,但代价是运维复杂度。

维护成本与许可证考量

维护成本主要体现在更新频率上。从最近的 release 看,1.14.0、1.13.1、1.13.0 在 2026 年 8 月内连续发布,间隔只有几天到一周。这意味着你需要定期关注 changelog,并计划升级窗口。备份与恢复的教程在官方文档中有专门页面,但 README 没有给出具体命令,所以你必须提前熟悉。许可证是 AGPL-3.0,这意味着如果你修改代码并部署为网络服务,你需要向用户提供修改后的源代码。对于个人自托管,这通常没有实际影响,但如果你计划基于它做商业产品,AGPL 的传染性是一个需要咨询律师的问题。

编辑结论

Dawarich 适合那些已经拥有或愿意搭建自托管基础设施、重视数据自主权且能接受频繁更新与潜在破坏性变更的技术用户。它不适合追求零维护、需要开箱即用稳定体验的普通用户,也不适合对数据丢失零容忍且不愿保留原始备份的人。在部署前,务必阅读最新 release notes,确认当前版本与你的导入源(如 Google Takeout 或 OwnTracks)兼容,并按照官方文档测试备份与恢复流程。如果你需要的是稳定的长期运行,而非追逐新功能,Dawarich 当前的开发节奏可能是一个持续的负担。

官方来源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
社区笔记

社区笔记