or 审计日志. In default configuration Weblate parses IP address from REMOTE_ADDR which is set by the WSGI handler. In case you are running a reverse proxy, this field will most likely contain its address Enable caching) Frontend web server for static files and SSL termination (see Serving static files) Wsgi server for dynamic content (see Sample configuration for NGINX and uWSGI) Celery for executing background installation is heavy loaded, you can split up the services. The only limitation on this is that Celery and Wsgi servers need access to DATA_DIR. Running web server Running Weblate is not different from running

or 审计日志. In default configuration Weblate parses IP address from REMOTE_ADDR which is set by the WSGI handler. In case you are running a reverse proxy, this field will most likely contain its address Enable caching) Frontend web server for static files and SSL termination (see Serving static files) Wsgi server for dynamic content (see Sample configuration for NGINX and uWSGI) Celery for executing background installation is heavy loaded, you can split up the services. The only limitation on this is that Celery and Wsgi servers need access to DATA_DIR. Running web server Running Weblate is not different from running

or 审计日志. In default configuration Weblate parses IP address from REMOTE_ADDR which is set by the WSGI handler. In case you are running a reverse proxy, this field will most likely contain its address Enable caching) Frontend web server for static files and SSL termination (see Serving static files) Wsgi server for dynamic content (see Sample configuration for NGINX and uWSGI) Celery for executing background installation is heavy loaded, you can split up the services. The only limitation on this is that Celery and Wsgi servers need access to DATA_DIR. Running web server Running Weblate is not different from running

），来验证电子邮件发件箱是否正确工作。 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个栏目很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 Wsgi 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery Celery 或 uwsgi 进程时，缓存和 数据库应该运行。 在多数情况下，需要在单一（虚拟）服务器上运行所有服务，但在您的安装是 重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR 。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。 Django通常 作为 uWSGI 或 fcgi 执行（请参见下面不同

），来验证电子邮件发件箱是否正确工作。 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个字段很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 Wsgi 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery Celery 或 uwsgi 进程时，缓存和 数据库应该运行。 在多数情况下，需要在单一（虚拟）服务器上运行所有服务，但在您的安装是 重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR 。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。 Django通常 作为 uWSGI 或 fcgi 执行（请参见下面不同

），来验证电子邮件发件箱是否正确工作。 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个栏目很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 Wsgi 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery Celery 或 uwsgi 进程时，缓存和 数据库应该运行。 在多数情况下，需要在单一（虚拟）服务器上运行所有服务，但在您的安装是 重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR 。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。 Django通常 作为 uWSGI 或 fcgi 执行（请参见下面不同

容器中配置外发的电子邮件。 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个字段很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 Wsgi 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery Celery 或 uwsgi 进程时，缓存和 数据库应该运行。 在多数情况下，需要在单一（虚拟）服务器上运行所有服务，但在您的安装是 重载的情况下，可以将这些服务拆开。对此的唯一限制是 Celery 和 Wsgi 服 务器需要访问 DATA_DIR 。 运行 web 服务器 运行 Weblate 与运行其他任何基于 Django 的程序没什么不同。 Django通常 作为 uWSGI 或 fcgi 执行（请参见下面不同

[ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录 - setting:DATA_DIR。该目录下 的所有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，见 运行服务器 and 使用 Celery 的后台任务）。 默认的配置放置在 Weblate 源的相同树下，然而你会想要将这些移动到更好 的位置，如： /var/lib/weblate container 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个字段很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 WSGI 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery

[ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录 - setting:DATA_DIR。该目录下 的所有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，见 运行服务器 and 使用 Celery 的后台任务）。 默认的配置放置在 Weblate 源的相同树下，然而你会想要将这些移动到更好 的位置，如： /var/lib/weblate container 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个字段很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 WSGI 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery

[ultimate] 文件系统权限 Weblate 进程需要能够读写它保存数据的目录 - setting:DATA_DIR。该目录下 的所有文件都应该由运行所有 Weblate 进程的用户拥有和可写入（通常是 WSGI 和 Celery，见 运行服务器 and 使用 Celery 的后台任务）。 默认的配置放置在 Weblate 源的相同树下，然而你会想要将这些移动到更好 的位置，如： /var/lib/weblate container 在反向代理后面运行 Weblate 的几个特性依赖于能够得到客户端 IP 地址。这包括 频次限制 、 针 对垃圾邮件的保护 或 审计日志。 在默认设置中， Weblate 从 WSGI 句柄设置的 REMOTE_ADDR 中解析 IP 地 址。 在运行反向代理的情况下，这个字段很可能包含其地址。需要配置 Weblate 来信任附加的 HTTP 标头，并从中解析 IP 地址。这不能默认允许，因为在不 数据库服务器（请参见 Weblate 的数据库设置 ） 缓存服务器（请参见 允许缓存 ） 用于静态文件和终结 SSL 的前端 web 服务器（请参见 为静态文件提供服 务 ） 用于动态内容的 WSGI 服务器（请参见 NGINX 和 uWSGI 的配置例子 ） 用于执行后台任务的 Celery （请参见 使用 Celery 的后台任务 ） 注解 这些服务之间由一些依赖性，例如当启动 Celery