gorgul, в яндексе к примеру есть такой функционал "Оригинальные тексты"
"Если вы публикуете на своем сайте оригинальные тексты, а их перепечатывают другие интернет-ресурсы, предупредите Яндекс о скором выходе текста. Мы будем знать, что оригинальный текст впервые появился именно на вашем сайте, и попробуем использовать это в настройке поисковых алгоритмов."
это решает ваши проблемы минимальными усилиями.
какой смысл гонять сайт, он так и будет по хостингам скакать может даже вам на зло.
К сожалению на основании предоставленной информации мы не можем заблокировать аккаунт, фишинг или вирусы - нет проблем, авторские права пожалуйста выясняйте без участия хостера.
смотря что за ddos, судя по тому что сервер у хостера намертво не ложится то атака не серьезная и платить 400 баксов точно нет смысла.
я за второй вариант, по возможности можете обращаться ко мне, осилю много.
Добрый день,
gorgul, в яндексе к примеру есть такой функционал "Оригинальные тексты"
"Если вы публикуете на своем сайте оригинальные тексты, а их перепечатывают другие интернет-ресурсы, предупредите Яндекс о скором выходе текста. Мы будем знать, что оригинальный текст впервые появился именно на вашем сайте, и попробуем использовать это в настройке поисковых алгоритмов."
это решает ваши проблемы минимальными усилиями.
какой смысл гонять сайт, он так и будет по хостингам скакать может даже вам на зло.
К сожалению на основании предоставленной информации мы не можем заблокировать аккаунт, фишинг или вирусы - нет проблем, авторские права пожалуйста выясняйте без участия хостера.
))
Т.е. вариант с disable_symlinks предпочтительнее?
Почему же, если это так опасно ISP присваивает вновь созданным доменным папкам 755?
иначе не будет работать, но самое главное не ставить 755 до директории сайта.
если у вас Apache prefork то можете отключить вообще disable_symlinks ибо дырка и так.
тс упомянул isp manager то точно 99% из за disable_symlinks
шаг.......
слишком мало инфы что бы вам помочь, сам по себе nginx рабочий, у меня к примеру 1.3.7 собранный из исходников работает нормально.
root@gw2 ~ # nginx -V
nginx version: nginx/1.3.7
built by gcc 4.4.5 (Debian 4.4.5-8)
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_gzip_static_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-http_geoip_module --add-module=/root/tc
root@gw2 ~ #
я так понимаю вы отсюда http://nginx.org/packages/debian/ стянули 1.2.4
root@gw2 ~ # aptitude show nginx
Package: nginx
State: installed
Automatically installed: no
Version: 1.2.4-1~squeeze
Priority: optional
Section: httpd
вы в состояние нормально описать проблему?
нет смысла, если сильно надо то можно сделать плагин. (но потом доменов в isp не будет видно)
Ужасен он количеством и "кривизной" самих запросов в базу, а также большим потреблением ресурсов.
ну да разрабы дураки на протяжение стольких лет не могут причасать?
покажите мне примеры из вп как не надо делать? :) (именно из ядра а не плагинов)
---------- Добавлено 03.11.2012 в 05:53 ----------
у меня было что то похожее, помогло вот это http://centos.ultra-sr.ru/the-simplest-and-effectiveness-protection-against-ddos-at-nginx/
это не спасет вас от ддос.
---------- Добавлено 03.11.2012 в 06:52 ----------
На сервере сложный сайт на вордпресе и в нем очень много запросов к БД (на главной 329)
no comments 🍾
Берите у Hetzner напрямую. Чем брать у реселлеров лучше сразу застрелитесь)
почему? :(