В данном примере эта возможность не реализована. Но в целом, продемонстрировано как можно брать из GA любые данные, в том числе и разрешения. Разберитесь в скрипте и сделайте по аналогии.
Единственное, что могу посоветовать, так это не искать одного человека, который «настроит и будет админить нашу сеть». Для каждой задачи — свой человек. Так как рискуете получить либо плохую «настройку» либо проблемы с последующим сотрудничеством «админить».
Я сделал корпоративные блоги на основе закрытых блогов. Корпоративный блог имеет url вида /corp/company_name и отображается в списке компаний /company/ имеет свой собственный шаблон профиля (с дополнительными данными), свой пункт меню «корпоративные», на ряду с коллективными и персональными, название блога в списке топиков отображается отдельным цветом (фиолетовым), никто кроме автора блога (компании) не может писать в этот блог (вступить). Реализацию уже описывал тут. Пример тут.
Добавил кармограф на сайт (внизу страницы). Довольно бесполезная штуковина. И имеет смысл ставить, когда активность на сайте очень высокая. У меня вот например всего 40 фактов повышения\понижения кармы. График выводит по дням, а не по часам, как на хабре и то получился «жидким».
Вроде логично, а вроде и нет. В том случае надписи вписывались в settings файл и у каждого графика свой файл. Тут я решил сделать один для всех и не мудрить :) Кому как по вкусу.
Я так бегло посмотрел структуру базы на этот счет и понял, что кармограф получится сделать с определенными изменениями структуры, так как в таблицах голосований за статью, коммент или профиль нет полей с датами. Соответственно кармограф, как я его понимаю, сделать не удастся, а если и сделать, то без учёта прошлых голосований.
Не хочу показаться грубым, но вопросы вроде «Где искать и как подправить» можно и нужно решать самим. Поставьте нормальный текстовый редактор и ищите им по директории с движком то, что Вас интересует. В данном случае «Получен ответ на ваш комментарий». Через 0,003 сек находите, что за это письмо отвечает файл notify.comment_reply.tpl (верно для версии 0.2) или ещё какой-нибудь другой. Его и правите. Элементарно.
Ответы есть, но их надо искать в самих комментариях. Это не очень удобно. Ссылки на архивы и какие-то изменения (как например эту) в последствие надо добавлять в топик, чтобы потом не читать все комментарии.
Думается мне, что вы слишком мало действий произвели :) Там ведь надо в шаблонах actions тоже создавать ActionNews со своим index.tpl, потом надо создавать новые функции для вывода новых, плохих и хороших новостей.
Сам же написал, что «который отображает Блог по ссылке ***.ru/news» и тебе осталось только внутренние ссылки поменять. Если у тебя не отображается, то дело не в ссылках.
в секции
* Отправляет юзеру уведомление об ответе на его комментарий
$this->Mail_SetSubject('Вам ответили на ваш комментарий');
заменяем на
$this->Mail_SetSubject($oTopic->getTitle()|escape:'html');
А логин пользователя оставившего коммент в шаблоне получаете так:
$oUserComment->getLogin()
* Если номер топика правильный но УРЛ блога косяный то корректируем его и перенаправляем на нужный адрес
Возможно это то, а если нет, то бросай ты эту затею :)
А что пишет? Может это поможет решить проблему?
Думается мне, что вы слишком мало действий произвели :) Там ведь надо в шаблонах actions тоже создавать ActionNews со своим index.tpl, потом надо создавать новые функции для вывода новых, плохих и хороших новостей.