Cайт с большим количеством FE юзеров

[Dmitry Dulepov]

Я делал комъюнити-сайт на TYPO3. Там для юзеров есть профили, внутренняя почта, фотогалереи, блоги, форумы. Юзеры могут создавать группы сами. Для групп существуют свои галереи и форумы. Часть работает как USER_INT, часть кэшируема. Достаточно много всего кэшируется в APC, иначе слишком много запросов получается в базу от некешируемых объектов. Там тоже несколько десятков тысяч и больше сотни групп. Все работает.

Главное, думать, когда делаешь. Сразу учитывать, что писать надо с оглядкой на производительность все этого.

[Илья]

dmartynenko
Ну 60тыс. зарегистрированных человек это уже неплохо.
А что касается 150 онлайн и вашей фразы об увеличении на порядок...
Думаете 1500 онлайн юзеров (при условии того, что все спроектировано достаточно грамотно) это уже будет тяжело для Typo3?
Dmitry Dulepov
Спасибо за участие в теме, можно ссылку на этот сайт увидеть здесь или в личке?
2All
Кстати, эти десятки тысяч пользователей в вашей системе, да и в системе dmartynenko это FE пользователи для Typo3 или же они "сидят" чисто внутри кастомного экста?

[dmartynenko]

У нас все пользователи это fe_users.

Тут конечно сложно оценивать. У нас скорее всего бывает и 1000 онлайн (если оценить по суточной посещаемости). Но это все, а не только те кто логинится. Получается многое зависит от контента. У нас приблизительно так - те кто не логинится видит один и тот же контент, те кто логинится может видеть на страницах какой-то кастомизированный. Соответствено в первом случае кэш отлично работает, во втором может уже не так хорошо помогать.

По моим субъективным оценкам если бы было 1000 онлайн и для всех нужно было на каждой странице выводить кастомизированный контент, то производительности/памяти одного выделенного сервера (скажем за 5000$) уже может не хватать. Надо делать распределенную систему. Это конечно можно, но дороже в разы по деньгам и сложнее потом работать со всем этим. Если бы речь шла о 10000+ онлайн, то ИМХО TYPO3 выдержит только на сайтах где в основном статика.

Ну и от количества контента многое зависит. Одно дело если вам нужно делать выборки по таблице в 100 000 записей, другое когда записей 10 млн. и более. В этом разрезе количество пользователей всего и онлайн само по себе ничего не решает. Вопрос скорее в том сколько операций, выборок нужно делать для каждого онлайн-пользователя на страницу и на сколько эти операции тяжелы и поддаются кэшированию.

[Lucifer]

Сообщение от dmartynenko

По моим субъективным оценкам если бы было 1000 онлайн и для всех нужно было на каждой странице выводить кастомизированный контент, то производительности/памяти одного выделенного сервера (скажем за 5000$) уже может не хватать. Надо делать распределенную систему. Это конечно можно, но дороже в разы по деньгам и сложнее потом работать со всем этим. Если бы речь шла о 10000+ онлайн, то ИМХО TYPO3 выдержит только на сайтах где в основном статика.
Ну и от количества контента многое зависит. Одно дело если вам нужно делать выборки по таблице в 100 000 записей, другое когда записей 10 млн. и более.

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

[dmartynenko]

Сообщение от Lucifer

в любой CMS все перепиливается

Трудоемкость этого в TYPO3 может быть выше, чем написание только нужных в конкретном проекте вещей "с нуля". TYPO3 хорошо расширяется и дополняется, но "перепиливается" вряд ли.

[Lucifer]

ну почему же?
page = PAGE
page.userFunc = tx_вашплагин
и все... пили, что хочется. и от самого тайпо может остаться какой то минимум.

[dmartynenko]

Это как раз расширение и дополнение стандартных возможностей. А тут скорее проблема в том что даже страница с кодом

page = PAGE
page.10 = TEXT

будет генерится (в том числе из кэша) минимум 150-200ms (выделенный сервер), и это время уходит просто на загрузку кода ядра и основных экстов. Если грубо прикинуть, то на 16 ядрах при самых лучших условиях эта страница загрузит сервер на 100% уже при 16 * 5 = 80 одновременных обращениях от пользователей. А если одновременно обращатся будет 300 или 1000 ?

[Dmitry Dulepov]

У меня там самое тяжелое – форумы (http://www.calis.lv/forums/). Форумы написаны с нуля, потому что там нужны вещи, которых нет нигде. Плюс все запиливалось на производительность (сервер – один на все, людей – много, контингент на 70% – женский, пишут страшно много). Даже собственный mvc был запилен, с оптимизацией всего и кешированием записей в APC. Это еще на TYPO3 4.3 работало. Пробовал TYPO3 caching framework, но с ним все легло через 3 минуты после включения. Поднялось только когда отключил caching framework. Т.е. вообще без кэша работало быстрее, чем с caching framework. С другой стороны – понятно почему: caching framework, как обычно, идеологически правильная, но не приспособленная к реальной жизни вещь В результате сделал свою реализацию кэша, котторой и пользуюсь. Вот, сейчас имею в APC:

Free: 265.6 MBytes (51.9%) Hits: 38115103 (100.0%)
Used: 246.4 MBytes (48.1%) Misses: 809 (0.0%)

File Cache Information
Cached Files 666 ( 79.1 MBytes)
Hits 38115103
Misses 809
Request Rate (hits, misses) 804.63 cache requests/second
Hit Rate 804.61 cache requests/second
Miss Rate 0.02 cache requests/second
Insert Rate 0.01 cache requests/second
Cache full count 131012

User Cache Information
Cached Variables 112438 (161.5 MBytes)
Hits 11019223
Misses 3544300
Request Rate (hits, misses) 307.44 cache requests/second
Hit Rate 232.62 cache requests/second
Miss Rate 74.82 cache requests/second
Insert Rate 96.96 cache requests/second

Вот так и живем

[Dmitry Dulepov]

Сообщение от Илья

Dmitry Dulepov
Спасибо за участие в теме, можно ссылку на этот сайт увидеть здесь или в личке?
2All
Кстати, эти десятки тысяч пользователей в вашей системе, да и в системе dmartynenko это FE пользователи для Typo3 или же они "сидят" чисто внутри кастомного экста?

http://www.calis.lv/, но там нет ни русской, ни английской версии. Все юзеры – FE.