Weblate 支持多种文件格式（请参见支持的文件格式），最简单的方法就是使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见添加翻译项目和部件），就可以立刻使用 翻译传播特性（默认打开，并且可以在部件配置 中关闭），来翻译所有平台的字符串了。 参见: 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于DATA_DIR Translate API V3（高级版） 并设置MT_GOOGLE_CREDENTIALS WEBLATE_MT_GOOGLE_PROJECT 启用Google Translate API V3（高级版） 并设置MT_GOOGLE_PROJECT WEBLATE_MT_GOOGLE_LOCATION 启用Google Translate API V3（高级版） 并设置MT_GOOGLE_LOCATION Weblate 应该更改的角色的名称。 MySQL 和 MariaDB 提示: 一些 Weblate 功能使用PostgreSQL 会表现得更好。这包括搜索与翻译记忆库，它们都利用了数据库 中的全文特性，而且 PostgreSQL 的实现更胜一筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 和 MariaDB

Weblate 支持多种文件格式（请参见支持的文件格式），最简单的方法就是使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见添加翻译项目和部件），就可以立刻使用 翻译传播特性（默认打开，并且可以在部件配置 中关闭），来翻译所有平台的字符串了。 参见: 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于DATA_DIR Translate API V3（高级版） 并设置MT_GOOGLE_CREDENTIALS WEBLATE_MT_GOOGLE_PROJECT 启用Google Translate API V3（高级版） 并设置MT_GOOGLE_PROJECT WEBLATE_MT_GOOGLE_LOCATION 启用Google Translate API V3（高级版） 并设置MT_GOOGLE_LOCATION Weblate 应该更改的角色的名称。 MySQL 和 MariaDB 提示: 一些 Weblate 功能使用PostgreSQL 会表现得更好。这包括搜索与翻译记忆库，它们都利用了数据库 中的全文特性，而且 PostgreSQL 的实现更胜一筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 和 MariaDB

Weblate 支持多种文件格式（请参见支持的文件格式），最简单的方法就是使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见添加翻译项目和部件），就可以立刻使用 翻译传播特性（默认打开，并且可以在部件配置 中关闭），来翻译所有平台的字符串了。 参见: 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于DATA_DIR Translate API V3（高级版） 并设置MT_GOOGLE_CREDENTIALS WEBLATE_MT_GOOGLE_PROJECT 启用Google Translate API V3（高级版） 并设置MT_GOOGLE_PROJECT WEBLATE_MT_GOOGLE_LOCATION 启用Google Translate API V3（高级版） 并设置MT_GOOGLE_LOCATION Weblate 应该更改的角色的名称。 MySQL 和 MariaDB 提示: 一些 Weblate 功能使用PostgreSQL 会表现得更好。这包括搜索与翻译记忆库，它们都利用了数据库 中的全文特性，而且 PostgreSQL 的实现更胜一筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 和 MariaDB

Weblate 支持多种文件格式（请参见支持的文件格式），最简单的方法就是使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见添加翻译项目和部件），就可以立刻使用 翻译传播特性（默认打开，并且可以在部件配置 中关闭），来翻译所有平台的字符串了。 参见: 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于DATA_DIR Translate API V3 （高级版） 并设置MT_GOOGLE_CREDENTIALS WEBLATE_MT_GOOGLE_PROJECT 启用Google Translate API V3 （高级版） 并设置MT_GOOGLE_PROJECT WEBLATE_MT_GOOGLE_LOCATION 启用Google Translate API V3 （高级版） 并设置MT_GOOGLE_LOCATION Weblate 应该更改的角色的名称。 MySQL 和 MariaDB 提示: 一些 Weblate 功能使用PostgreSQL 会表现得更好。这包括搜索与翻译记忆库，它们都利用了数据库 中的全文特性，而且 PostgreSQL 的实现更胜一筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 和 MariaDB

