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

WebMan
Действительно, в постах блога побились ссылки на картинки и некоторые файлы. Пока у меня нет возможности их исправить, поэтому прилагаю архив с готовым пакетом пустого компонента из поста «Как создать свой компонент для хуков?». После установки на него нужно накатить обновление из поста «Исключаем неактивных пользователей из списков».
Хаки — не лучший способ изменения InstantCMS. Но если Вам очень хочется, то можно перед этой строкой в /system/controllers/users/widgets/list/widget.php
добавить строку
$model->filterIsNull('is_locked');
Все эксперименты, естественно, лучше производить на локальной копии сайта.
500 ошибку выдает
1. Перенаправления на хостинге разрешены?
2. Адрес страницы, куда перенаправлять подставлен без ошибок?
3. Целевой адрес напрямую открывается?
4. Логи Апача в панели управления хостингом без ошибок?
Если везде ответы «Да», то обращайтесь в техподдержку хостинга.
RewriteEngine On RewriteBase / RewriteRule ^$ page.php
если снести полностью сайт и БД. И попробовать развернуть сайт с 0, будет ли эффект?
Для проверки можно развернуть демку на тестовом поддомене.
Посмотрите, что в момент сохранения пишет в логах ошибок PHP на севере?
Чтобы убедиться, что проблема точно не в правах, можно прописать для папки /system/config/ и файлов в ней права 777. Проверить сохранение конфига.
А потом опять вернуть для папки 755, для файлов в ней 644, для config.php и theme_*.yml — 666.
Выставьте права 755 на папку конфигурации /system/config/
Для дефолтной темы я когда-то использовал такой способ.
Делал пункт меню с заголовком и ссылкой "---". Прописывал в нём класс 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...?
Имеет смысл только если у Вас есть очень серьёзные, обоснованные причины оставаться на Единичке и если Вы сможете самостоятельно написать для неё нужные компоненты или функции, добавить поддержку новых технологий.Дело в том, что хочу запустить сайт на первой ветке.
В противном случае без колебаний выбирайте Двойку. Она более современная, удобная, расширяемая и перспективная.
Шесть лет назад я проводил простое нагрузочное тестирование на шареде. Можете посмотреть графики и почитать выводы. Расчётная нагрузка при описанных тогда условиях составляла десятки тысяч уников в сутки.Коллеги, кто нибудь устраивал нагрузку движка?
За это время Двойка была много раз оптимизирована по разным критериям. Серверы также ускорились: даже шаровые хостинги перешли на NVMe SSD и более шустрые процы, ограничения на хостингах улучшились за те же деньги. Так что итоговая нагрузочная способность современного сайта на Двойке выросла минимум в несколько раз.
Могу показать это ускорение на цифрах: шесть лет назад минимальное время создания главной страницы Двойки с демо-данными, которое я видел на шареде, было около 200 мс, а год назад около 30 мс. Это без встроенного кеширования.
Как я уже написал выше, Вас спасёт хук на 'page_is_allowed'. 😊Посему нужно без компонента "Расширенная отладка" сделать такую фичу
Но при этом все ошибки до него всё равно будут показаны на странице.
1. "Раньше" — это когда? С версии 14 код компонента переписан полностью, добавлены новые возможности, использование стало удобнее и нагляднее.Раньше как-то ставил расширенную отладку...
Будет перезаписана часть файлов ядра
2. Есть два режима: стандартный и полный. В стандартном режиме перезаписывается только файл отладки /system/core/debugging.php. Никакие другие файлы не изменяются. Так что в этом режиме отладка не влияет на работу движка. К сожалению, мне не удалось договориться с Fuze о включении в движок опции для выбора встроенной/альтернативной отладки так как он считает, что расширенная отладка никому не нужна, поэтому пришлось перезаписать один файл и отдельно сделать полную версию с заменой ещё нескольких файлов. Если бы была такая опция, то можно было бы переключаться между дефолтной и альтернативной отладкой "на лету" прямо из Админки.
3. Мне не известна Ваша исходная задача. Обычно на работающих сайтах даже встроенную отладку не включают вообще. "Расширенная отладка" тем более не предназначена для постоянного включения на продакшене. Она подходит для изучения движка, разработки и тестирования сайта/компонентов.
4. Сейчас не могу точно сказать, влияет ли опция "Показывать отладочную информацию только администраторам" в расширенной отладке на вывод ошибок в последней версии (14.1.2). Сейчас как раз делаю обновление, в котором добавляю альтернативный перехват ошибок. В нём эта опция точно будет работать.
Первое событие после определения прав текущего пользователя это 'page_is_allowed'. Можно сделать хук в своём компоненте и в нём отключать вывод ошибок: