Ну в первом случае мне нужно будет как-то реализовать общую глобальную память у обработчиков, чтобы они все знали про время последнего обращения. Второй вариант более красив, наверное.
Ну в принципе, да, можно во всяком случае начать топик с нескольких отзывов.
Но только в Москве с десяток ИТшных ВУЗов, всех сразу собрать будет трудно.
Не забудьте, что надо еще придумать как раскидывать пользователей по этим серверам. Т.е. они должны иметь одно и тоже доменное имя. И у пользователей не должна рваться сессия, если их перекинет на другую ноду.
Идеальный вариант все-таки своя серверная, два интернет-канала, несколько серверов и общая отказоустойчивая полка. А территориально распределенный кластер, имхо, гораздо сложнее сделать.
Это довольно «грязный» способ, т.к. если на том же веб-сервере работают приложения в однобайтной кодировке (или они ждут стандартного поведения строковых функций), то у них возникнут проблемы. Лучше перейти на использование mb_* функций.
Насколько я знаю, в редакциях Standard и Enterprise можно ставить лицензии на выбор: Server CAL (сколько лицензий — столько может быть одновременных подключений к этому серверу), Device CAL (сколько лицензий — столько компьютеров может подключаться) и User CAL (сколько лицензий — столько пользователей может подключиться). Например, если одним компьютером пользуется много пользователей, то выгоднее взять Device CAL.
thunderquack: вы сами себе противоречите. Если следовать ГОСТ, у вас просто не может получиться документ меньше 20 страниц. ТЗ должно содержать в себе все исходные данные, которые нужны разработчику системы для проектирования.
