Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: По моему, с меня хотят содрать денег...
 
 автор: sasha12342   (28.12.2012 в 18:16)   письмо автору
 
 

Недавно позвонил в службу тех. поддержки моего хостинга (входит в российскую тройку) и поинтересовался, какую максимальную нагрузку может выдержать мой сайт (макс. чел. в сутки) принимая во внимание что у меня стандартный тариф за 380р. в месяц? На что мне ответили:
300-400 человек для стандартных тарифах, а тариф "gold" выдержит до 10000 чел.в сутки.
Я подозреваю, что эта не точная информация, но проверить ее не могу.
Если кто, в этом, разбирается, поделитесь опытом.
Сколько человек в сутки может выдержать стандартный хостинг?
И от чего вообще зависит пропускная способность?

  Ответить  
 
 автор: DJ Paltus   (28.12.2012 в 19:31)   письмо автору
 
   для: sasha12342   (28.12.2012 в 18:16)
 

Стандартный хостинг за пару тысяч рублей в год может выдержать несколько сотен если не тысяч одновременных обращений к сайту. 300-400 в сутки - это какая-то, скорее всего, ошибка и недопонимание. Естественно, еще надо учитывать, чего и сколько отдает сайт посетителю, сколько запросов к БД и тд.

  Ответить  
 
 автор: sasha12342   (28.12.2012 в 21:19)   письмо автору
 
   для: DJ Paltus   (28.12.2012 в 19:31)
 

Отдает он, преимущественно текст и пару изображений из БД, около 7 запросов к разным таблицам на каждой странице плюс обработка данных, а в личном кабинете 15 запросов + обработка.
Изначально таблицы не особо загружены, а в перспективе, не знаю.

  Ответить  
 
 автор: Владимир55   (28.12.2012 в 21:12)   письмо автору
 
   для: sasha12342   (28.12.2012 в 18:16)
 

И от чего вообще зависит пропускная способность?

От того, как сделан сайт. Статические страницы требуют относительно немного ресурсов. Сайт на CMS потребляет гораздо больше.

И еще от того, сколько в нем страниц. Бывает и так, что роботы нагружают сайт сильнее, чем пользователи. И даже вполне могут его положить. В особенности непоисковые роботы, которые сейчас расплодились.

  Ответить  
 
 автор: CrazyAngel   (31.12.2012 в 07:12)   письмо автору
 
   для: Владимир55   (28.12.2012 в 21:12)
 

Причем тут CMS вообще? обработка данных да, занимает время, но и без всяких CMS, любой скрипт, программа и т.п.

  Ответить  
 
 автор: Владимир55   (31.12.2012 в 12:10)   письмо автору
 
   для: CrazyAngel   (31.12.2012 в 07:12)
 

Причем тут CMS вообще?

При том, что сайт может быть сделан полностью на статических страницах (если его сущность это позволяет). Но когда его перенесли на CMS, то хостинг не потянул. И это реальная ситуация, не гипотеза.

  Ответить  
 
 автор: CrazyAngel   (31.12.2012 в 18:47)   письмо автору
 
   для: Владимир55   (31.12.2012 в 12:10)
 

как это относиться к CMS? поведаю вам тайну, можно сделать CMS которая будет создавать статичные страницы для пользователей, и на производительность для пользователей это вообще никак не скажется)

по сути CMS это набор скриптов. именно они нагружают систему, они так же могут нагружать и по отдельности, и простые скрипты не соединенные одной архитектурой)

  Ответить  
 
 автор: Sfinks   (31.12.2012 в 12:55)   письмо автору
 
   для: CrazyAngel   (31.12.2012 в 07:12)
 

> обработка данных да, занимает время, но и без всяких CMS, любой скрипт, программа и т.п.
Разница в количестве времени, ресурсов и т.п.
2+2=4
и
sqrt(fact(3)+log(5^2*2^2)+cos(pi))+16/(2^4)=4
Есть разница?

  Ответить  
 
 автор: CrazyAngel   (31.12.2012 в 18:47)   письмо автору
 
   для: Sfinks   (31.12.2012 в 12:55)
 

как это относиться к CMS? поведаю вам тайну, можно сделать CMS которая будет создавать статичные страницы для пользователей, и на производительность для пользователей это вообще никак не скажется)

по сути CMS это набор скриптов. именно они нагружают систему, они так же могут нагружать и по отдельности, и простые скрипты не соединенные одной архитектурой)

  Ответить  
 
 автор: cheops   (31.12.2012 в 19:09)   письмо автору
 
   для: CrazyAngel   (31.12.2012 в 18:47)
 

Но CMS - это не система управления статичными файлами, то о чем вы говорите это подсистема кэширования... можно еще круче поступить, запихать статичные страницы в memcached или nginx и вообще не трогать жесткий диск. Только CMS ценится именно за динамику и за интерфейс к базе данных, а не к статическим данным. Да результаты, которые выдает CMS, кэшируют, саму CMS оптимизируют, особенно на выдачу популярных страниц.Плюс существуют операции, от которых никакой кэш не спасает - например, импорт каталога продукции.

Проблема в том, что существует твердая тенденция на использование готовых CMS. Раньше ведь тоже СУБД писали для каждой программы. Создание собственной СУБД не было чем-то из рук вон выходящих... а сейчас? Тоже самое происходит и в мире CMS, формируются мощные готовые CMS и доступ к базе данных прячут за ORM... Так что резкий тон тут не совсем оправдан, приходится использовать CMS, причем такие в которые не больно-то влезешь. Альтернатива: использование фреймворков, где вы более точно контролируете процесс. Но фактически складывается огромная ниша готовых CMS, сайты на которых нужно и поддерживать и разрабатывать (не зависимо от того нравятся они вам или нет).

В результате CMS ориентируются на массовые проекты, а это накладывает ограничения на их архитектуру, параметры производительности. Да, если вы создаете CMS с нуля под конкретный проект, можно пренебрегать накладными расходами - вы вылижите и SQL-запросы и кэш подберете. Однако, когда у вас с одной стороны массовая CMS, а с другой виртуальный хостинг - накладные расходы CMS приходится брать во внимание.

  Ответить  
 
 автор: sasha12342   (08.01.2013 в 22:38)   письмо автору
 
   для: cheops   (31.12.2012 в 19:09)
 

А есть программы которые анализируют какую нагрузку может выдержать сайт?

  Ответить  
 
 автор: cheops   (09.01.2013 в 21:29)   письмо автору
 
   для: sasha12342   (08.01.2013 в 22:38)
 

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

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования