簡體   English   中英

使用 URL 路徑的客戶端網站本地化

[英]Client-side Website Localization Using URL Path

我正在本地化我最近建立的一個網站 - https://xmllint.com

這個項目很小,我主要用它來自學 javascript 以及 Webpack 和其他與 Web 相關的技術/框架。

該網站100%基於瀏覽器,內容不多。 出於這個原因,我決定 go 用這種方法來翻譯內容本身。

通過位於 HTML 底部的 javascript 將占位符替換為“真實”內容。 最終,我希望在頁面呈現之前准備好內容。 只是為了讓搜索引擎可以很好地索引新頁面。

我想要實現的是頁面本身檢測來自 URL 的語言代碼(例如, https://xmllint.com/es/用於西班牙語),然后根據該值執行翻譯。

我正在努力解決的是如何處理 web 頁面本身中的 URL 部分,因為目錄本身並不直接存在於服務器上。

到目前為止,我嘗試將所有 HTTP 404 代碼重定向到 index.html 文件本身(在托管端) - 正如 SPA 所建議的那樣。 這導致我在加載資源時遇到問題,因為相對路徑現在包括 URL 的語言代碼部分。

想到了兩個想法。

  1. 改進當前的 Webpack 構建,以便我只提供一個包含所有資產的文件。 這樣我就不會有相對路徑的問題,我應該很好。 單頁應用程序是否僅用於整個 web 應用程序的一頁?
  2. 我應該引入像Vue這樣的路由框架嗎?

要求的是

  1. 如何解析 URL 本身。
  2. 出於 SEO 原因,我也不想使用 URL 參數。
  3. 駭人聽聞的想法或解決方法。 我沒有時間壓力,想知道如何做到最好。

非常感謝任何幫助/想法。

在您沒有時間壓力的情況下,我個人建議使用 JavaScript 框架 - 或者更具體地說 - Vue.js。 既然你已經提到它,我假設你有它的基本知識。

我看到了從選擇這條道路中受益的各種方法:

  • 您面臨的實際問題將不再是問題。 該應用程序將處理所有路由,因此您所要做的就是返回 index.html 並且您對 go 很好
  • 開發人員體驗(構建過程、熱重載、部署……)將顯着改善您的日常工作
  • 您的捆綁包大小很可能會減少
  • 您已為應用程序的未來增長做好准備
  • 最重要的是:您正在通過使用您可能沒有太多經驗的技術來挑戰自己。 對我自己來說,這應該是足夠的理由。 :-)

快樂編碼!

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM