Владимир С.:
(29.06.2018) Не указываем. Вроде не было раньше. Вечером смогу точно сказать, сегодня как раз такой был, вечером буду выгружать
Михаил:
(29.06.2018) Недавно поднимался вопрос блокировки заявления абитуриента «другим модератором». Сейчас столкнулись с этой ошибкой.
Алексей:
(29.06.2018) круто ) В приемной пользователи решили обновить справочники в личных кабинетах. Ну и теперь никто не может подать документы, у всех валятся ошибки .... Обалденная недоработка. Перед самым массовым приемом....
Михаил:
(29.06.2018) Можно либо посмотреть в БД кто заблокировал. Таблицы users и bachelor_application
Михаил:
(29.06.2018) Можно даже написать sql запрос.
Михаил:
(29.06.2018) 29.06.2018 в 15:20 Алексей написал (-а): - круто ) В приемной пользователи решили обновить справочники в личных кабинетах. Ну и теперь никто не может подать документы, у всех валятся ошибки .... Обалденная недоработка. Перед самым массовым приемом.... Это о портале?
Алексей:
(29.06.2018) да
Михаил:
(29.06.2018) Это тоже лечится
Алексей:
(29.06.2018) каким образом?)))
Михаил:
(29.06.2018) я правил исходники портала
Михаил:
(29.06.2018) Написал заявку разработчику, но пока молчат.
Михаил:
(29.06.2018) Уже недели полторы прошло
Алексей:
(29.06.2018) тык а в чем там суть этой ошибки?
Михаил:
(29.06.2018) Суть в том, что при обновлении справочников портал помечает предыдущие записи как архивные, и подгружает новые из 1с.
Михаил:
(29.06.2018) Но проблема в том, что при синхронизации в портал выгружается так же GUID объекта из 1С
Михаил:
(29.06.2018) и получается, что и в новых и в старых записях GUID одинаковый
Михаил:
(29.06.2018) а в настройках портала стоит требование уникальности этого поля
Алексей:
(29.06.2018) а ну и понятно, и в итоге ничего не загружается?
Михаил:
(29.06.2018) В результате новые записи не добавляются (ошибка уникальности).
Алексей:
(29.06.2018) а какое поле идет с пометкой архивной записи?
Михаил:
(29.06.2018) Если у вас последняя версия портала, я могу вам прислать файлы с изменениями.
Алексей:
(29.06.2018) у нас 0.0.5.
Михаил:
(29.06.2018) Нужно посмотреть что менялось с версии 0.5 до 0.51
Михаил:
(29.06.2018) Руки ни как не дойдут залить все в git и посмотреть изменения.
Алексей:
(29.06.2018) не ну давайте посмотрим .... если вам не трудно .... отдам программисту пускай веселится =)))
Алексей:
(29.06.2018) навскидку вы не помните имя поля которое помечает записи как архивные? мы бы пока на время сбросили бы эти флаги....
Михаил:
(29.06.2018) Если вам срочно и есть доступ к БД вы можете открыть таблицы справочников и руками убрать пометку «архивная запись» у старых данных
Михаил:
(29.06.2018) тогда портал будет функционировать
Михаил:
(29.06.2018) Вот эти таблицы
Михаил:
(29.06.2018) В каждой таблице есть столбец archive
Михаил:
(29.06.2018) 1- запись архивная, 0 - рабочая
Михаил:
(29.06.2018) Можете руками установить в 0 то, что необходимо
Алексей:
(29.06.2018) огромное Вам спасибо!
Михаил:
(29.06.2018) Как временное решение
Алексей:
(29.06.2018) ну вполне... так то недоработочка неприятная....
Алексей:
(29.06.2018) юзеры в панике =)
Михаил:
(29.06.2018) Вот запрос на скорую руку SELECT `username` FROM user u WHERE u.`id` IN (SELECT `blocker_id` from bachelor_application ba WHERE ba.user_id IN (SELECT `id` FROM user u1 WHERE u1.`username` LIKE ‘%ABITUR_NAME%’));
Михаил:
(29.06.2018) Вместо ABITUR_NAME указываете имя абитуриента (поле username), запрос вернет каким пользователем заявление блокировано. (если есть доступ к БД)
ПРОДОЛЖЕНИЕ