Я получаю такие ошибки:
2014/05/24 11:49:06 [ошибка] 8376 # 0: * 54031 восходящий поток отправил слишком большой заголовок при чтении заголовка ответа от восходящего потока, клиент: 107.21.193.210, сервер: aamjanata.com, запрос: "GET / the- хроники промывания мозгов, спонсируемые правительством Гуджарата /,% 20 https://aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20 https://aamjanata.com/the-brainwash-chronicles- спонсируется правительством Гуджарата /,% 20 https://aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20 гуджарат-правительство /,% 20 https://aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20 ,% 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government/,%20https:/aamjanata.com/t Хроники промывания мозгов, спонсируемые правительством Гуджарата /,% 20 https://aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20 https://aamjanata.com/the-brainwash- хроники-спонсируемые-правительством-гуджаратом /,% 20 https://aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20 автор-гуджарат-правительство /,% 20 -government /,% 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government/, % 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20https: /aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government /,% 20https: / aamjanata.com/the-brainwash-chronicles-sponsored-by-gujarat-government/,%20https:/aamjanata.com/the-brainwash-ch ronicles-спонсируется-правительством-Гуджарат /,% 20ht
Всегда одно и то же. URL-адрес повторяется снова и снова через запятую. Не могу понять, что вызывает это. У кого-нибудь есть идея?
Обновление: еще одна ошибка:
http request count is zero while sending response to client
Вот конфиг. Есть и другие нерелевантные вещи, но эта часть была добавлена / отредактирована
fastcgi_cache_path /var/nginx-cache levels=1:2 keys_zone=WORDPRESS:100m inactive=60m;
fastcgi_cache_key "$scheme$request_method$host$request_uri";
fastcgi_cache_use_stale error timeout invalid_header http_500;
fastcgi_ignore_headers Cache-Control Expires Set-Cookie;
proxy_buffer_size 128k;
proxy_buffers 4 256k;
proxy_busy_buffers_size 256k;
# Upstream to abstract backend connection(s) for PHP.
upstream php {
#this should match value of "listen" directive in php-fpm pool
server unix:/var/run/php5-fpm.sock;
}
А затем в серверном блоке: установите $ skip_cache 0;
# POST requests and urls with a query string should always go to PHP
if ($request_method = POST) {
set $skip_cache 1;
}
if ($query_string != "") {
set $skip_cache 1;
}
# Don't cache uris containing the following segments
if ($request_uri ~* "/wp-admin/|/xmlrpc.php|wp-.*.php|/feed/|index.php|sitemap(_index)?.xml") {
set $skip_cache 1;
}
# Don't use the cache for logged in users or recent commenters
if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in") {
set $skip_cache 1;
}
location / {
# This is cool because no php is touched for static content.
# include the "?$args" part so non-default permalinks doesn't break when using query string
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
try_files $uri /index.php;
include fastcgi_params;
fastcgi_pass php;
fastcgi_read_timeout 3000;
fastcgi_cache_bypass $skip_cache;
fastcgi_no_cache $skip_cache;
fastcgi_cache WORDPRESS;
fastcgi_cache_valid 60m;
}
location ~ /purge(/.*) {
fastcgi_cache_purge WORDPRESS "$scheme$request_method$host$1";
}`