翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的密 钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 ir }} ……以及其他 Django 模板特性。 导入速度 从版本控制系统（VCS）仓库获取并将翻译导入 Weblate 可能会是漫长的过 程，具体取决于您的翻译的大小。以下是一些提示： 优化配置 默认配置对于测试和调试 Weblate 很有用。而对于生产设置，您应该做一些 调整。许多调整对性能有相当大的影响。请查阅 生产设置 了解详情，特别 是： 配置 Celery 来执行后台任务（请参见

值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 ir }} ……以及其他 Django 模板特性。 导入速度 从版本控制系统（VCS）仓库获取并将翻译导入 Weblate 可能会是漫长的过 程，具体取决于您的翻译的大小。以下是一些提示： 优化配置 默认配置对于测试和调试 Weblate 很有用。而对于生产设置，您应该做一些 调整。许多调整对性能有相当大的影响。请查阅 生产设置 了解详情，特别 是： 配置 Celery 来执行后台任务（请参见

值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 ir }} ……以及其他 Django 模板特性。 导入速度 从版本控制系统（VCS）仓库获取并将翻译导入 Weblate 可能会是漫长的过 程，具体取决于您的翻译的大小。以下是一些提示： 优化配置 默认配置对于测试和调试 Weblate 很有用。而对于生产设置，您应该做一些 调整。许多调整对性能有相当大的影响。请查阅 生产设置 了解详情，特别 是： 配置 Celery 来执行后台任务（请参见

值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 ir }} ……以及其他 Django 模板特性。 导入速度 从版本控制系统（VCS）仓库获取并将翻译导入 Weblate 可能会是漫长的过 程，具体取决于您的翻译的大小。以下是一些提示： 优化配置 默认配置对于测试和调试 Weblate 很有用。而对于生产设置，您应该做一些 调整。许多调整对性能有相当大的影响。请查阅 生产设置 了解详情，特别 是： 配置 Celery 来执行后台任务（请参见

值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。 ir }} ……以及其他 Django 模板特性。 导入速度 从版本控制系统（VCS）仓库获取并将翻译导入 Weblate 可能会是漫长的过 程，具体取决于您的翻译的大小。以下是一些提示： 优化配置 默认配置对于测试和调试 Weblate 很有用。而对于生产设置，您应该做一些 调整。许多调整对性能有相当大的影响。请查阅 生产设置 了解详情，特别 是： 配置 Celery 来执行后台任务（请参见

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的密 钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 weblate 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的密 钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 weblate 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的密 钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 weblate 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。 ir }} ……以及其他 Django 模板特性。 导入速度 从版本控制系统（VCS）仓库获取并将翻译导入 Weblate 可能会是漫长的过 程，具体取决于您的翻译的大小。以下是一些提示： 优化配置 默认配置对于测试和调试 Weblate 很有用。而对于生产设置，您应该做一些 调整。许多调整对性能有相当大的影响。请查阅 生产设置 了解详情，特别 是： 配置 Celery 来执行后台任务（请参见