Технические вопросы

Почему же сразу в Германии? Можно для этого использовать и российских хостеров.

Затея-то не такая масштабная, чтоб сразу к немецкому качеству обращаться. Впрочем я с зарубежными хотесрами не имел дела, только слышал, потому соотношения цены и качества не знаю.

Вконтакте выбрал Германию. Но это совсем другой масштаб.

И кстати не обязателен выделенный сервер (хотя с ним может оказаться проще, меньше нужно вникать в детали). Главное, что нужно от хостера для мудл - это немалый объем оперативной памяти, предоставляемой хостером. Обычно они предоставляют 16-40 мб, а по-хорошему нужно 1 гигабайта, его вполне хватит.

http://docs.moodle.org/en/PHP_settings_by_Moodle_version тут написано, что требуется от 128 мб. На деле для надежности нужно больше.

Еще важный момент - это ограничение на время исполнения скрипта. Нужно около 30 секунд ограничение. Сколько обычно у хостеров - не могу сказать.

Обычно чем дешевле хостер, тем больше он ограничивает ваш сайт в ресурсах (могут заманить объемом дискового простарнства, а в вычислительных ресурсах ограничить).

Чтобы узнать, каково ограничение на время исполнения скрипта и ограничение на объем предоставляемой оперативной памяти, нужно внимательноп прочитать условия тарифов хостера, но там может не быть этой информации, тогда можно позвонить хостеру в техподдержку)

О стоимости, подходящие условия тарифа могут стоить около 1000-1500 руб в месяц.

Здесь, как мне кажется, крайне критична динамическая память. Из личного опыта - отображение каждой странички в мудл 1.9 nht,etn 16-20 мб оперативки. Итого - это на 3-4 СОВСЕМ ОДНОВРЕМЕННО работающих пользователя. С учётом того, что все не совсем одновременно работают - предел 20-30 учеников просто листающих странички. В тестировании - учеников 5-6.

Лимит в 64 мб позволит нормально работать с отдельными страничками, но может оказаться недостаточно для ряда системных задач (cron, backup). Для них часто требуется 128-256 мб. Поэтому можно загнать себя в патовую ситуацию, когда сможете потихоньку работать с сервером, но не сможете сделать полный бэкап или вгрузку пользователей.

Я бы порекомендовал такую конфигурацию только для одного предмета в школе (с отдельными курсами для всех классов) или для одного класса (но все предметы). Для всех предметов/классов в рамках одной школы точно будет недостаточно в конечном итоге. С другой стороны, ничего не мешает начать с такого тарифа и по мере наполнения сайта переехать на более значительный тариф.

Добрый вечер.

Я не скажу по цифиркам, потому что моя интерпритация их может не совпасть с тем, что подразумевал хостер. И даже точно не совпадет. Хостер то хоть серьезный?  У меня большие подозрения что там окажется более полусотни виртуальных машин на одной физической...

Хочу сделать несколько общих замечаний.

Прежде чем начинать думать о хостинге нужно определиться, а что собственно хочется сделать? Сколько курсов там будет, сколько клиентов будет подключаться. Сколько одновременно работающих и т.д. Где будет основное использование - в учебном заведении или из дома. Будет ли использоваться мультимедиа, или тяжелая графика в курсах.

После этого сесть и подсчитать требуемые ресурсы - аппаратные и необходимый канал.

когда это вырисуется, то подумать - а чем можно пожертвовать?  Я понимаю что хочется всего и побольше. Но так не бывает, поэтому надо провести оптимизацию своей работы и работы преподавателей. Можно разрабатывать курсы локально на домашнем компьютере и потом синхронизировать с сайтом. Вариантов много на самом деле.

В итоге может оказаться что у вас уже все есть и ничего другого на первое время не надо. И канала у вас хватает и учебный компьютер со всем справится.  А поработав и набрав статистику, можно будет уже точно определить ваши потребности в мощностях ЦП и каналах связи.