Режиы == наборы логики, по которым сортируется и выводится соответствующий контент. С точки зрения интерфейса — да, 4 кнопки (ну или только две, если нет нового). По существу, да, два потока. У первого обычный ныне существующий вид для вывода постов, у второго вид как у полного списка прямого эфира.

На счет подписки — как вариант, можно и так, и эдак. Главное — чтобы подписка в первую очередь подразумевала подписку на генерируемый объектом подписки контент. А активность — штука действительно очень опциональная и отчасти дублирующая прямой эфир, от того и не особо востребованная. Лично у себя я ее, пожалуй оставлю. Если отслеживание активности будет между френдами — это хороший и логичный вариант, как по мне.

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

А если использовать newall, то необходимость в new вообще отпадает.

По этому вопросу отдельно, т.к. не соглашусь. Да, в текущем виде при алгоритме «за 24 часа» у этого режима польза довольно сомнительная, минимальная, тут я согласен. Но если переделать этот режим в подсчет публикаций с момента последнего посещения пользователем, его польза резко прибавляется. Это чисто вопрос юзабилити, удобства пользователя: ему не нужно ничего искать, ничего вспоминать, движок уже все запомнил и посчитал за него, осталось только просмотреть свежие публикации на предмет интересных пользователю, и не нужды вспоминать, что уже читал, а что нет.

Я в курсе алгоритма, который используется для индексного ивента new или newall. Суть сказанного была не в этом.
Суть буквально только в словах и их семантике. Новые — понятие относительное, без условия отношения оно не существует. То есть, «Все новые» могут существовать только если есть другие публикации за пределами этого перечня, то есть «Остальные старые». По факту же, ивент newall выводит список просто «Все», употребление слова "*новые" в этом контексте некорректно, равно как и в ссылке слова «new*».
Уже сам факт того, что по этому поводу существуют недопонимания должен наводить на мысль, что здесь что-то не так.

В любом случае, как говорится, мое дело предложить… У себя я это сразу исправил и у меня есть главная, которая выводит только рейтинговые, есть новые за 24 часа /index/new/ (которые я планирую так или иначе переделать из «за 24 часа» в «непрочитанные новые»), и есть просто все за все время /index/all/.

Лично мне при проверке на адаптивность Гугл выдает вот что:

Отлично! Страница оптимизирована для мобильных устройств.

Так что проблема не в движке. Использую 1.1.12 на шаблоне Экспириэнс симпл с небольшими правками багов.

Ответ на все вопросы могут дать эти два товарища:
http://www.awstats.org/
http://www.google.com/analytics/

Универсальный рецепт:
0) Скачать и установить хром
1) Выключить слияние и сжатие CSS в конфиге
2) Загрузить нужную страницу
3) Нажать ПКМ по нужному элементу и выбрать «Просмотр кода элемента»

Там есть КСС в отдельном фрейме. Менять можно в реальном времени.

А еще, чтобы изменения произошли, нужно либо через админку, либо вручную вычищать кэш CMS и жать Ctrl+F5 для чистки кэша браузера

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

Стрим фиксится так: нужно добавить в БД (вместо %prefix% — ваш префикс из конфига)

INSERT INTO `%prefix%_stream_user_type` (`user_id`, `event_type`) VALUES
(1, 'add_blog'),
(1, 'add_comment'),
(1, 'add_friend'),
(1, 'add_topic'),
(1, 'add_wall'),
(1, 'vote_topic');

Чтобы починить фид, нужно полностью очистить таблицу %prefix%_track

Я бы сказал, что это точно не самое главное, что там нужно пофиксить. Работоспособность этим багом почти никак не затрагивается, всего-то надо параллельно сидеть по SSH или RDP и после каждой операции с меню или плагинами чистить кэш вручную. Учитывая, что эти настройки делаются один раз и очень надолго — совсем некритично. Чего нельзя сказать про некоторые недоразумения со ссылками в тех же блогах, 404, или вводящими в заблуждение тайтлами и ссылками меню топиков new и newall (по сути, просто all, и не за 24 часа, а за все время), отсутствием чекбоксов на правила и возрастные ограничения (новый закон как бы) при регистрации, уехавшим деревом комментов в главном шаблоне из-за неправильной несвязанной переменной, уехавшей отметкой о регистрации коммента… там очень много всего, что мне уже пришлось и что еще придется исправить. И кэш — точно не самая страшная проблема из перечисленного…

Мне помогло временное решение: удаление custom.cfg из \_tmp\cache\data и F5 на главной. Движок по какой-то причине пишет неверный кэш конфига, хотя сам конфиг пишет исправно, что видно после описанной операции.