SmartCJ Support Forum

Приветствую!

Обнаружил в хеадере строки вида:
cache-cookie-set-from: noref
cache-cookie-set-idcheck: 1573489771
cache-cookie-set-index_page: 1
cache-cookie-set-lfrom: noref

Раньше, вроде бы, их не было?! Или я не прав?

Причем, это не зависит от билда Смарта: на каких то сайтах есть, на каких то нет - не пойму закономерности.

Включен дебаг аут в сетингах

"CJ Settings - Other settings - Add out.php debug comments = No"
Или где-то в другом месте?

скиньте плз фтп на домен

фтп нет, сфтп сделаем... но такая проблема на разных серверах...

из-за этого когда гугл начинает сканить, ему отдается 502, т.к. заголовок разрастается больше буферов, которые в свою очередь и так увеличены в несколько раз относительно стандартных

да

фтп скинул

гугл атакует и получает тысячами ошибки 502...
пока решил проблему костылем - установкой модуля для nginx:
https://github.com/openresty/headers-more-nginx-module
и затиранием заголовков:
more_clear_headers 'cache-cookie-set-from';
more_clear_headers 'cache-cookie-set-idcheck';
more_clear_headers 'cache-cookie-set-index_page';
more_clear_headers 'cache-cookie-set-lfrom';

это не решило проблему, как и попытка передать параметры:
fastcgi_hide_header cache-cookie-set-from;
fastcgi_hide_header cache-cookie-set-idcheck;
fastcgi_hide_header cache-cookie-set-index_page;
fastcgi_hide_header cache-cookie-set-lfrom;
fastcgi_hide_header cache-cookie-set-current_click;
fastcgi_hide_header cache-cookie-set-last_url;
fastcgi_hide_header cache-cookie-set-to;

и первый и второй вариант не выводят для клиента данные заголовки, но в ответе от php в nginx они приходят, по-этому ошибка оставалась...

пришлось завернуть гугл в обход смарта.

это что вы передаете в смарт, а не назад

можете сделать больше разрешенные хедеры для nginx

Syntax: client_header_buffer_size size;
Default:

client_header_buffer_size 1k;

Context: http, server

Sets buffer size for reading client request header. For most requests, a buffer of 1K bytes is enough. However, if a request includes long cookies, or comes from a WAP client, it may not fit into 1K. If a request line or a request header field does not fit into this buffer then larger buffers, configured by the large_client_header_buffers directive, are allocated.