Мне такой диск с монитором приехал =)
Заказал монитор, внутри вместе с диском с дровами был диск от гугла.
Использовал по назначению, стоит под чашкой с кофе.
Везде, где стоят windows, ставлю http://www.free-av.com/,
бесплатный, работает шустрее каспера, систему не тормозит.
Обновляется сам.
Рекомендую =)
Присоединяюсь.
Смотреть логи апача + логи ftp (есть вероятность что увели пароли или заснифив пакеты, или затроянив ваш компьютер.).
В случае большого проекта, Imho за простои должна отвечать эксплуатирующая
компания. Которая должна иметь в своих руках рычаги для управления как самим
сервером, так и програмной частью. Только в таком случае можно добиться
эффективного решения.
Тоесть и программисты и системные администраторы сервера, и аппаратная часть
должны быть собственные. Каждый должен заниматься своим делом,
а не перекладывать свою ответственность на других.
При большой посещаемости вылезут все недостатки проектирования системы.
Например перегрузка на связке код-mysql вызовет упрёки в сторону хостера:
А что вы нам подсунули, оно не работает! Отвечайте!
А дело всё может быть в кривых запросах к базе локирующих надолго таблички.
При этом для адекватной работы такого кода как окажется придётся ставить
mysql кластер десятка на 3 машинок. Кто будет готов так отвечать?
Чтобы давать хоть какие-то гарантии в таких случаях, надо иметь возможность аудита
исполняемого кода, а это мало того, что время, так и деньги и люди.
Это вобще не работа хостера по большому счёту. А работа эксплуатационщиков.
Вот так, Imho.
+ ёлка от меня.
При 100 запросах, если без базы, то не должно падать.
Возможно для большей устойчивости сам валидатор (проверяльщик соответствия записи на картинке) написать на сях, а не на php, тогда вообще ничто не страшно.
Не говоря уже про схемы с memcached и отдельного демона валидатора, держащего весь список сгенерёных картинок-кодов у себя в памяти.
P.S. А что предлагается за 700 у.е.?
P.P.S. Опс, не так понял что требуется, сорри. Подумал, что опасаетесь большой нагрузки с капчи.
Задачу пускать с одним UserAgent'ом (или ip) через капчу, а с другим без легко
решить через mod_rewrite апача, или аналогичный модуль nginx'а.
БЫл-бы настолько умный, то надо думать можно было прикрутить к анализвтору
лога проверку в DNSBL'ях на предмет открытых проксей. Тот-же NJABL например =)
А прочтите топик с начала =)
Пересобрать ядро в вдс .. 😮
В днс серверах вашего провайдера, или ваших сделать запись:
Например вы хотите чтобы ftp.site.ru смотрел на ip1 и ip2, то в днс серверах
в описании домена site.ru делаем 2 записи :
ftp IN A ip1
ftp IN A ip2
Отмечу, что если это делаете через панельку хостинг провайдера,
то скорее всего серийник обновится автоматом. Если руками, то
новый серийник должен быть больше старого.
Если сделали 60, и в них всё упирается, то и дальше будет упираться.
Тоесть если вам располовинят канал до 30+30 по 2-м сетевухам, то смысла особого
в этом нет. Ищите другого хостера, чтобы дал нормальный порт.
Ну а по поводу домена, то через него удобнее, заводите домен, можно халявный в msk.ru или spb.ru, и прописываетет на 1 домен 2 ип.
Ссылки при этом везде у вас будут на этот домен, а у посетителей браузер будет выбирать ип по очереди то один, то другой. Что даст равномерную небольшую нгрузку на оба порта, вместо пиковой на одном.
