Да, это безопаснее, чем права 0777.
Но если вы захотите работать с файлами от имени пользователя - будут проблемы.
Если у вас есть root-доступ, то можно подумать и организовать более разумные пермишены. Например, сделать apache членом группы юзера и поставить 775. Или запустить скрипты апача от имени пользователя. Нужно все взвесить, обдумать все возможные операции с этими файлами и решить, что лучше.
Вам нужен не админ.
Вы ведь не знаете чего именно добиваетесь и каким путями к этому идти.
Вам нужен системотехник, который уточнит и формализует техзадание, проанализирует возможные пути его решения и даст рекомендации по использованию ПО и железа.
У вас ведь, как я понимаю, еще обсуждается даже еще использование питона или какого-то другого языка...
Найдите опытного человека, уже реализовывавшего подобные проекты и пообщайтесь с ним несколько дней. Не забудьте сразу предложить ему хороший гонорар ;)
У вас еще этап "семь раз отмерь", вот и меряйте тщательно, чтобы потом не переделывать ;)
Настройте свой вебсервер чтобы отдавал контент в зависимости от имени домена, по которому обращаются посетители.
Если у вас апач, то должно быть примерно так
NameVirtualHost 1.2.3.4
<VirtualHost 1.2.3.4>
DocumentRoot /var/www/default-content/
</VirtualHost>
ServerName мойсайт.ком
ServerAlias www.мойсайт.ком другой-мой-домен.ком *.и-еще-мои-домены.ком
DocumentRoot /var/www/мойсайт.ком/
.....
Если обращение было по ip или по неопознанному домену - будет выдан контент первого виртуального сервера. Если по одному из известных доменных имен - то посетителю будет отдан контент второго виртуального хоста.
Если пытаться разрулить ситуацию через .htaccess, то нужно делать рерайт типа
RewriteCond %{HTTP_HOST} !^(www\.)?мойдомен\.ком$ [NC]
RewriteRule .* http://www.мойдомен.ком/ [R]
Цитита из документации по nginx, limit_rate:
Если необходимо ограничить скорость для части клиентов на уровне сервера, то директива limit_rate для этого не подходит. Вместо этого следует задать желаемое ограничение скорости в переменной $limit_rate:
server {
if ($slow) {
set $limit_rate 4k;
}
...
Да, aio тут будет очень полезен. И sendfile off.
Кстати, у меня на отдачу больших файлов в гигабитный канал лучшего результата удалось достичь с lighttpd, а не с nginx'ом.
В nginx - limit_rate или $limit_rate
А если всего вебсервера, то можно приоритезацию трафика использовать, типа htb.init
Это плохой совет.
Протестировать диск один раз - это рулетка, повезет - не повезет. Так можно сразу выявить ну уж совсем никудышного хостера...
Потому как проблема с дисками у ВПСок заключается не в железе, а в СОСЕДЯХ.
То есть, чтобы хорошо протестировать ВПСку, нужно гонять тест винта непрерывно, скажем, неделю. Но даже если результат недельного теста вас устроит, то никто не даст гарантии, что завтра вам на сервер не подселят пользователя, который удумает погонять недельный тест диска... ;))))
В общем - лотерея... Проблемы могут быть у кого угодно.
Так что выбирайте лучше того хостера, где лучшая техподдержка ;) Где техподдержка хорошая, там и железо обычно хорошее.
Хорошая техподдержка - это круглосуточная, отвечающая быстро и по существу, очень желательно с возможностью позвонить им по телефону. И, конечно, с доброжелательным отношением к клиенту ;)
Сервер работает, само собой будет какая-то нагрузка. 20-30% - абсолютно нормальная несмертельная нагрузка.
Что у mysqld-процесса время выполнения большое (это вы в top смотрите?) - это тоже нормально. Это ведь суммарное время, один процесс последовательно
выполняет множество sql-запросов, затрачивая на каждый определенное время.
Чего вы ожидаете?
В чем проблема, если сайты шустро работают?
Это чисто ради спортивного интереса или ради какой-то прагматической цели?
Если вопрос про винду, то это можно сделать в диспетчере задач.
Но стоит таки хорошенько подумать, ЧТО именно вы делаете и ЗАЧЕМ.
для bind'а директива $GENERATE
Иди гуляй, милая. Все уже поняли, что бестолково флудить и оскорблять - ваш потолок сознания.
