На нет и суда нет. Если что надумаете, то для нас не проблема отдавать данные в каком-нибудь xml или json

В случае превышения… объема данных… равного 3072 Мбайт ...Какое-то странное у них понятие безлимитности.

Спасибо.

Чисто из любопытства: откуда получился такой большой траффик, который подвесил сервер? Насколько большой? Какая была конфигурация системы? Что именно в битриксе тормозило и как это удалось полечить (если удалось)?

Да, и что надо сделать, чтобы изменить/урезать поведение уже существующего модуля?

С наличием документации и понятного API тоже. PHP — это не тот язык, где можно сделать хорошо и просто.Сколько boilerplate кода надо написать, чтобы добавить в Битрикс свой content type? А модуль?

Говоря о пиковых нагрузках, я имел в виду, максимальную нагрузку на сервер, при которой он может стабильно работать.Это максимальная производительность.Т.е. показатель не зависит от текущей посещаемости...Ну и как это соотносится с тысячью посетителей в день? Впрочем не суть, как бы оно не называлось, но факт, что для битриксового сайта эту мизерную нагрузку считаете существенной, показателен :-)Если страница генерится за 0.3-0.5 сек на однин запрос, и если нет там memcached, nginx и eaccelarator, то при запросе от 20 уников/сек страница будет уже генерится под 10-20 секОткуда возьмется 20 хостов/сек при посещаемости 1000 хостов/сутки?

А не надо сомневаться. Просто попробуйте. Ну или послушайте тех, кто пробовал.Вносить изменения в криво написанный чужим дядей php-код — очень дорого.

99% сайтов имеют настолько низкую посещаемость, что заморачиваться о скорости работы системы вообще нет смысла. Посетитель не заметит, что страница генерилась не 0.01 секунды, а в сто раз медленнее.Конечно, если система генерит типичную страницу 5-10 секунд, то да, это уже существенно и такую систему лучше не использовать.

Т.е. для Вас — пиковая нагрузка, это рановмерный поток посетителей в сутки?Нет, для меня пиковая нагрузка — это максимальная нагрузка при нормальной работе сайта. Для регионального сайта — это приход в час 6-7% от суточной аудитории. Посмотрите статистику разных городских сайтов, там отчетливо видно плато в дневное время и никаких скачков. У новостных сайтов, кстати, пиковая нагрузка за час тоже практически не выходит за 7%.Хабраэффект (хе-хе, выросло поколение, не знающее про Slashdot) — это не нормальная работа сайта, а traffic overload. Как DOS-аттака.Приводить vl.ru как источник slashdot effect — это смешно. Там на головной странице 2 тыс человек в час, даже если каждый десятый заинтересуется Вашей новостью, то это всего двести человек в час — три штуки в минуту. Это не та нагрузка, о которой имеет смысл беспокоиться.Это каких, например?Да практически любых. Если не использовать тормозной php и не доводить количество sql-запросов до нескольких десятков на один http-запрос, то поверьте, Вы легко сможете отдавать десятки динамических страниц в секунду на самой завалящей машине.Впрочем, даже в случае с корявым кодом на PHP тут нет ничего недостижимого. Вот, к примеру, время генерации страниц vBulletin.

Посещаемость и используемые для разработки системы между собой никак не связаны. Копеечный скрипт на 20 строк может иметь миллионы посетителей, равно как и на толстого многомегабайтного бегемота может ходить только создатель и скучающий гугль.Imho стандартные CMS вроде битрикса, друпала и прочих таких же хороши для очень специфичного применения — аморфные сайты без четко структурированных данных. Если же у сайта есть узкое и понятное применение (блог, торговая площадка, специализированный каталог и т.п.), то тут же эти CMS становятся ненужными, а то и мешающими.

Готовое коробочное решение тоже надо доводить до ума. И совсем не факт, что это будет быстрее/дешевле/лучше, чем написать с нуля или собрать из готовых компонентов.Современные системы разработки позволяют сделать простейший магазин (категории/товары/корзина заказа) за час. И подавляющему большинству заказчиков этого будет достаточно. Imho, конечно.

У Вас странное представление о пиковых нагрузках. Для регионального сайта пиковая нагрузка за час — это 6-7% от суточной нормы посетителей. То есть все тот же один посетитель в минуту :-) При глубине просмотра в 5 страниц (что очень и очень неплохо) это даст один хит за 12 секунд.Конечно, монструозные системы, которые генерят одну страницу по нескольку секунд (битрикс такой?), это и может напугать, но для нормальных магазинов/форумов — это тьфу и растереть на любом хостинге.

покажите мне эти сайты и рабочие хабаровские проекты на них держащие хотя бы 1000 юзеров в сутки.Вы действительно считаете, что 1000 юзеров в сутки — это много? Это ж меньше одного человека в минуту :-)

до 192 кбит/сек — 1300 руб.до 384 кбит/сек — от 1000 руб.Это как? Или имеется в виду, что за 1000 руб иногда будет 384 kbps, но обычно не будет превышать XXX kbps, где XXX может быть сколь угодно малой величиной?

Самое время опять вспомнить про хорошие CMF на хороших языках.Не нужен для такой задачи готовый движок — за один день описываете модель данных и половина задачи уже решена :-)

Если из этих двух месяцев полтора не ушли на разговоры с заказчиком, то это долго. Imho, конечно.

Про «не один месяц» — это Вы серьезно? :-OКстати, там в нескольких местах встречается слово «выбирите».

Пока я писал эту статью я пришел к выводу, что организаторы намеренно хотели сделать одну из Хабаровских студий победителемКаким образом? Там же просто считается средний балл голосования трех десятков человек.

Это если брать unmanaged-варианты. Ничего не мешает покупать хостинг с каким-нибудь cPanel, WebAdmin или еще чем-нибудь подобным.У того же firstvds.ru управление серверами/доменами/почтой делается через веб-интерфейс.