Код: 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
modx.pro
1 667
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 :)
        Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
        5