我i18n
在我的 React 应用程序中使用该模块,该模块作为应用程序(我将其称为实时应用程序)托管S3
并cloudfront
位于其前面。
我想将 s3 url 存储在配置文件中,以避免在我的应用程序中对其进行硬编码,以便在public/locales
开发时可以处理本地存储在文件夹中的翻译文件。
最初,我设置了后端选项,以便它始终尝试查找locales
路径中的文件。这在本地工作,但在 S3 上停止工作,尽管 locales 文件夹存在于 S3 存储桶中。我还注意到应用程序没有发送任何请求来检索翻译文件。
backend: {
loadPath: 'locales'
}
然后我决定将翻译文件上传到另一个 S3 存储桶并将它们托管在那里,看看这是否能解决问题。我将配置更改为对 s3 存储桶路径进行硬编码。这在本地和实时应用程序上都有效。但这意味着我不能使用我的配置文件来确定 loadPath 选项。
backend: {
loadPath: '<myhardcoded-s3-bucket-url>/{{lng}}/translation.json',
crossDomain: true
}
然后我想我可以这样构建 url:
/*global AWS_CONFIG */
/*eslint no-undef: "error"*/
...
...
...
backend: {
loadPath: `${AWS_CONFIG.aws_app_translations_path}/{{lng}}/translation.json`,
crossDomain: true
}
奇怪的是,这在本地工作时AWS_CONFIG.aws_app_translations_path
既http://localhost:3000/locales
和<myhardcoded-s3-bucket-url>
。但是,一旦我将其推送到现场,它又失败了。这次提出请求https://<my-apps-base-path>/undefined/en-GB/translation.json
,例如。所以它试图使用应用程序路径并附加我在loadPath
.
然后我看到我可以loadPath
作为一个函数来构造我的 url。这也不适用于实时应用程序,但再次在本地工作。
backend: {
loadPath: function (lng) {
return `${AWS_CONFIG.aws_app_translations_path}/${lng}/translation.json`
},
crossDomain: true
}
这是我的整个i18n
文件
/*global AWS_CONFIG */
/*eslint no-undef: "error"*/
import i18n from "i18next";
import LanguageDetector from "i18next-browser-languagedetector";
import Backend from "i18next-http-backend";
import { initReactI18next } from "react-i18next";
const options = {
order: ['navigator', 'localStorage'],
caches: ['localStorage'],
fallbackLng: "en-GB",
debug: true,
interpolation: {
escapeValue: false // not needed for react as it escapes by default
},
backend: {
loadPath: function (lng) {
return `${AWS_CONFIG.aws_app_translations_path}/${lng}/translation.json`
},
crossDomain: true
}
}
i18n
.use(Backend)
.use(LanguageDetector)
.use(initReactI18next)
.init(options);
export default i18n;
什么可以解释这种奇怪的行为?我在这里缺少配置吗?