К сведению, альтернативный вариант разработки (с помощью joinов), напротив работает более медленно на сильнопосещаемых сайтах. Из за медленности этих joinов.
По этому, галерея рассчитана на работу с кешированием и на средненагружаемых проектах. Например, charla.ru с галереей имеет порядка 5000 уникальных пользователей в день.
Уважаемый SkyNet, я Вам ответил в чем дело. Дело в кешировании. Кеширование используется и в LiveStreet и в галерее.
Кстати, вы пробовали ставить livestreet 0.4? Насколько я знаю, там без кеширования должно быть так же нелегко.
Предлагаю: Eat & Talk на Библиотеке Ленина если будет нужен бесплатный wifi и розетки. Цены, вроде, умеренные) Достаточно тихо, есть зал для некурящих.
б) список похожих постов не храниться в базе, а запрашивается на лету (чтобы учитывались новые записи);
а почему бы не обновлять индекс при добавлении поста? Запись-то происходит намного реже чем чтение.
Хотя если использовать кеш, то так и будет, в принципе… Хотя если будет зависимость от рейтинга, то может быть лучше и на ходу считать с кешированием.
в) блок формируется под статьей в ответ на ajax-запрос, будет удобнее для пользователя, но для целей СЕО не подходит.
По этому, галерея рассчитана на работу с кешированием и на средненагружаемых проектах. Например, charla.ru с галереей имеет порядка 5000 уникальных пользователей в день.
Кстати, вы пробовали ставить livestreet 0.4? Насколько я знаю, там без кеширования должно быть так же нелегко.
Предлагаю: Eat & Talk на Библиотеке Ленина если будет нужен бесплатный wifi и розетки. Цены, вроде, умеренные) Достаточно тихо, есть зал для некурящих.
Пример можнт тут посмотреть:
detsky-mir.com/blog/holywars/142.html
а почему бы не обновлять индекс при добавлении поста? Запись-то происходит намного реже чем чтение.
Хотя если использовать кеш, то так и будет, в принципе… Хотя если будет зависимость от рейтинга, то может быть лучше и на ходу считать с кешированием.
А чем это удобнее чем стандартный вариант?