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，请参见 Wsgi 服务 器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的文件 将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作为 uWSGI 或 fcgi 执行（请参见下面不同

环境变量来完成（如 cURL 文档 [https://curl.se/docs/] 中所述）或通过在版本控制系统（VCS）配置中强 制执行，例如： 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用 它。 参见 cURL 手册页 [https://curl 依靠信任网络。这样您就可以 信任通过与开发者见过面的其他人的签名传递的密钥。 一旦信任了密钥，警告就不会发生： 如果签名无效（压缩包已被更改），那么无论密钥是否可信，都会得到明显的 错误： 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所有 文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 Wsgi 服务 器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的文件 将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作为 uWSGI 或 fcgi 执行（请参见下面不同

环境变量来完成（如 cURL 文档 [https://curl.se/docs/] 中所述）或通过在版本控制系统（VCS）配置中强 制执行，例如： 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用 它。 参见 cURL 手册页 [https://curl 依靠信任网络。这样您就可以 信任通过与开发者见过面的其他人的签名传递的密钥。 一旦信任了密钥，警告就不会发生： 如果签名无效（压缩包已被更改），那么无论密钥是否可信，都会得到明显的 错误： 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所有 文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 Wsgi 服务 器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的文件 将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作为 uWSGI 或 fcgi 执行（请参见下面不同

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，请参见 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 为 uWSGI 或 fcgi 执行（请参见下面不同

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，请参见 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 为 uWSGI 或 fcgi 执行（请参见下面不同

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，请参见 Wsgi 服 务器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的 文件将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作 为 uWSGI 或 fcgi 执行（请参见下面不同

环境变量来完成（如 cURL 文档 [https://curl.se/docs/] 中所述）或通过在版本控制系统（VCS）配置中强 制执行，例如： 备注 代理配置需要在运行 Weblate 的用户下完成（参见 文件系统权限 ）并使用 HOME=$DATA_DIR/home （参见 DATA_DIR ），否则由 Weblate 执行 Git 不会使用 它。 参见 cURL 手册页 [https://curl 依靠信任网络。这样您就可以 信任通过与开发者见过面的其他人的签名传递的密钥。 一旦信任了密钥，警告就不会发生： 如果签名无效（压缩包已被更改），那么无论密钥是否可信，都会得到明显的 错误： 文件系统权限 Weblate 进程需要能够读写它保存数据的目录—— DATA_DIR。该目录下的所有 文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，请参见 Wsgi 服务 器需要访问 DATA_DIR。 备注 WSGI 进程和 Celery 进程必须在同一用户下被执行，否则 DATA_DIR 中的文件 将以混合的所有权来存储，导致运行问题。 还请参见 文件系统权限 和 使用 Celery 的后台任务。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。Django通常作为 uWSGI 或 fcgi 执行（请参见下面不同