Код: 200 OK {«success»:false}

Сегодня, после работы с Tickets — пытался прикрепить frontend добавление тикета с авторизацией из Loginza + комментарии к тикету…

… после чего — при клике по ресурсам появляется ошибка Код: 200 OK
{«success»:false}
И скрылся еще один раздел — уже «Шаблоны»
Подскажите, пожалуйста, как можно решить данную проблему?

Последние ошибки из журнала ошибок: --->output array due to JSON error 5

(ERROR @ /modprocessor.class.php: 256) Processor failed creating output array due to JSON error 5
/modcachemanager.class.php: 394) Error caching action map mgr/actions
/modprocessor.class.php: 256) Processor failed creating output array due to JSON error 5
/modprocessor.class.php: 256) Processor failed creating output array due to JSON error 5
/modcachemanager.class.php: 344) Error caching lexicon topic lexicon/ru/core/resource
/modprocessor.class.php: 256) Processor failed creating output array due to JSON error 5
/modx/modprocessor.class.php: 256) Processor failed creating output array due to JSON error 5
/modprocessor.class.php: 256) Processor failed creating output array due to JSON error 5

Перерыл все.
Я — единственный администратор, все флаги по отображению шаблонов и TV стоят (в политике Administrator — все отмечено), реально, сижу как на пороховой бочке.
Ранее пропало отображение TV (Дополнительные поля) — вопрос так-же не решил, но особенно мне не мешало — все, что надо я уже добавил. Но что делать с шаблонами? Редактировать их PHPMyAdmin????

При клике по страницам — не отображается название шаблона, есть только цифровое значение.
Игорь
30 марта 2018, 18:34
168
0

Комментарии: 5

Дмитрий
31 марта 2018, 13:35
0
Вот ровно такая же фигня на тестовом сайте MiniShop2.com — кликаешь по любому ресурсу, и появляется похожее сообщение:
Код: 200 OK
{«success»:false,«message»:"\u0414\u043e\u0441\u0442\u0443\u043f \u0437\u0430\u043f\u0440\u0435\u0449\u0451\u043d!",«total»:0,«data»:[],«object»:[]}

Но там это 100% связано с доступом, может и у вас тоже что то не так с текущим юзером? Врядли под встроенной админской учёткой ходите, проверьте права у учётной записи (вкладка Права доступа) — там текущий пользователь должен быть в группе Administrators, а ещё есть вкладка Дополнительные поля данных. Скорее всего недавно установленный компонент там что то вынес.
Игорь
31 марта 2018, 19:07
0
я один. администратор, тестил Loginza и Tickets
«Врядли под встроенной админской учёткой ходите» — нет же, хожу, в backend-е, я, Administrator и есть текущий пользователь
«Дополнительные поля данных» — для меня ранее уже были закрыты, просто не открывается список (modx не глючит...) — но могу редактировать, если напрямую буду обращаться… но это так, к слову

«Скорее всего недавно установленный компонент там что то вынес» — он мне мозг вынес.
Я подозреваю, что проблема гораздо серьезнее — мне кажется, что удаление (помеченных на удаление) портит id объектов («но это не точно»)
revo ставил с core в каталог выше — может с этим проблема?
может быть при установке не поставил права на папки? а какие надо было?

    Дмитрий
    31 марта 2018, 19:12
    0
    На папки у меня везде 700 по дефолту стоит. А про установку Tickets есть замечательный мануал, в котором доступным языком всё пошагово описано: web-revenue.ru/sozdanie-bloga-na-modx-revo-pri-pomoshhi-tickets

    Туда же в тему: web-revenue.ru/modx-revo-nastroyka-prav-polzovateley-dlya-tickets

    А не проще будет откатиться назад с бекапа, и заново всё поставить?

    Помимо автобекапа на хостинге Beget я всегда перед глобальными изменениями или установкой чего то нового всегда делаю полный бекап сайта, если что то пошло не так — просто откатываю всё назад и тестирую глюкодром отдельно на локальном Денвере.
Игорь
31 марта 2018, 19:31
0
Во вкладке «Элементы» — группа «Дополнительные поля» свернута уже больше недели (никто не смог помочь с решением проблемы — теперь же свернута и группа «Шаблоны» — проблема такая же — НЕЛЬЗЯ развернуть на просмотр ) — просрочено…
Получается, это единственный способ???
    Дмитрий
    31 марта 2018, 20:02
    0
    MODX — компьютерная система весьма приличной сложности, походу сами её создатели не всегда знают, почему она ведёт себя так или иначе. Особенно, когда система написана не одним автором, а группой. В MODX я пока новичок, но всю сознательную жизнь работал в ИТ, начиная от техподдержки 1С, SAP до магистрального телекома.

    После серии эпичных факапов вначале своей ИТ-карьеры выработал простой алгоритм внесения любых глобальных изменений в железяки и программные комплексы:

    1. Полный бекап системы с пометкой: дата бекапа, состояние ДО внесения таких то изменений
    2. Собственно, внесение изменений
    3. Полный цикл тестов работоспособности системы, как минимум, критичного функционала.
    4. Полный бекап системы с пометкой: дата бекапа, состояние ПОСЛЕ внесения тех же изменений.
    5. Наблюдение за боевой эксплуатацией комплекса как минимум в течение нескольких дней. Если всё ок — через неделю можно удалить бекап из п.1 — уже понятно, что в случае чего придётся чинить то, что есть, так далеко назад уже никто не даст откатиться.

    Если после п.2 всё пошло через пень-колоду, всегда можно откатить систему в состояние ДО внесения изменений.

    Кстати, в телекоме (Ericsson AXE-810) примерно такой алгоритм заложен аппаратно: дублированный процессор, одна сторона Executive, вторая — Stanbdby на подхвате. Изменения вносятся в сепарированную SB-Side, потом они переключаются местами, тестируем, и если всё ок — выравниваем стороны и ставим в параллельный режим. Не-ок — переключаем назад и разбираемся что к чему.

    Очень не хватает такого функционала в бекофисе MODX :)