Т.е. это еще не означает что сайт заблокирован или его непременно заблокируют. Просто предложили удалить незаконный контент. И да — обратный адрес у письма несуществующий, но оно подписано действительно Роскомнадзором.
Это всем приходит. Нам как хостеру тоже. Вот с такой формулировкой:
… уведомляем, что на основании решения Федеральной службы
по надзору в сфере связи, массовых коммуникаций и информационных технологий указатель
(указатели) страницы (страниц) сайта в сети «Интернет»
xxxxx включен(ы) в «Единый реестр доменных имен,
указателей страниц сайтов в сети „Интернет“ и сетевых адресов, позволяющих
идентифицировать сайты в сети „Интернет“, содержащие информацию, распространение которой в
Российской Федерации запрещено», номер реестровой записи XX-РИ.
В течение суток с момента получения настоящего уведомления необходимо проинформировать об
этом обслуживаемого Вами владельца сайта в сети «Интернет» и уведомить его о необходимости
незамедлительного удаления информации, распространение которой в Российской Федерации
запрещено...
Во первых об этом сразу узнает хостер а только потом клиент. Во вторых ничего не мешает хостеру заблокировать ваш сайт до принятия решения о внесении IP в черный список комнадзором.
Ну не играючи, не нужно. Есть конструкции, которые мы не смогли перенести. Там правда правил rewrite было строк на 200.
Или, пример: error_page 412 = @search;
location = / {
if ($query_string ~ 'search=')
{
return 412;
}
proxy_pass 127.0.0.1:81/;
}
location @search {
access_log /var/log/search_log;
proxy_pass 127.0.0.1:8081;
}
Я вот, к примеру, иного способа сделать описанное не нашел. Так что не все однозначно с этим.
Дмитрий Котеров выше за меня ответил. Такое сравнение будет бессмысленым. Я показал данные, которые говорят о том, что 3000 процессов apache не генерят LA over 9000. Хотя они выполняют порядка 800 разных задач (физически разный код). Значит дело было точно не в apache.
На таких нагрузках мы используем самописный web-сервер, который делает то что нам нужно и взаимодействует с, например, базой данных по четко регламентированному расписанию. В случае badoo или vk такая оптимизация, конечно оправдана. Даже ради выжать дополнительные 500rps. В случае автора — получены дополнительные точки отказа, задача с большой вероятностью решалась более простым способом.
Как то так.
В том то и дело, что, как правило нет. Профит в установке проксирующего фронтэнда, это я верю. А замена apache на php-fpm профита обычно дает меньше чем доступных apache возможностей.
… уведомляем, что на основании решения Федеральной службы
по надзору в сфере связи, массовых коммуникаций и информационных технологий указатель
(указатели) страницы (страниц) сайта в сети «Интернет»
xxxxx включен(ы) в «Единый реестр доменных имен,
указателей страниц сайтов в сети „Интернет“ и сетевых адресов, позволяющих
идентифицировать сайты в сети „Интернет“, содержащие информацию, распространение которой в
Российской Федерации запрещено», номер реестровой записи XX-РИ.
В течение суток с момента получения настоящего уведомления необходимо проинформировать об
этом обслуживаемого Вами владельца сайта в сети «Интернет» и уведомить его о необходимости
незамедлительного удаления информации, распространение которой в Российской Федерации
запрещено...
Или, пример:
error_page 412 = @search;
location = / {
if ($query_string ~ 'search=')
{
return 412;
}
proxy_pass 127.0.0.1:81/;
}
location @search {
access_log /var/log/search_log;
proxy_pass 127.0.0.1:8081;
}
Я вот, к примеру, иного способа сделать описанное не нашел. Так что не все однозначно с этим.
Как то так.
last pid: 34637; load averages: 3.61, 3.80, 3.85 up 35+21:12:56 13:39:24
2924 processes:5 running, 2917 sleeping, 2 stopped
CPU: 19.0% user, 0.1% nice, 2.4% system, 0.2% interrupt, 78.3% idle
Mem: 9406M Active, 9691M Inact, 3429M Wired, 437M Cache, 2465M Buf, 838M Free
Swap: 4096M Total, 60M Used, 4036M Free, 1% Inuse
Вот эти 3000 процессов это все apache. Обращаю ваше внимание на показатель LA и Idle. На память не смотрите, она сожрана Mysql-ем.
Неправда.
Этого достаточно для работы.