16-32 (и более) Гб RAM на серверах хостинга — это реальность. Ну, конечно, у хороших хостеров.
Память постепенно перестает быть ограничивающим фактором для роста.
Вместе с разными доп. инструментами (рестарт неактивных процессов; расчет на то, что не все пользователи потребляют максимум ресурсов и т.п.) — все перестает казаться фантастикой, а становится вполне работающей схемой.
Битриксу нужен просто нормальный хостинг. И он — в отличие от других систем — имеет удобные средства диагностики, которые позволяют сразу оценить все нужные параметры.
Если Вы чего-то не видели, это не значит, что этого не бывает.
Память постепенно перестает быть ограничивающим фактором для роста.
Вместе с разными доп. инструментами (рестарт неактивных процессов; расчет на то, что не все пользователи потребляют максимум ресурсов и т.п.) — все перестает казаться фантастикой, а становится вполне работающей схемой.
Битриксу нужен просто нормальный хостинг. И он — в отличие от других систем — имеет удобные средства диагностики, которые позволяют сразу оценить все нужные параметры.
Хотите, можем посмотреть подробнее — demidov@1c-bitrix.ru.
Рамблер точно выиграл (с момента установки поиска Яндекса — только рост).
На Апорт — посмотрим. Но скорее всего никакого чуда не будет. Нет у компании сильной медийной составляющей — в отличие от того же Рамблера.
Они уже будут зависеть от каждого конкретного сайта, от качества разработки.
Тестовый демо-сайт полезных данных даст очень мало.
Если есть конкретные примеры и проблемы — пишите, пожалуйста: demidov@1c-bitrix.ru.
Мне кажется, тут уже что-то не так с хостингом, а не с Битриксом. ;)
На мой личный взгляд, лимитировать количество запросов — вообще неверно. Можно смотреть на нагрузку по процессору, памяти и т.п. Но не запросы.
Как минимум, потому что один «тяжелый» запрос может стоить тысяч запросов, выданных из query cache'а.
По личному опыту — крайне неприятно получать сообщение об ошибке о лимите запросов, восстанавливая, например, базу из дампа.