Более 100 типов контента

Всем добра. Вопрос на засыпку. Какие могут быть последствия при использовании на одном сайте более 100 типов контента, при 1000 — 1500 уников в сутки? В большей части контент будет динамический (добавляться и удаляться). Как будет работать движок при условии что на нем будут установлены всевозможные компоненты, в том числе биллинг и мапс?

Glaz, а у Вас виртуальный хостинг? или может сервер свой…

Glaz, а у Вас виртуальный хостинг? или может сервер свой…

Прошу прощения, сразу не указал. Хостинг VPS.

Glaz, очень многое зависит от того, что именно будет входить в эти 100 компонентов и кто их авторы. Чтобы положить сайт достаточно одного "кривого" дополнения.

Loadырь, 100 типов контента Не компонентов. Речь идет о типах контента таких как например: Доска объявлений, Статьи и т.п. Допустим что таких типов будет около сотни а может и больше. Создавать сам контент в этих типах буду пользователи. В сутки в среднем 1000 посетителей. Не все из них будут создавать контент. Из них около 30% создают контент. Остальные им пользуются но тоже могут его создавать при желании. Типы контента будут связаны с биллингом. Из компонентов будут еще и другие но они уже имеют второстепенный характер. Какого то контента будет по 300-400 записей, какогото 50-100. Весть контент постоянно обновляется, появляется новый а старый удаляется. Как то так.

Glaz, даже обычный виртуальный хостинг выдержит.

100 типов контента

Действительно.
Давайте посчитаем. Количество пользователей у вас +-1000 — это скажем постоянное значение, меняется только количество типов контента, 10, 50, 100, 200 не важно. Все файлы для чтения/записи из типов контента — одни и те же.В запросах в БД есть отличия, но все они сводятся к системному имени типа контента, что не имеет существенной роли. Исходя из этого получается, что нет особой разницы в том, 10 у вас типов контента "обслуживают" 1000 уников или 100 типов контента на эти же 1000 уников.

получается, что нет особой разницы

Мне чего то кажется, что по идее (в теории) должно даже шустрее работать ели все распределено по разным таблицам)

Есть 100 типов контента. В каждом из них есть записи. В каком то из ста по 300-400 записей, в каком то по 50-100. Даже если взять что в каждом типе контента по 100 записей то получиться 10 000 записей на 100 типов контента.

получиться 10 000 записей на 100 типов контента.

10К это не много, да и общее кол-во роли не играет.

Главное "посещаемость" — вернее кол-во выполняемых действий в единицу времени!)

Glaz, да у вас 10 000 записей на 100 типов контента, а было бы 10 000 записей в 10 типах контента. Это не важно. Так как пользователь заходя на страницу одного типа контента, делает 2-3 запроса в бд. Другой пользователь заходит на страницу другого типа контента, и также делает 2-3 запроса в бд. Но нет разницы из какой бд ему вытягивать информацию. Конечно если таблица с большим количеством записей, то выборка нужных займёт большее время. Поэтому в этом случае сайт будет работать немного шустрее, когда 10 000 записей в 100 типах контента а не в 10 типах. Ваша проблема это не 100 типов контента, а "1000" уников.

reload, Ок. Спасибо.

Loadырь, Понял.

Ваша проблема это не 100 типов контента, а "1000" уников.

А вот тут не очень.

А вот тут не очень.

Glaz, Loadырь сказал тоже самое что и я, только другими словами!)


зы: Glaz, ваша проблема не более чем "выдержит ли мой хостинг посещаемость в 2к активных юзеров"

А кол-во типов контента по идее не важно… Даже в теории лучше разбросать записи в 100 типов, чем складировать в одном, но на практике с вашим кол-вом записей вы ничего не заметите.

А вот тут не очень.

Glaz, Loadырь сказал тоже самое что и я, только другими словами!)


зы: Glaz, ваша проблема не более чем "выдержит ли мой хостинг посещаемость в 2к активных юзеров"

А кол-во типов контента по идее не важно… Даже в теории лучше разбросать записи в 100 типов, чем складировать в одном, но на практике с вашим кол-вом записей вы ничего не заметите.

Спасибо. Вопрос исчерпан.