Оповещения о том что фронт не смог отрендериться #1

Open
opened 2025-01-03 18:03:46 +00:00 by skeris · 0 comments
Owner

Цель, которой пытаемся достичь:
если у клиента что-то сломалось из за того что не смогло отрендериться, фронт должен сообщить об этом в тикет техподдержки так, чтобы пользователь об этом не узнал, чтобы не напугать пользователя, но связать инцидент с показаниями пользователя.

Части задачи:

  1. консультант должен подключаться отдельным модулем, в котором, по возможности не должно быть вариантов не отрендериться. Если хуйня произошла и бэк прислал что-то не то, из за чего undefuned - это надо отработать. у чувака не включен js? ну это тоже бы как то отработать. все возможные варианты надо постараться отработать.
  2. в любом случае, отрисовался ли консультант, не отрисовался ли он, успел он отрисоваться раньше страницы или позже - пиздец в консоли должен быть отловлен и отправлен нам. т.е. это должна быть отдельная функция, которую не сломает ошибка в консультанте
  3. иногда бывает так, что интернет пропал и из за этого ошибка. если отправить сообщение не удалось, то ошибку надо сохранить в localstorage и пытаться отправить при каждой загрузке страницы

Как отправлять сообщение:

  1. сперва проверяешь, есть ли тикеты. если есть - используешь самый свежий. если нет - создаёшь тикет. при создании тикета В ЭТОЙ СИТУАЦИИ(т.е. когда оповещаешь о том, что произошел инцидент на фронте) добавляешь в тело запроса поле system: true. заголовок тикета сделай "Новое обращение", а в тело отправь перехваченное из консоли
  2. если тикет уже есть, то отправляешь в него сообщение, так же, добавив поле system:true к запросу
  3. сообщения у которых есть system: true рендерить на фронте нельзя

в админке надо выделить каким нибудь образом сообщения с system: true

Цель, которой пытаемся достичь: если у клиента что-то сломалось из за того что не смогло отрендериться, фронт должен сообщить об этом в тикет техподдержки так, чтобы пользователь об этом не узнал, чтобы не напугать пользователя, но связать инцидент с показаниями пользователя. Части задачи: 1) консультант должен подключаться отдельным модулем, в котором, по возможности не должно быть вариантов не отрендериться. Если хуйня произошла и бэк прислал что-то не то, из за чего undefuned - это надо отработать. у чувака не включен js? ну это тоже бы как то отработать. все возможные варианты надо постараться отработать. 2) в любом случае, отрисовался ли консультант, не отрисовался ли он, успел он отрисоваться раньше страницы или позже - пиздец в консоли должен быть отловлен и отправлен нам. т.е. это должна быть отдельная функция, которую не сломает ошибка в консультанте 3) иногда бывает так, что интернет пропал и из за этого ошибка. если отправить сообщение не удалось, то ошибку надо сохранить в localstorage и пытаться отправить при каждой загрузке страницы Как отправлять сообщение: 1) сперва проверяешь, есть ли тикеты. если есть - используешь самый свежий. если нет - создаёшь тикет. при создании тикета В ЭТОЙ СИТУАЦИИ(т.е. когда оповещаешь о том, что произошел инцидент на фронте) добавляешь в тело запроса поле system: true. заголовок тикета сделай "Новое обращение", а в тело отправь перехваченное из консоли 2) если тикет уже есть, то отправляешь в него сообщение, так же, добавив поле system:true к запросу 3) сообщения у которых есть system: true рендерить на фронте нельзя в админке надо выделить каким нибудь образом сообщения с system: true
skeris added the
Priority
Critical
Kind/Security
Kind/Enhancement
labels 2025-01-03 18:03:46 +00:00
Nastya was assigned by skeris 2025-01-03 18:03:46 +00:00
skeris added this to the Стабильность релизов project 2025-01-03 18:03:46 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: PenaSide/front-hub#1
No description provided.