|
|
|
| Недавно позвонил в службу тех. поддержки моего хостинга (входит в российскую тройку) и поинтересовался, какую максимальную нагрузку может выдержать мой сайт (макс. чел. в сутки) принимая во внимание что у меня стандартный тариф за 380р. в месяц? На что мне ответили:
300-400 человек для стандартных тарифах, а тариф "gold" выдержит до 10000 чел.в сутки.
Я подозреваю, что эта не точная информация, но проверить ее не могу.
Если кто, в этом, разбирается, поделитесь опытом.
Сколько человек в сутки может выдержать стандартный хостинг?
И от чего вообще зависит пропускная способность? | |
|
|
|
|
|
|
|
для: sasha12342
(28.12.2012 в 18:16)
| | Стандартный хостинг за пару тысяч рублей в год может выдержать несколько сотен если не тысяч одновременных обращений к сайту. 300-400 в сутки - это какая-то, скорее всего, ошибка и недопонимание. Естественно, еще надо учитывать, чего и сколько отдает сайт посетителю, сколько запросов к БД и тд. | |
|
|
|
|
|
|
|
для: DJ Paltus
(28.12.2012 в 19:31)
| | Отдает он, преимущественно текст и пару изображений из БД, около 7 запросов к разным таблицам на каждой странице плюс обработка данных, а в личном кабинете 15 запросов + обработка.
Изначально таблицы не особо загружены, а в перспективе, не знаю. | |
|
|
|
|
|
|
|
для: sasha12342
(28.12.2012 в 18:16)
| | И от чего вообще зависит пропускная способность?
От того, как сделан сайт. Статические страницы требуют относительно немного ресурсов. Сайт на CMS потребляет гораздо больше.
И еще от того, сколько в нем страниц. Бывает и так, что роботы нагружают сайт сильнее, чем пользователи. И даже вполне могут его положить. В особенности непоисковые роботы, которые сейчас расплодились. | |
|
|
|
|
|
|
|
для: Владимир55
(28.12.2012 в 21:12)
| | Причем тут CMS вообще? обработка данных да, занимает время, но и без всяких CMS, любой скрипт, программа и т.п. | |
|
|
|
|
|
|
|
для: CrazyAngel
(31.12.2012 в 07:12)
| | Причем тут CMS вообще?
При том, что сайт может быть сделан полностью на статических страницах (если его сущность это позволяет). Но когда его перенесли на CMS, то хостинг не потянул. И это реальная ситуация, не гипотеза. | |
|
|
|
|
|
|
|
для: Владимир55
(31.12.2012 в 12:10)
| | как это относиться к CMS? поведаю вам тайну, можно сделать CMS которая будет создавать статичные страницы для пользователей, и на производительность для пользователей это вообще никак не скажется)
по сути CMS это набор скриптов. именно они нагружают систему, они так же могут нагружать и по отдельности, и простые скрипты не соединенные одной архитектурой) | |
|
|
|
|
|
|
|
для: CrazyAngel
(31.12.2012 в 07:12)
| | > обработка данных да, занимает время, но и без всяких CMS, любой скрипт, программа и т.п.
Разница в количестве времени, ресурсов и т.п. и
sqrt(fact(3)+log(5^2*2^2)+cos(pi))+16/(2^4)=4
| Есть разница? | |
|
|
|
|
|
|
|
для: Sfinks
(31.12.2012 в 12:55)
| | как это относиться к CMS? поведаю вам тайну, можно сделать CMS которая будет создавать статичные страницы для пользователей, и на производительность для пользователей это вообще никак не скажется)
по сути CMS это набор скриптов. именно они нагружают систему, они так же могут нагружать и по отдельности, и простые скрипты не соединенные одной архитектурой) | |
|
|
|
|
|
|
|
для: CrazyAngel
(31.12.2012 в 18:47)
| | Но CMS - это не система управления статичными файлами, то о чем вы говорите это подсистема кэширования... можно еще круче поступить, запихать статичные страницы в memcached или nginx и вообще не трогать жесткий диск. Только CMS ценится именно за динамику и за интерфейс к базе данных, а не к статическим данным. Да результаты, которые выдает CMS, кэшируют, саму CMS оптимизируют, особенно на выдачу популярных страниц.Плюс существуют операции, от которых никакой кэш не спасает - например, импорт каталога продукции.
Проблема в том, что существует твердая тенденция на использование готовых CMS. Раньше ведь тоже СУБД писали для каждой программы. Создание собственной СУБД не было чем-то из рук вон выходящих... а сейчас? Тоже самое происходит и в мире CMS, формируются мощные готовые CMS и доступ к базе данных прячут за ORM... Так что резкий тон тут не совсем оправдан, приходится использовать CMS, причем такие в которые не больно-то влезешь. Альтернатива: использование фреймворков, где вы более точно контролируете процесс. Но фактически складывается огромная ниша готовых CMS, сайты на которых нужно и поддерживать и разрабатывать (не зависимо от того нравятся они вам или нет).
В результате CMS ориентируются на массовые проекты, а это накладывает ограничения на их архитектуру, параметры производительности. Да, если вы создаете CMS с нуля под конкретный проект, можно пренебрегать накладными расходами - вы вылижите и SQL-запросы и кэш подберете. Однако, когда у вас с одной стороны массовая CMS, а с другой виртуальный хостинг - накладные расходы CMS приходится брать во внимание. | |
|
|
|
|
|
|
|
для: cheops
(31.12.2012 в 19:09)
| | А есть программы которые анализируют какую нагрузку может выдержать сайт? | |
|
|
|
|
|
|
|
для: sasha12342
(08.01.2013 в 22:38)
| | Просчитать это довольно тяжело... есть программы, которые создают нагрузку, чтобы можно было проанализировать как себя ведет сервер. | |
|
|
|