DP
Мне нужно ответить пользователю qr-code'ом, после чего ждать пока он его отсканирует и сервер мне пришлёт что всё ок
вы это в рамках одного запроса ходите сделать?! facepalm.jpg
Size: a a a
2020 July 22
AS
Мне нужно ответить пользователю qr-code'ом, после чего ждать пока он его отсканирует и сервер мне пришлёт что всё ок
это по идее должно решатся несколькими отдельными запросами
http по своей природе синхронен - один запрос = один ответ
http по своей природе синхронен - один запрос = один ответ
AC
вы это в рамках одного запроса ходите сделать?! facepalm.jpg
Ну дока которой я пользуюсь использует chanel что бы получить сессию..
https://pastebin.com/5CvyWwbA
Вот так она это печатает в терминал и сканируешь с телефона
https://pastebin.com/5CvyWwbA
Вот так она это печатает в терминал и сканируешь с телефона
AC
writer там лишний
AC
Я просто не знаю как переписать это под отдельные запросы)
DP
а придется
AC
Ну на одном устройстве как-то же узнаётся
VM
@onokonem вы говорили, что от трейсов в логах отказались в пользу записи состояния в контекст
Так понимаю логика такая, что пришел запрос и на каждом шагу пайплайна что-то записывается?
Так понимаю логика такая, что пришел запрос и на каждом шагу пайплайна что-то записывается?
DP
да
DP
там правда, речь про ошибки шла, которые оборачиваются на каждом уровне при раскрутке стека
VM
там правда, речь про ошибки шла, которые оборачиваются на каждом уровне при раскрутке стека
То есть, если произошла ошибка, достаются значения по списку ключей и пишутся в лог?
DP
не уверен, что понял вопрос
VM
Мы просто хотим сделать что-то похожее на APM agent от ELK/breadcrumbs в sentry для системы мониторинга
Если бы не ELK, готовое решение бы подошло, а так встает вопрос как лучше сделать
Пока что есть идея записывать на каждом шагу пайплайна состояние и время перехода в контекст, чтобы понимать сколько времени занимает каждый шаг и сколько клиентов на момент сбора метрик висят на каждом шагу
Если бы не ELK, готовое решение бы подошло, а так встает вопрос как лучше сделать
Пока что есть идея записывать на каждом шагу пайплайна состояние и время перехода в контекст, чтобы понимать сколько времени занимает каждый шаг и сколько клиентов на момент сбора метрик висят на каждом шагу
ЕО
коллега, ваш изначальный вопрос сформулирован самым диким образом
вы явно не видите слоев абстракции в задаче
а на этом и надо сфокусироваться, для начала
этому, кстати, учат в техническом ВУЗе. плохо, но учат. а больше не учат нигде.
вы явно не видите слоев абстракции в задаче
а на этом и надо сфокусироваться, для начала
этому, кстати, учат в техническом ВУЗе. плохо, но учат. а больше не учат нигде.
Если это не айти-шарага, а инженерная, то нормально учат, просто в другой целевой области
DP
Если это не айти-шарага, а инженерная, то нормально учат, просто в другой целевой области
ну, там, где выдают дипломы “инженер-конструктор” - да, учат. но, по моему опыту общения с выпускниками - учат плохо.
задача “сделать все с нуля” - она сегодня есть только в IT, но в IT ВУЗах не учат.
а в инженерных крен все больше на “найти имеющееся решение и приспособить”
задача “сделать все с нуля” - она сегодня есть только в IT, но в IT ВУЗах не учат.
а в инженерных крен все больше на “найти имеющееся решение и приспособить”
DP
Мы просто хотим сделать что-то похожее на APM agent от ELK/breadcrumbs в sentry для системы мониторинга
Если бы не ELK, готовое решение бы подошло, а так встает вопрос как лучше сделать
Пока что есть идея записывать на каждом шагу пайплайна состояние и время перехода в контекст, чтобы понимать сколько времени занимает каждый шаг и сколько клиентов на момент сбора метрик висят на каждом шагу
Если бы не ELK, готовое решение бы подошло, а так встает вопрос как лучше сделать
Пока что есть идея записывать на каждом шагу пайплайна состояние и время перехода в контекст, чтобы понимать сколько времени занимает каждый шаг и сколько клиентов на момент сбора метрик висят на каждом шагу
ну моя-то история была про другое. мне надо было, чтобы при взгляде на ошибку было очевидно, какой файл открывать
VM
ну моя-то история была про другое. мне надо было, чтобы при взгляде на ошибку было очевидно, какой файл открывать
в логах ведь пишется на какой строке и в каком файле/функции произошел вызов
DP
в логах ведь пишется на какой строке и в каком файле/функции произошел вызов
вызов логгера. а ошибка могла и несколькими уровнями глубже произойти. и ингда она такая невнятная, что хрен поймешь, откуда она