Weblate 支持多种文件格式（请参见 支持的文件格式），最简单的方法就是 使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见 添加翻译项 目和部件），就可以立刻使用翻译传播特性（默认打开，并且可以在 部件配 置 中关闭），来翻译所有平台的字符串了。 参见 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于 DATA_DIR Weblate 应该更改的角色 的名称。 MySQL 和 MariaDB 提示 一些 Weblate 功能使用 PostgreSQL 会表现得更好。这包括搜索与翻译记忆 库，它们都利用了数据库中的全文特性，而且 PostgreSQL 的实现更胜一 筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 [https://docs 。 参见 不接收来自 Weblate 的电子邮件, Configuring outgoing e-mail in Docker container 在反向代理之后运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。

Weblate 支持多种文件格式（请参见 支持的文件格式），最简单的方法就是 使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见 添加翻译项 目和部件），就可以立刻使用翻译传播特性（默认打开，并且可以在 部件配 置 中关闭），来翻译所有平台的字符串了。 参见 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于 DATA_DIR Weblate 应该更改的角色 的名称。 MySQL 和 MariaDB 提示 一些 Weblate 功能使用 PostgreSQL 会表现得更好。这包括搜索与翻译记忆 库，它们都利用了数据库中的全文特性，而且 PostgreSQL 的实现更胜一 筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 [https://docs 。 参见 不接收来自 Weblate 的电子邮件, Configuring outgoing e-mail in Docker container 在反向代理之后运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。

Weblate 支持多种文件格式（请参见 支持的文件格式），最简单的方法就是 使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见 添加翻译项 目和部件），就可以立刻使用翻译传播特性（默认打开，并且可以在 部件配 置 中关闭），来翻译所有平台的字符串了。 参见 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于 DATA_DIR Weblate 应该更改的角色 的名称。 MySQL 和 MariaDB 提示 一些 Weblate 功能使用 PostgreSQL 会表现得更好。这包括搜索与翻译记忆 库，它们都利用了数据库中的全文特性，而且 PostgreSQL 的实现更胜一 筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 [https://docs 。 参见 不接收来自 Weblate 的电子邮件, Configuring outgoing e-mail in Docker container 在反向代理之后运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。

Weblate 支持多种文件格式（请参见 支持的文件格式），最简单的方法就是 使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见 添加翻译项 目和部件），就可以立刻使用翻译传播特性（默认打开，并且可以在 部件配 置 中关闭），来翻译所有平台的字符串了。 参见 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于 DATA_DIR Weblate 应该更改的角色 的名称。 MySQL 和 MariaDB 提示 一些 Weblate 功能使用 PostgreSQL 会表现得更好。这包括搜索与翻译记忆 库，它们都利用了数据库中的全文特性，而且 PostgreSQL 的实现更胜一 筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 [https://docs 。 参见 不接收来自 Weblate 的电子邮件, Configuring outgoing e-mail in Docker container 在反向代理之后运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。

Weblate 支持多种文件格式（请参见支持的文件格式），最简单的方法就是使用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见添加翻译项目和部件），就可以立刻使用 翻译传播特性（默认打开，并且可以在部件配置 中关闭），来翻译所有平台的字符串了。 参见: 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于DATA_DIR Weblate 应该更改的角色的名称。 MySQL 和 MariaDB 提示: 一些 Weblate 功能使用PostgreSQL 会表现得更好。这包括搜索与翻译记忆库，它们都利用了数据库 中的全文特性，而且 PostgreSQL 的实现更胜一筹。 Weblate 还可以使用 MySQL 或 MariaDB ，使用与两个数据库相关的 Django 而导致的警告，请参见 MySQL 注意事项 和 MariaDB e-mail in Docker container 200 Chapter 2. 管理员文档 The Weblate Manual, 发布 4.13 在反向代理之后运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括频次限制 、针对垃圾邮件的保护 或审计日志。 在默认设置中，Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地址。 在运行

JSON（仅适用于单语翻译）(json) Android 字符串资源（仅适用于单语翻译）(aresource) iOS 字符串（仅适用于单语翻译）(strings) 提示 转换后的文件中可用的内容因文件格式特性而异，您可以在 翻译类型功能 中找到概述。 参见 GET /api/translations/(string:project)/(string:component)/(string:languag print(ngettext("Selected %d file", "Selected %d files", files) % files) 搜索 在 3.9 版本加入. 使用布尔运算、括号或特定于字段的查找的高级查询可用于查找所需的字符 串。 如果未定义字段，则对源、目标和上下文字符串进行查找。 简单搜索 在搜索框中输入的任何短语都会被分割成单词。包含其中任何一个词的字符串 都会被显示出来。要寻找一个精确的短语，把 Weblate 支持多种文件格式（请参见 支持的文件格式），最简单的方法就是使 用每个平台的原生格式。 一旦在一个项目中将所有平台的翻译文件作为部件添加（请参见 添加翻译项 目和部件），就可以立刻使用翻译传播特性（默认打开，并且可以在 部件配 置 中关闭），来翻译所有平台的字符串了。 参见 跨部件保持翻译一致 如何导出 Weblate 使用的 Git 仓库？ 仓库没有什么特殊的，它存在于 DATA_DIR