翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- 重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服务 器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的文件 将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作为 worker 来处理任务，并且定时任务，这可以直接在命令行 完成（调试和开发时最有用）： 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的文件 将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 /weblate/examples/celery start ./weblate/examples/celery stop 备注 Celery 进程和 WSGI 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 运行服务器。 在wsgi中使用eager模式执行Celery任务 备注 这将对web界面的性能产生严重影响，并会破坏依赖于常规触发器的功能 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。