config --global http.proxy http://user:password@proxy.example.com:80 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见 cURL 手册页 [https://curl.se/docs/manpage 87E673AF83F6C3A0C344C8C3F4AA229D4D58C245 gpg: BAD signature from "Michal Čihař " [ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所 有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。

config --global http.proxy http://user:password@proxy.example.com:80 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见 cURL 手册页 [https://curl.se/docs/manpage 87E673AF83F6C3A0C344C8C3F4AA229D4D58C245 gpg: BAD signature from "Michal Čihař " [ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所 有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。

config --global http.proxy http://user:password@proxy.example.com:80 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见 cURL 手册页 [https://curl.se/docs/manpage 87E673AF83F6C3A0C344C8C3F4AA229D4D58C245 gpg: BAD signature from "Michal Čihař " [ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所 有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。

环境变量来完成（如 cURL 文档 [https://curl.se/docs/] 中所述）或通过在版本控制系统（VCS）配置中强 制执行，例如： 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用 它。 参见 cURL 手册页 [https://curl 依靠信任网络。这样您就可以 信任通过与开发者见过面的其他人的签名传递的密钥。 一旦信任了密钥，警告就不会发生： 如果签名无效（压缩包已被更改），那么无论密钥是否可信，都会得到明显的 错误： 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所有 文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的密 钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。

config --global http.proxy http://user:password@proxy.example.com:80 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见 cURL 手册页 [https://curl.se/docs/manpage 87E673AF83F6C3A0C344C8C3F4AA229D4D58C245 gpg: BAD signature from "Michal Čihař " [ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所 有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。

config --global http.proxy http://user:password@proxy.example.com:80 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见 cURL 手册页 [https://curl.se/docs/manpage 87E673AF83F6C3A0C344C8C3F4AA229D4D58C245 gpg: BAD signature from "Michal Čihař " [ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所 有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 值，而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的 密钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 commit_pending。

config --global http.proxy http://user:password@proxy.example.com:80 备注: 代理配置需要在运行 Weblate 的用户下完成（参见文件系统权限 ）并使用 HOME=$DATA_DIR/ home （参见DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见: cURL 手册页 、Git 配置文档 1.11 ate、数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 3 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译部件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 /app/cache，用于存储静态文件和CACHE_DIR 。它的内容在容器启动时被重新创建， 卷可以使用短暂的文件系统（如 tmpfs ）挂载。 当手动创建卷时，目录应该由 UID 1000 拥有，因为那是容器内使用的用户。 参见: Docker 卷文档 只读根文件系统 在 4.18 版本加入. 运行只读根文件系统的容器时，需要两个额外的 tmpfs 卷 - /tmp 和 /run。 修改未暴露为 Docker

config --global http.proxy http://user:password@proxy.example.com:80 备注: 代理配置需要在运行 Weblate 的用户下完成（参见文件系统权限 ）并使用 HOME=$DATA_DIR/ home （参见DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见: cURL 手册页 、Git 配置文档 1.11 ate、数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 3 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译部件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 /app/cache，用于存储静态文件和CACHE_DIR 。它的内容在容器启动时被重新创建， 卷可以使用短暂的文件系统（如 tmpfs ）挂载。 当手动创建卷时，目录应该由 UID 1000 拥有，因为那是容器内使用的用户。 参见: Docker 卷文档 只读根文件系统 在 4.18 版本加入. 运行只读根文件系统的容器时，需要两个额外的 tmpfs 卷 - /tmp 和 /run。 修改未暴露为 Docker

config --global http.proxy http://user:password@proxy.example.com:80 备注: 代理配置需要在运行 Weblate 的用户下完成（参见文件系统权限 ）并使用 HOME=$DATA_DIR/ home （参见DATA_DIR ），否则由 Weblate 执行 Git 不会使用它。 参见: cURL 手册页 、Git 配置文档 1.11 ate、数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 3 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译部件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 /app/cache，用于存储静态文件和CACHE_DIR 。它的内容在容器启动时被重新创建， 卷可以使用短暂的文件系统（如 tmpfs ）挂载。 当手动创建卷时，目录应该由 UID 1000 拥有，因为那是容器内使用的用户。 参见: Docker 卷文档 只读根文件系统 在 4.18 版本加入. 运行只读根文件系统的容器时，需要两个额外的 tmpfs 卷 - /tmp 和 /run。 修改未暴露为 Docker

环境变量来完成（如 cURL 文档 [https://curl.se/docs/] 中所述）或通过在版本控制系统（VCS）配置中强 制执行，例如： 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用 它。 参见 cURL 手册页 [https://curl 依靠信任网络。这样您就可以 信任通过与开发者见过面的其他人的签名传递的密钥。 一旦信任了密钥，警告就不会发生： 如果签名无效（压缩包已被更改），那么无论密钥是否可信，都会得到明显的 错误： 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所有 文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 而不是使用来自举例的设置的值。 可以使用与 Weblate 一起上市的 weblate-generate-secret-key，来产生新的密 钥。 参见 SECRET_KEY 运行维护任务 为了优化性能，在后台运行一些维护任务是个好方法。现在这由 使用 Celery 的后台任务 自动进行，并且包括后面的任务： 配置健康性的检查（每小时）。 提交待处理的更改（每小时），请参见 惰性提交 和 weblate