WebMan

Согласен. Я использовал "Отладку" для тестирования и выбора хостинга из разных вариантов. Также сразу заметил и исправил некоторые проблемы после некорректного обновления шаблона, увидел варнинги ПХП, тяжёлые виджеты. Не идеал, конечно, но кое-в чём помогает.

Версию на 2.7.1 ставил только я себе. Работает, как обычно.
В блоге её нет. Fuze наконец-то убедил меня, что она никому не нужна. Или изредка нужна таким гикам, как я. Видимо он прав.

Это уже не относится к отладке. Скорее всего у вас не выполнено обновление БД или выполнено не полностью.
Удалите из файла обновления папку package и повторите обновление на исходной копии БД. Или при установке обновления просто пропустите копирование соответствующей галкой. Тогда БД обновится, а файлы не заменятся.

При обновлении с 2.6.1 на 2.7.0 и с 2.7.0 на 2.7.1 подобные ошибки возникать не должны, так как не затрагиваются index.php и bootstrap.php.

Как вариант, можете принудительно отключить "Расширенную отладку" при обновлении. Достаточно ДО обновления добавить после первой строки с "<?php" в файл bootstrap.php в папке package архива с обновлением на 2.7.0 и 2.7.1 (а не установленного сайта) строку
Код PHP:
Или добавьте эту строку в bootstrap.php на уже обновлённом сайте с описанной Вами ошибкой.
Начало файла должно получиться таким::

Обновил картинку в топике. На этой значения повеселее.
(Это реальные цифры для страницы "О проекте" с нового сервера на хостинге letsgo после того, как он его тщательно настроил)

На чистой установке 2.7.0 без Мапса ошибок в работе Админки не обнаружил. И список компонентов тоже присутствует.

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

Попробуйте включить "Расширенную отладку" и выключить в ней опцию "Включить строгий режим перехвата ошибок для точной отладки (E_ALL | E_STRICT)" на вкладке "Ошибки PHP". Если что-то заработает, значит описанный вариант верен. В принципе, можно работать и с выключенной этой опцией. Она больше полезна для разработчиков, чтобы обнаружить подобные косяки. Если разработчик файлов с ошибками - не Вы, то нужно передать описания разработчику.

Независимо от результата можно включить этот строгий перехват и посмотреть список ошибок в логах Апача.

Такой опции в Админке нет.

Действительно так. Неожиданно. Я не знаю, почему.

В самый верхний блок (0) перед всеми полями - в файле обработчика заменить
на
Сортировка по нику - в том же файле заменить
на
или для фильтра группы на

Для тех, у кого установлена "Расширенная отладка".

Пакет обновления 2.7.0 можно спокойно накатывать на 2.6.1 с установленной "Расширенной отладкой". После обновления "Отладка" работать перестанет, но и проблем создавать не должна.
"Расширенную отладку" обновлю до 2.7.0 чуть позже. Вы сможете её установить как обычно.
И привычный многим бонус - иконки 2.7.0 для разработчиков

Название у поля есть - "Пользователь". Оно подходит больше, чем "Автор", так как не всегда материалы публикуются самими авторами и иногда поле "Автор" уже есть.

Лимит 1000 для меня сейчас пока не актуален. Как вариант, могу предложить создать новую группу только с теми пользователями, которые должны быть в списке, а потом фильтровать в список только эту группу.
Заменить строку
на
где вместо 'admins' подставить название нужной группы.

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

Решается заходом под именем этого пользователя (например, через "Реавторизатор" или подобный виджет) или дописыванием ещё пары хуков "content_after_add" и 'content_after_update', в которых можно обновлять время последнего визита "автора". Мне они не нужны. Если вам нужны, сделайте сами по этому примеру.

Код в топике - один в один из моего рабочего файла хука.
Приведите полное содержимое Вашего файла /home/#####/site.ru/system/controllers/name_controller/hooks/content_item_form.php, только спрячьте его под спойлер.

Хук "content_item_form" точно есть в 2.6.1.

Проверьте наличие всех фигурных скобок в файле /home/#####/site.ru/system/controllers/name_controller/hooks/content_item_form.php и вообще правильность копирования кода в него.

Кстати №1. Оказывается, можно не только менять пользователя при редактировании, а и сразу указывать любого пользователя при создании записи. Это вдвойне удобно и приятно.

Кстати №2. Вадиму не хватает немного кармы, чтобы иметь возможность создать свой блог. Не стесняйтесь, зайдите к нему и дайте ему эту возможность, если захочет - воспользуется.

Кстати №3. Если добавить новый хук "content_form", то можно будет создать один хук на все типы контента. Спрошу у Fuze.

Вместо слова "Пользователь" в форме показывает "кракозябры" - уже не актуально. Поменял в коде русскую строку на константу LANG_USER.

Честно говоря, не понял Вашей мысли про неудобство добавления правил. Вроде так и должно быть: разработчик запросами и/или скриптами добавляет нужный функционал при установке своего компонента.
Если Вам есть что предложить, создайте отдельную тему на форуме с пояснением. С интересом прочитаю.

Понял. А так хочется, чтобы "хотелки" сбывались. ))

Это я видел ранее. Но там у Вас на скрине настройки виджета всего три вкладки - три типа контента. А тут можно выбирать любое количество из всех типов на сайте (их у меня много). Если и у Вас тоже можно выводить любое количество типов из всех, тогда продолжим общение о Вашем варианте в личке.

Можно и без правок, просто вписать русский текст в код или выводить имя константы, как на видео. Для себя можно, но не на продажу. Хотя я бы и для себя этот вариант не использовал просто из уважения к себе.
Если под "трафиком" Вы подразумеваете многократную загрузку текста файла с диска, то в Вашем первоначальном варианте всё равно загружается этот же объём, просто не из отдельного файла, а из общего языкового файла, в который Вы добавили код константы. Если про другой "трафик", то я не понял, поясните.
Сломать весь движок (получить фатальную ошибку уровня компиляции) можно просто не поставив один знак или поставив лишний при вставке константы в языковой файл. Это особенно возможно для пользователей, не знающих ПХП и делающих вставку в простом "Блокноте" без подсветки синтаксиса и его ошибок. Да и я сам, имея немалый опыт в программировании и хорошие редакторы кода, иногда делал подобные ошибки/опечатки и получал неработающий скрипт с соответствующим поиском этой ошибки.

Речь не об этом. А о том, что кодом по возможности максимально должен заниматься программист. И желательно избавлять пользователей от любых действий с редактированием кода, если это возможно и не несёт за собой серьёзных затрат ресурсов. ИМХО.
У Вас интересный компонент, dwd, Вы проделали хорошую работу. Исходя из всего этого я и предложил Вам вариант, упрощающий Вашим покупателям установку Вашего продукта. Вы можете иметь иной взгляд и предлагать пользователям свой вариант с ручной правкой - имеете право. Какой вариант предпочтительней для основной массы пользователей - оценить могут лишь они. Хотя уже в первом же комментарии AndroS в пункте 3 дал Вам чёткий ответ про выбор пользователей.