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