Сервис уже как пару дней возобновил свою работу. А выглядит это так:

— начиная (если я не ошибаюсь) с версии «1.1.0-beta» движка.

P.P.S.: Извиняюсь, разумеется, для меню третьего уровня — нужно вносить изменения для строки

{include file='commons/common.header_nav_blogs.tpl'}

(впрочем, принцип тот же).

Как вариант:

1. Открываем файл: common/templates/skin/experience/themes/default/layouts/default.tpl
В нем, меняем:

{include file='commons/common.header_nav.tpl'}

на

{if Config::Get('view.header.nav')}
    {include file='commons/common.header_nav.tpl'}
{/if}

2. Далее — открываем файл конфигурации скина: common/templates/skin/portal/settings/config/config.php
и добавляем в нем следующий код:

$config['view']['header']['nav'] = false;

— где «false» будет скрывать наше меню, а «true» — разрешит его отображение.
P.S.: Не совсем «просто», как у вас, но думаю что так будет правильнее… (кстати, спасибо за статью).

Значит нужно тоже писать разработчику. Так как у меня та же проблема.

Скажите, если это не великая тайна, — в чем было дело?

extravert ответил

Attach — судя по всему, это приложенный к ответу файл.

Сегодня всё перепроверю ещё раз с учетом последних исправлений. Спасибо ребята!

Сейчас занимаюсь одним плагином, одна из приоритетных задач которого — вывод определенного типа контента созданного человеком (с указанием в его профиле количества публикаций данного типа). Так вот — просмотр данного типа контента доступен тоже только для самого пользователя. Надеюсь, я понятно объясняю…

К сожалению, у меня именно сейчас нет возможности проверить плагин на версии 1.0.10.2, но начиная с 1.0.8 с последующими обновлениями движка плагин работал без проблем. Сейчас и на последней (1.1.0-b2) — полет нормальный…

Зарегил второго юзера — он тоже не видит изображений (вкладка «Статьи» в профилях) других пользователей.
Т.е. «проблема» сохраняется не только у не залогиненных посетителей при просмотре профилей, но и у всех вообще. Просматривать изображения статей можно только самому в своем профиле.

Вот тут больше 100 комментов

Где?

… сейчас уже адаптироали его?

Вы считаете, что я бы предложил Вам использовать не весть что?

Как вариант плагин Mailing

PS: создал новый тип контента, при написании статьи созданного контента, нету выбора в какой блог размещать, а в обычной статье есть.

После сохранения типа контента, переходим к типам блогов и при редактировании конкретно типа указываем разрешенный тип контента для размещения в блоге.

Если я правильно понял, то вопрос в том, что ТС хочет заменить главную страницу на статичную. Но на статичных страницах по умолчанию нет меню топиков, из которого можно было бы перейти собственно к списку самих топикам (topic_list). Впрочем, я уже сомневаюсь в том, что всё правильно понял.

Значит у вас нет интересных статей

Что это было?

Вставьте

{$menu="topics"}

в

{block name="layout_vars"}
{$noSidebar=true}
{/block}

в файле: /common/templates/skin/ваш_скин/tpls/actions/page/action.page.show.tpl
Чтобы получилось так:

{block name="layout_vars"}
    {$menu="topics"}
    {$noSidebar=true}
{/block}

Что за счетчик?

У меня всё работает. Для проверки скопировал Ваш вариант — работает и он.
Кстати, для версии 1.1 есть замечательное нововведение в Админке.
Админ/Настройки/Менеджер меню (site.ru/admin/settings-menumanager). Здесь есть возможность сделать то, что вы хотите (Главной меню сайт — редактировать).

1. Создайте файл ru.php (если нужно и «en.php» для английской версии) по пути app/templates/language/. В итоге путь до файла(ов) должен получиться следующий: site.ru/app/templates/language/ru.php(en.php)
Добавьте в созданный файл следующий код:

<?php
return array(
    'block_create_blog' => 'Свой текст',
    );
// EOF

P.S.: Сам же языковой файл находиться по пути /common/templates/language/ru.php

2. Как вариант