А разве rar не платный? и зачем вам выставлять приоритет? Архивируете папку целиком? Если да, то find не нужен.
Попробуйте бесплатный tar, шифровать можно через openssl
tar -cf - /path/img| openssl aes-128-cbc -k Ваш_пароль -out img.rar Или так, но сначала создайте ключи tar -cf - /path/img | gpg -e -z 0 -r 'Имя_Ключа' -o img.rar
Главное помните, что на другой стороне тикетницы тоже люди работают, и когда нибудь им надоест читать ваши маты и они пошлют вас подальше.
Попробовать все же стоит, может за скромную сумму 10$ (30 минут работы админа) они вам все настроят.
В вашем случае идеальный вариант это front-end и кеширование сайта для гостей. И боты довольны (вы их не блокируете) и нагрузка минимальна, т.к. nginx очень хорошо отдает кешированные данные и статику, при очень маленьких затратах памяти. А плагины это не правильный путь, т.к. дергать апач вместо того, что бы отдать уже сгенерированный контент, не самое мудрое решение.
Ну так в чем проблема? У раз у вас VPS, то поднимите front-end и принимайте меры, благо возможностей у вас предостаточно (например кеширование для гостей).
Если вы принципиально но хотите ставить nginx, то iptables поможет вам наложить ограничение, на число коннектов..
PS
Если бы вы выложили логи, то вам бы могли подсказать по сути проблемы.
Так в чем проблема? Нужно поставить nginx как front-end, apache как backend. Вы от этого только выиграйте. Делается это за 15 минут.
А дальше используя директиву limit_req_zone, можете ограничивать число запросов с одного ip за нужный вам интервал времени. И жить станет легче. Главное ставьте разумные лимиты, т.к могут пострадать обычные юзеры, чей провайдер выдает 1 ip большому числу клиентов.
А по правильному, нужно понять причину падения сервера, может это кривые настройки веб-сервера/субд, то тут не ограничивать надо, а надо разобраться в ситуации. А потом принимать меры.
А может взглянуть на возможности nginx (надеюсь он у вас стоит).
Но сильно не увлекайтесь:)
И еще один совет, если грузят боты, то может настроить кеширование и отдавать кешированную страничку всем не зарегистрированным пользователям. При таком подходе нагрузка значительно снизится.
А если так:
server { listen 443 ssl; ssl_certificate /etc/ssl/mysite.ru.crt; ssl_certificate_key /etc/ssl/mysite.ru.key; server_name mysite.ru; return 301 https://www.mysite.ru$request_uri; } server { listen 443; server_name www.mysite.ru; ssl on; ......................................... }
Нет, путь не верный, документация говорит, что должно быть так:
/var/site/_files/download/content/95/arch.rar
Должна быть такая же структура как и в X-Accel-Redirect
А можно взглянуть на результат функции .realpath($route), путь до файла должен начинаться с /download
Sanu0074, не проще. Меняете владельца папки где хранится сайт
chown nginx:nginx -R /var/sites
Потом меняете владельца папки и права папки с сессиями
chown nginx:nginx -R /var/lib/php/session (у меня centos, если путь другой - поправьте)
chmod 770 /var/lib/php/session
Редактируете конфиги
- для nginx строка: user nginx;
- для apache строки :
User nginx
Group nginx
И всего делов.
Хотя правильнее будет создать для каждого сайта своего юзера, т.к. если ломанут 1 сайт, то другие уцелеют.
