我開始寫自己的生活日誌，我真的很喜歡它。

多年來，我一直在瀏覽谷歌地圖的時間線，回憶著旅行、咖啡小憩和隨意的繞路，但我一直懷疑所有這些數據都儲存在哪裡。直到我意識到時間線究竟有多詳細，才最終促使我採取行動。

你可以 自行託管應用，節省開支正如你可能想像的那樣，你也可以對你的「地點歷史記錄」進行同樣的操作，從而更好地控制你的隱私。所以我開始自己託管我的“地點歷史記錄”，這樣既能保留“地點歷史記錄”的獨特魅力，又能避免將我的整個生活上傳到別人的服務器上。

我不想被監視，我只想找回我的記憶。

地點記錄的吸引力

仔細想想，你會發現其實你並不需要位置日誌具備任何花俏的功能或社交屬性。就我而言，我只需要少量特定的數據點：一個可以瀏覽的私人時間線，讓我能查看自己在特定日期或旅程中的位置；一個方便導出數據的方法，以便我進行分析或將其導入其他工具；一些基本的統計數據；以及，最重要的是，確保記錄我生活的原始數據存儲在我隨機的設備上，而不是某個我永遠無法訪問的隨機數據中心。

這就引出了託管你自己的位置歷史記錄的問題。一旦你接受了這種自託管模式，你就會發現圍繞追蹤你自己的位置已經形成了一個相當健康的生態系統，即使它不如Google的版本那麼流暢。

有一些應用，例如 OwnTracks，可以作為私密位置日記，將你手機的位置更新發送到你自己的伺服器，而不是第三方雲端服務。它擁有一個名為 Recorder 的輕量級後端，以及一個可選的單頁前端，用於瀏覽你一段時間內的位置記錄。如果你已經在使用 NextCloud，那麼也有對應的應用程式… 電話追蹤 它可以接收來自多個錄製應用程式的位置訊號，儲存、視覺化並以 GPX 格式匯出這些訊號，因此您實際上可以在現有的雲端設定中獲得 Google Timeline 的自架替代方案。

如果您想要更完整、更獨特的體驗，還有一些更新的項目，例如： 達瓦里奇 這些項目明確地將自身定位為Google時間軸的自架替代方案。它們支援從Google、OwnTracks、GPX 和其他來源匯入數據，並可瀏覽諸如到訪國家/地區或行駛距離等統計資訊。

我的網站自架系統是什麼樣的？

只需一個應用程式即可

經過一番摸索，我最終找到了一個簡單直接的方案，兼顧了可靠性和靈活性。之前我使用自架應用程式時遇到過一些問題，所以不想每個週末都花時間維護伺服器，尤其是我在旅行的時候，也不想透過 SSH 連接到伺服器來解決問題。

在我的手機上，我以保守、省電的模式運行 OwnTracks，這樣它只會在我移動了合理的距離或經過合理的時間間隔後才會部署，從而保持軌跡足夠詳細，既能保持趣味性，又不會耗盡電池電量。

伺服器端，我使用反向代理程式運行 OwnTracks Recorder，它負責接收網站更新並將其寫入純文字資料檔案。這樣做的好處在於，我不受任何外部資料庫架構的限制，而且以後如果需要，隨時可以基於原始資料編寫腳本。這些檔案由 Cryptomator 加密，Cryptomator 也負責安全防護。 一套可離線使用的生產力工具.

渲染工作由 Recorder 官方的 OwnTracks 介面負責，因此我可以在瀏覽器中獲得美觀的地圖使用者介面、熱力學圖和歷史記錄視圖，而無需從頭開始建立自己的儀表板。偶爾，我也會匯出一些原始資料到 Grafana 之類的工具產生圖表，純粹是為了好玩。

準備過程比我想像的要輕鬆得多。

該安裝主要包括兩個 Docker 容器和一個應用程式。

如果上面的清單看起來讓人望而生畏，這完全正常。然而，託管所有這些內容其實非常簡單。如果您之前有過託管經驗，就會覺得非常熟悉。

我調出了貨櫃的照片。 官方 OwnTracks 錄音機 我透過 Docker Compose 連接了它，安裝了一個儲存模組，並將其置於現有的反向代理之後，這樣我就可以透過 HTTPS 遠端存取它，而無需暴露隨機的互聯網連接埠。在手機端，設定非常簡單，只需輸入正確的端點 URL，啟用身份驗證，然後選擇合適的部署模式。

OwnTracks 高度依賴作業系統本身進行位置報告，因此它不會持續掃描手機的 GPS 感應器，這大大延長了電池續航時間。它還可以與 HTTP 和 MQTT 等標準協定交互，這使得它更容易與我自託管套件中的其他元件集成，而不是永遠局限於單一應用程式。

為什麼它看起來比谷歌地圖的時間線更好？

不涉及第三方資料探勘。

每天的體驗幾乎乏味到極致。應用程式在背景運行，我的伺服器持續運轉並收集積分，而當我好奇自己某天的積分排名時，只需打開網頁介面，瀏覽自己的資料即可。