1. берете скрипт и смотрите сколько реально памяти вам доступно
2. кладете на хостинге другой скриптик, который делает, например, sleep(60) и вывод на экран например "1". посылаете на сервер к этому скрипту параллельно запросы и смотрите на каком количестве у вас начинаются проблемы.
логика тут примерно такая.
конкурент не будет так подставлять, потому что:
1) это не даст 100% гарантии отказа в обслуживании
2) часть (возможно, бОльшая) спам-ссылок могут быть не удалены, и они начнут работать против конкурента
Александр Фролов,
В прошлой теме я вам скидывал ссылку про технологии кластеризации на Битриксе. Идите тем же путем, только со своим движком. Не вижу вобще никаких проблем, раз все так серьезно :)
дешевле и надежнее будет нанять "дежурного" админа, который переключит в случае чего запросы на дублирующий сервер, нежели усложнять систему :)
надо понимать, что аварийная ситуация будет, возможно, 1-3 случая в год, а, возможно и совсем не будет.
программная часть (я о движке сайта) серьезных проектов все равно будет периодически обновляться, т.е. человека из такой системы не исключить.
Есть ощущение, что на следующем шаге запасного сервера с копией, близкой к realtime вам будет достаточно.
Логика железная. Чугунный радиатор отопления вам в помощь. :)
слишком долго и много теоретизируете.
о движке сайта вобще ни слова.
начните с простого, усложнить всегда успеете.
пока вы раздумываете как сделать конфетку, конкуренты убегут настолько далеко, что даже с HA-кластерами будет не догнать.
принято :)
ну как бы это не совсем притормозить :)
суть понятна.
эникейщику такой вариант плохо подойдет. ибо конфигурить надо.
