Stepan-momo, как именно сделать это в ISP не в курсе. А без него можно скармливать логи или одному из существующих анализаторов (awstat, webalizer), или же написать простой скрипт самому. Попробуйте и в ISP поискать данную опцию.
Обращайтесь. Сделаем в Германии. Есть несколько подсетей.
Если не игровые сервера - берите NL. Разница в открытии сайта будет примерно 0.5-1 секунда. Лучше сразу дедик. Так как некоторые хостеры только пишут, что у них на VDS порт 100мбит и трафик без ограничений. А на деле выйдет, что превысите 5-10 мбит и отключат.
А если проект не новый, то закономерно, что можно получить и атаки на него. В случае с VDS - вы гарантировано получите неработающий проект при атаке. В случае со 100мбит сервером - можно настроить nginx + firewall которые спасут от мелких атак, которых в общей массе 9 из 10.
Если все еще есть сомнения по поводу канала - можем предложить дедик с тестовым периодом. Закатаете туда тестовые файлы\страницы и дадите знакомым померять скорость. Не устроит - будете искать уже варианты только "хуже и дороже". :)
Делаем капчу самую простую. Но цифры в ней двух цветов. И вопрос - просим ввести цифры определенного цвета. Для сложности - можно сделать 3-4 цвета.
Конечно определенный тип посетителей отсечет, но с ботами справляется на ура :)
Видимо чтобы гугл не подумал о резкой смене контента и сайт не улетел под фильтр.
ivan-lev, хитромудрые отчеты тоже нужно разбивать постранично :)
chmod 777, попробуйте глянуть что создает нагрузку. Так как 10 секунд - это очень много. Нужно ориентироваться на 5 и менее. В идеале 2-3 секунды.
Попробуйте покопать данную CMS на предмет кеширования. Большинство имеет данную функцию и позволяет ускорить вывод в разы.
У одного клиента были подобные траблы с бекапами до тех пор, пока не перевел на SSD. Там было порядка 200к файлов и база на 6 гиг. Это если у вас действительно проблема с I/O, а не из-за нехватки процессора.
Если же нет возможности перевестись на SSD - можно попробовать поставить базу на lvm и делать снапшоты. После снапшота можем прямо файлами и бекапить. А сами файлы преобразовать в sql можно уже и на стороннем сервере.
Чтобы дать точнее ответ, нужно больше графиков.
zzzit, немного оффтопа. Чем был обоснован выбор именно levelDB, а не redis'a или другого nosql решения? Есть один проджект на примере - сейчас подбираю его реализацию.
Где-то читал, что перед запуском сайта желательно вообще с домена на 2-3 месяца убирать любой контент.
Можно брать i3 без проблем. Сейчас куча самосборов i7 с обычной non-ECC памятью живут годами. Как уже сказали выше - вы быстрее выкинете на свалку сервак, чем ошибку застанете. Особенно если у вас там стандартный LAMP набор. Тем более non-ECC работает чуть быстрее, так как не тратится время на проверку. ;)
Ну а вообще, если цена не играет критическую роль - лучше уже смотреть на E3 платформы. По мощности они будут примерно на уровне i7.
