на время работы со стилями темы отключайте слияние css в админке admin/settings-site/cssjs/, так вы будете видеть, какой файл конкретно править, но искать его нужно не в _run, а в папке темы или в assets/css самого шаблона...
после этого делайте сброс кеша в админке admin/tools-reset/, чтоб из _run удалялись старые сгенерированные файлы

да, так и есть — подставляются ссылки текущего юзера и сохраняются, как статичные
сброс меню в начальное состояние помогает, но это, конечно, не решение проблемы

проверил на живом сайте с Альто 1.1.17 — работает исправно, произвольные пункты меню скрываются
устанавливали и запускали с нуля или с ЛС переезжали?

на скрине как-раз и видно, что правите ссылки, но не отключаете видимость (глаз)
а по воросу ниже — это в common\templates\skin\experience-simple\tpls\widgets\widget.toolbar_topic.tpl

не совсем понятно, зачем вам править ссылки, которые и так ведут, куда нужно, то в админке вы можете указывать только статичные сслыки
для иного редактирования этого меню работайте с menu.php, который в setting/config/ вашего скина
например:

эта правка меняет ссылку значка новых сообщений именно на новые сообщения

о…
чуть позже попробую, спасибо

да, в моём случае подойдёт только этот вариант, теперь уже ясно

отлично, спасибо, попробую как-раз потестить и этот вариант

спасибо!

1 — да.
2 — результат «клонирования» юзеров говорит об обратном))
3 — не совсем понял, что имеется в виду, но при изменении префиксов (в конфиге), например, у blog, на втором сайте появляется список блогов первого, что логично — это равносильно целиком общей БД для обоих сайтов

например

SQL Error: Cannot add or update a child row: a foreign key constraint fails (`p325521_test`.`ter_topic_content`, CONSTRAINT `ter_topic_content_fk` FOREIGN KEY (`topic_id`) REFERENCES `ter_topic` (`topic_id`) ON DELETE CASCADE ON UPDATE CASCADE) at /...второй сайт/classes/modules/topic/mapper/Topic.mapper.class.php line 85

ter — это префикс таблиц второго сайта, а юзеры берутся из основного и их префик, разумеется, другой
эта ошибка, кстати, была при попытке прочесть уже созданный админом топик, т.е. получается, что юзер как бы и не юзер…
остальные ошибки при создании блога/топика такие же, только на соответствующие мапперы ссылаются…

при этом, в Новое светится +1, но при переходе — «сюда ещё никто не успел написать»

одна БД на два сайта (с разными префиксами таблиц, за исключением юзеров и их настроек профиля)
иначе
два сайта с одной базой пользователей, но разным контентом
…
сейчас получилось только с пользователями, но, как видно, записать что-либо (создать блог или топик) юзер не может

LDAP не ушёл дальше недоработаной и предварительной версий, последние изменения 3 года назад…
кроме того, насколько я понял, он годится для сети поддоменов, а у меня второй сайт в подпапке + версии сайтов разные (в силу отсутствия обновлений нужных плагинов) + уже под пару сотен зарегистрированных пользователей…
но всё это не помешало бы мне попробовать LDAP, если с ним был внятный мануал для типичного пользователя плагинов, а не программиста

но обязательно прочтите ещё и это перед изменением шаблона из коробки

в experience-simple\settings\config\config.php с 49 строки об этом подробно написано, выберите свой вариант решения — указать свой путь или заменить дефолтный лого
папка _run — это кеш, грубо говоря

я тоже не дока))
в TextParserJevix.class.php Line 44 повторил строку с заменой атрибута, т.е. стало:

$this->cfgSetTagParamDefault('a', 'rel', 'nofollow', true);
$this->cfgSetTagParamDefault('a', 'target', '_blank', true);

работает только при включенном «прятать ссылки» и, разумеется, только на вновь создаваемые топики влияет

да, точно же…
engine\classes\modules\text\parser\TextParserJevix.class.php Line 44
engine\classes\modules\text\Text.class.php Line 543
engine\libs\Jevix\jevix.class.php Line 160

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

<script type="text/javascript">
$(document).ready(function() { 
$("a[href^=http]").each(
function(){
if(this.href.indexOf(location.hostname) == -1) {
$(this).attr('target', '_blank');
}
})
});
</script>

думаю, так проще

да, верно, я просто неправильно применил термин, имел в виду — давать право авторам с выбором опций, что они могут, а что нет
просто сейчас такого в движке вообще нет, и такое решение в плагине было бы действительно дополнением, а не просто облегчением применения уже существующих возможностей