Комментарии 12
Направление решения хорошее.
Я бы рекомендовал только вместо файла сделать memcached ключ. Он и удалится автоматом, и Disk IO снизит, и позволит обслуживать распределённо.
Я бы рекомендовал только вместо файла сделать memcached ключ. Он и удалится автоматом, и Disk IO снизит, и позволит обслуживать распределённо.
Пожалуйста, поделитесь ссылками на доки =)
www.php.net/manual/en/class.memcache.php
$m = new Memcache;
$m->connect(«127.0.0.1», 11211);
$m->set('unique_key_in_memcached', 'data', 0, 600);
$m->close();
$m = new Memcache;
$m->connect(«127.0.0.1», 11211);
$m->set('unique_key_in_memcached', 'data', 0, 600);
$m->close();
HttpMemcModule — замените просто файловые операции на операции с мемкэшем в конфиге nginx.
Спасибо за полезный комментарий!
Думаю лучше базовый мэмкеш, просто потому, что он базовый и есть в пакетных сборках.
Добавляю в пост.
Думаю лучше базовый мэмкеш, просто потому, что он базовый и есть в пакетных сборках.
Добавляю в пост.
При очередном проходе любого поискового бота ваш сайт выпадет из индекса, т.к. куки они как правило не поддерживают, и кнопки нажимать не умеют. Или я ошибаюсь?
Мы применяем фильтр только на авторизационных страничках движков. Они, думаю, не очень интересны поисковикам.
+ см. возможный улучшайзер на GET
+ см. возможный улучшайзер на GET
если я правильно понял логику, то решение срабатывает при повторном запросе той же страницы, а не какой-нибудь другой.
К автору поста: хорошо бы прокомментировать логику отдельно, из конфига она не очень понятна.
К автору поста: хорошо бы прокомментировать логику отдельно, из конфига она не очень понятна.
Как реализовать этот кусок для апача?
location @wlgui {
internal;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root/wlgui.php;
fastcgi_intercept_errors on;
include fastcgi_params;
}
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Простой способ защиты от распределённого брутфорса доступов к CMS