WebMan

Как вариант.

Если речь про термины, то логично будет вынести их в какой-то тип контента с двумя полями: термин и его htm-описание. Этот тип контента можно выводить на сайте отдельно в разделе «Термины», возможно с виджетом-фильтром списка терминов по начальным буквам (А, Б, В и т.д.) и отдельной страницей для каждого термина.

Соответственно, в компоненте подсказок нужны три опции: тип контента, поле для термина и поле для описания.

Технологий вывода подсказок может быть несколько:

1. Автоматический при генерации страницы

В опциях компонента «Термины» указываются типы контента и их поля, в которых компонент должен искать и выделять термины.

При генерации страницы такого типа контента к найденным терминам компонент добавляет html-код (css-стиль) для выделения термина на странице (обычно это прерывистое подчёркивание и изменение цвета), а также java-код при наведении мышки для обращения к серверу через ajax и получения соответствующего html-кода подсказки. Желательно чтобы полученные данные кешировались на случай, если термин на странице используется несколько раз.

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

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

Минусы: повышается нагрузка на сервер при генерации страниц. И не понятно, как быть со склонениями и падежами терминов в текстах, может быть добавить в тип контента «Термины» третье поле со склонениями, по которому и будет производиться поиск.

2. Автоматический при создании контента

Компонент «Термины» при наборе (добавлении, редактировании) текста в реакторе проверяет каждое новое набираемое (изменяемое) слово (после пробела или знака пунктуации), ищет его в типе контента терминов по первым набранным буквам и предлагает выпадающий список найденных терминов, начинающихся с этих букв или содержащих эту строку. При выборе какого-то термина из этого списка, слово оборачивается java-код для обращения к серверу за описанием этого термина.

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

Минусы: при добавлении новых терминов на сайт, они не будут выделяться в старых текстах, придётся вручную просматривать тексты и добавлять в редакторе.

3. Ручной при создании контента

При наборе (добавлении, редактировании) текста в реакторе автор может нажать кнопку «Термин» как у Вас на скрине. Тогда компонент поищет этот термин в заданном в опциях типе контента и предложит варианты терминов оттуда. Если такого термина нет, то можно сделать всплывающее окошко быстрого добавления с двумя полями «термин» и «описание».

Может быть можно сочетать две или сразу три подобных технологии.

а в шаблоне пишем что-то вроде этого:

Пока не понятно, зачем это всё нужно? Ради каких целей столько усилий? Может для их решения есть более эффективные способы?

И заодно поясните, пожалуйста, чем конструкция (да ещё и без подсветки кода)

[ctype-name]

лучше, чем 

<?php echo $ctype['name'] ?>

Ведь админу придётся изучать новый синтаксис, к тому же очень ограниченный вашими хотелками и согласием на внедрение. А сервер будет нагружаться постоянной компиляцией псевдо-шаблона.

думаю, какая-то минимальная версия будет скоро готова

Идея может быть полезна тем, кто хочет дать возможность изменять вывод контента операторам сайта (клиентам). Или тем, кто хочет оперативно через Админку что-то менять в простых шаблонах вывода.

Но нужна будет проверка ошибок для введённых шаблонов с дружественными описаниями и понятными подсказками. И хотя бы минимальная документация по уже реализованным возможностям. Желательна базовая цветовая подсветка вводимого кода. И хорошо бы иметь возможность хранить по несколько шаблонов для каждого типа контента и выбирать их из списка, а не править один единственный. Вы действительно хотите настолько заморочиться?

И сразу добавьте кеширование получившегося php-шаблона, а также удаление/изменение кешированного php-шаблона при изменении шорткодов. Это избавит от компиляции шорткодов при каждом запросе страницы.

Может быть Вам подойдёт вариант просто хранить в компоненте (в БД) php-шаблоны, а не изобретать свой мини-шаблонизатор со своим языком? Этого хватит, чтобы оперативно менять вывод контента через Админку, например. Вообще, сначала желательно определиться с целями такого компонента и для кого он будет предназначен, а уже потом думать, как проще и удобнее это реализовать.

Вроде архив приложил, но может что-то забыл нажать. Дублирую.

Действительно, в постах блога побились ссылки на картинки и некоторые файлы. Пока у меня нет возможности их исправить, поэтому прилагаю архив с готовым пакетом пустого компонента из поста «Как создать свой компонент для хуков?». После установки на него нужно накатить обновление из поста «Исключаем неактивных пользователей из списков».

Хаки — не лучший способ изменения InstantCMS. Но если Вам очень хочется, то можно перед этой строкой в /system/controllers/users/widgets/list/widget.php

list($fields, $model) = cmsEventsManager::hook('profiles_list_filter', array($fields, $model));

добавить строку

$model->filterIsNull('is_locked');

Все эксперименты, естественно, лучше производить на локальной копии сайта.

Исключаем неактивных пользователей из списков

500 ошибку выдает

1. Перенаправления на хостинге разрешены?

2. Адрес страницы, куда перенаправлять подставлен без ошибок?

3. Целевой адрес напрямую открывается?

4. Логи Апача в панели управления хостингом без ошибок?

Если везде ответы «Да», то обращайтесь в техподдержку хостинга.

если снести полностью сайт и БД. И попробовать развернуть сайт с 0, будет ли эффект?

Для проверки можно развернуть демку на тестовом поддомене.

Посмотрите, что в момент сохранения пишет в логах ошибок PHP на севере?

Чтобы убедиться, что проблема точно не в правах, можно прописать для папки /system/config/ и файлов в ней права 777. Проверить сохранение конфига.

А потом опять вернуть для папки 755, для файлов в ней 644, для config.php и theme_*.yml — 666.

Выставьте права 755 на папку конфигурации /system/config/

https://docs.instantcms.ru/manual/install#права-доступа

Для дефолтной темы я когда-то использовал такой способ.

Делал пункт меню с заголовком и ссылкой "---". Прописывал в нём класс css «divider».

А в стиле css своего шаблона добавлял стиль:

/* Пункт выпадающего подменю со стилем divider - разделитель */
.menu li.divider {
    height: 1px;
    margin: 2px -3px;
    overflow: hidden;
    border-bottom: 1px solid #CCCCDD;
    pointer-events: none !important;
    cursor: not-allowed !important;
}
 

Получилось примерно так

Можете поиграться со стилями под Вашу тему.

Почему основной сайт по прежнему работает на InstantCMS 1, а дополнения сайта на InstantCMS 2...?

Дело в том, что хочу запустить сайт на первой ветке.

Коллеги, кто нибудь устраивал нагрузку движка?