Loadырь

кто другие то? И зачем ?

Вы будете этим «другим» через год или раньше, когда память не сможет вспомнить некоторые нюансы. Вы, когда начнёте новый шаблон на основе этого. Те с кем вы поделитесь этой работой. 

мгновенное подключение стилей ( без чистки кэш)

Очистка абстрактного счётчика в настройках сайта тоже дает подобный эффект.

выбор устройства

@media queries сейчас решают любую проблему с размерами экрана.

распространение стилей на конкретную страницу ( что избегает конфликтации стилей)

Конфликтация стилей обходится добавлением уникальных классов css.

Короче ускоряет работу

Вот тут согласен. «Костыли» всегда упрощают и соответственно ускоряют работу разработчика. Но только разработчика и только на этапе разработки. «Костылями» можно пользоваться только в том случае, если вы заведомо знаете, что поддерживать и переделывать эту разработку вам точно никогда не прийдется. В противном случае, как вы уже выявили, время потраченное на поиски стилей в БД только увеличивают время работы.

Буду значит выводить так же виджетами но файлами ( шаблонами)  в которые буду заносить изменения для той или иной страницы.

Но что дальше. Как будете «объяснять» на пальцах разного рода «пузомеркам» и «инспекторам» кода, что инлайновые стили на странице — это must have? Или вы так далеко в будущее не заглядываете?

Расскажу ещё о минусах использования виджетов для этих целей.
1. Инлайновые стили портят код страницы и увеличивают время загрузки страницы, так как не попадают в кэш браузера вместе с css файлами.
2. Перенос шаблона из одного сайта на другой становится невозможным, без переноса сетки и настроек виджетов.
3. Поделиться такими разработками становится проблематично, это вам показала ваша тема со свайпом виджетов. Сейчас вариант «вставить этот код сюда, а тот код — туда» уже морально устарел. Надо разобраться и ориентироваться на стандартные установочные пакеты дополнений. Но в них вы не сможете передать опции виджетов со своего сайта на чужой, так как таких виджетов там может и не быть или они будут в другом месте выводится.

З. Ы. И да, всё это без негатива и плохих мыслей в вашу сторону. Просто попытался объяснить почему виджеты не стоит использовать для данных целей.

Вот вы и столкнулись с «прелестями» хранения стилей в БД. Хранить css стили в БД это плохая практика, так как искать в каждой ячейке даже полнотекстовым поиском будет затруднительно. Об этом и Fuze говорил. С файлами куда проще работать.

Сделайте эти правки или замените весь файл github.com/instantsoft/icms2-forum/blob/main/package/system/controllers/forum/forms/form_thread.php

Хотелось бы подтверждения....

Подтверждения чего? Что разработчик больше не будет обновлять свой компонент? Он не будет его обновлять. Понять это можно по его последнему визиту на этом сайте — 3 года назад. Сам он врядли в эту тему зайдет, чтобы вам лично об этом сообщить. Так что ждать тут нечего, ищите другие решения.

cms_widgets_bind

Loadырь, остальных же можно посвятить в это…

В первом посте про это и написано 

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

Вот так выглядит блог у лентяя и лодыря, а так выглядит у тех, кто не поленился и настроил свой блог.

Речь про эту опцию 

Спойлер

У популярного движка миллионное сообщество, сторонние плагины которые мне нужны, разрабатываются компаниями, а не одиночками. Вот только русскоговорящих на форуме очень мало. Зато сторонние плагины эти бесплатные. 

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

Обчно «говорят», когда нет нужных бесплатных сторонних плагинов, чтобы более точно донести информацию. Но в вашем случае эти плагины уже все есть, так о чем тогда «говорить»?

 pupsik, самое время пилить новый плагин icmstoc по аналогии с этим github.com/eljulians/tinymce-table-of-contents/blob/master/js/table-of-contents.js

Откройте страницу виджетов «Профиль пользователя» на редактирование и замените в положительной маске это

users/%*

на это

users/{slug}

Должно помочь, но не проверял

docs.instantcms.ru/manual/settings/relocation 

В файле /system/config/config.php включите режим отладки: 'debug' => 1,
это покажет текст ошибки 503

DROP TABLE IF EXISTS `inst_con_rent`;
DROP TABLE IF EXISTS `inst_con_rent_cats`;
DROP TABLE IF EXISTS `inst_con_rent_cats_bind`;
DROP TABLE IF EXISTS `inst_con_rent_fields`;
DROP TABLE IF EXISTS `inst_con_rent_props`;
DROP TABLE IF EXISTS `inst_con_rent_props_bind`;
DROP TABLE IF EXISTS `inst_con_rent_props_values`;
 
DELETE FROM `inst_content_types` WHERE  `name`='rent';

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

В настройках сайта, режим пустого sql_mode отмечено?

Спойлер

Есть одно НО, если включить Участвует в полнотекстовом поиске для Заголовков — работает, если отключить — не работает!

Всё верно вы вычислили. Для виджета списка похожих надо сделать полнотекстовый поиск по заголовкам. Остальные поля с полнотекстовым поиском нужны для компонента поиска.