example.com/ WEBLATE_LOCALIZE_CDN_PATH: /app/data/l10n-cdn 注解: You are responsible for seting up serving of the files generated by Weblate, it only does stores the files in configured location. 参见: Translating later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing

example.com/ WEBLATE_LOCALIZE_CDN_PATH: /app/data/l10n-cdn 注解: You are responsible for seting up serving of the files generated by Weblate, it only does stores the files in configured location. 参见: Translating later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing

same user as Weblate itself is running, otherwise permissions on some files might be wrong. 参见 Serving static files Database setup for Weblate It is recommended to run Weblate with a PostgreSQL database defined in /etc/passwd. Many distributions default to a non-writable directory for users used for serving web content (such as apache, www- data or wwwrun), so you either have to run Weblate under a different Deployment Scenarios [https://django- compressor.readthedocs.io/en/stable/scenarios/#scenarios], Serving static files Running server You will need several services to run Weblate, the recommended setup

same user as Weblate itself is running, otherwise permissions on some files might be wrong. 参见 Serving static files Database setup for Weblate It is recommended to run Weblate with a PostgreSQL database defined in /etc/passwd. Many distributions default to a non-writable directory for users used for serving web content (such as apache, www- data or wwwrun), so you either have to run Weblate under a different Deployment Scenarios [https://django- compressor.readthedocs.io/en/stable/scenarios/#scenarios], Serving static files Running server You will need several services to run Weblate, the recommended setup

same user as Weblate itself is running, otherwise permissions on some files might be wrong. 参见 Serving static files Database setup for Weblate It is recommended to run Weblate with a PostgreSQL database defined in /etc/passwd. Many distributions default to a non-writable directory for users used for serving web content (such as apache, www- data or wwwrun), so you either have to run Weblate under a different Deployment Scenarios [https://django- compressor.readthedocs.io/en/stable/scenarios/#scenarios], Serving static files Running server You will need several services to run Weblate, the recommended setup

later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing later use: weblate createadmin 5. Collect static files for web server (see Running server and Serving static files): weblate collectstatic 6. Compress JavaScript and CSS files (optional, see Compressing

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 Translator ibm url API 网址 key API 密钥 BM Watson Language Translator 将文本从一种语言翻译到另一种语言。该服务提供 多个域名特定的模型。 参见 Watson Language Translator [https://www.ibm.com/cloud/watson-language-translator], IBM Cloud

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 Translator ibm url API 网址 key API 密钥 BM Watson Language Translator 将文本从一种语言翻译到另一种语言。该服务提供 多个域名特定的模型。 参见 Watson Language Translator [https://www.ibm.com/products/ibm-watson-natural-language-processing]

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 Translator ibm url API 网址 key API 密钥 BM Watson Language Translator 将文本从一种语言翻译到另一种语言。该服务提供 多个域名特定的模型。 参见 Watson Language Translator [https://www.ibm.com/products/ibm-watson-natural-language-processing]

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 Translator ibm url API 网址 key API 密钥 BM Watson Language Translator 将文本从一种语言翻译到另一种语言。该服务提供 多个域名特定的模型。 参见 Watson Language Translator [https://www.ibm.com/products/ibm-watson-natural-language-processing]