Ж
ядро зенда само формирует очередь если запросов много
Size: a a a
2020 September 21
EK
какого зенда
DB
ну так а очередь зачем?
Все правильно, без очереди слетит вебхук при выполнении более нескольких секунд
Ж
какого зенда
это ядро пхп
Ж
Все правильно, без очереди слетит вебхук при выполнении более нескольких секунд
ну так если запросов несколько зенд сам построит дерево очереди
EK
причем тут очередь? в моем случае очередь это просто таблица в бд с номерами лидов
DB
ну так если запросов несколько зенд сам построит дерево очереди
Вопрос не в сервере, а в амо. Амо рубит вебхуки, если они выполняются более нескольких секунд
EK
у меня веб-хук отрабатывает очень быстро, потому что он ничего не делает. Просто сохраняет инфу в бд и говорит что все ок
EK
а далее идет обработка и иногда апиха не возвращает то что нужно
DB
у меня в настройках воронки веб-хук, которые отправляет номер лида не бекенд при появлении. По веб-хуку номер записывается в очередь. А скрипт разгребает очередь и если пришел номер лида, то сразу запрашивает по апи о нем информацию и обрабатывает ее. Создает такого пользователя в системе и т.д.
Попробуйте получить $code=curl_getinfo($curl,CURLINFO_HTTP_CODE); в момент получения данных сделки, когда такая ошибка проявляется
DB
Попробуйте получить $code=curl_getinfo($curl,CURLINFO_HTTP_CODE); в момент получения данных сделки, когда такая ошибка проявляется
У нас частенько такая же проблема возникает, поэтому на платформе при обращениях к амо, в случае получения такой ошибки идет sleep(1) и далее повторный вызов функции. После повтора в случае появления ошибки уже идет запись лога с ошибками для разбора
EK
ну логи статуса и тела сейчас включу, просто это не каждый лид такой, надо дождаться случая такого опять
EK
У нас частенько такая же проблема возникает, поэтому на платформе при обращениях к амо, в случае получения такой ошибки идет sleep(1) и далее повторный вызов функции. После повтора в случае появления ошибки уже идет запись лога с ошибками для разбора
а какой статус ответа при этом в апи? тоже 200?
EK
у меня в апи отсекается только 204
EK
потому что 204 - это у них 404 типо, если лид не найден
DB
а какой статус ответа при этом в апи? тоже 200?
если не ошибаюсь, 401 проскакивал, хотя токен актуальный и он же при след запросе отрабатывает
EK
нет, при 401 у меня автоматически запускается обновление токена и опять выполняется тот же самый запрос по апи
DB
нет, при 401 у меня автоматически запускается обновление токена и опять выполняется тот же самый запрос по апи
У нас стоит условие на empty($res)
EK
У нас частенько такая же проблема возникает, поэтому на платформе при обращениях к амо, в случае получения такой ошибки идет sleep(1) и далее повторный вызов функции. После повтора в случае появления ошибки уже идет запись лога с ошибками для разбора
вот тоже об этом думаю, сделать чтобы лид обрабатывался несколько раз в случае ошибки, а если с 2-3 раза не получилось то слал алерт на почту
EK
выходить ни у меня одного такая проблема, спасибо, буду писать в тех. поддержку и допиливать обработку ошибок