Adamos
@Adamos

HTTP/2 stream 0 was not closed cleanly: INTERNAL_ERROR (err 2)?

Собственно, вот такую ошибку обращение курлом к WB API спорадически выдает исключительно по одному из запросов.
Запрос с VPS от TimeWeb, поднята своя CRM по работе с маркетплейсами, так что запросы идут постоянно, проблема только иногда и с одним-единственным запросом, да и началась только позавчера.
Обращение к ТП WB было обработано на удивление оперативно, но ответ "Данная ошибка возникает на стороне клиента" мне мало чем помог.
Гугление - тоже. Понятно, что при ошибках HTTP/2 достаточно откатиться на HTTP/1.1, но проблема не того масштаба, чтобы подпирать костылями и терять современные оптимизации.
Может быть, кто-то разбирается в этом вопросе и может объяснить, что именно предположительно происходит?

Заголовки запроса (на него вернулся корректный ответ, ошибку поймать не получается):
spoiler
*   Trying 213.184.155.90:443...
* Connected to statistics-api.wildberries.ru (213.184.155.90) port 443 (#0)
* ALPN: offers h2,http/1.1
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN: server accepted h2
* Server certificate:
*  subject: CN=*.wildberries.ru
*  start date: Jun 14 08:38:20 2023 GMT
*  expire date: Jul 15 08:38:19 2024 GMT
*  issuer: C=BE; O=GlobalSign nv-sa; CN=AlphaSSL CA - SHA256 - G4
*  SSL certificate verify result: self-signed certificate in certificate chain (19), continuing anyway.
* using HTTP/2
* h2h3 [:method: GET]
* h2h3 [:path: /api/v1/supplier/stocks?dateFrom=2021-07-04]
* h2h3 [:scheme: https]
* h2h3 [:authority: statistics-api.wildberries.ru]
* h2h3 [accept: application/json]
* h2h3 [authorization: токен ]
* Using Stream ID: 1 (easy handle 0x5baac0bc07f0)
> GET /api/v1/supplier/stocks?dateFrom=2021-07-04 HTTP/2
Host: statistics-api.wildberries.ru
accept: application/json
authorization: токен 

* old SSL session ID is stale, removing
< HTTP/2 200 
< server: nginx
< date: Thu, 04 Jul 2024 12:39:02 GMT
< content-type: application/json
< x-s2s-selector-func-route: 0 (default)
< access-control-allow-origin: *
< access-control-allow-methods: GET, HEAD
< access-control-allow-headers: Content-Type, Authorization
< access-control-max-age: 100
< x-s2s-server: s2s-api-auth-stat
< x-s2s-server: group-d.portal-dl
< status-no-id: lsb-supp-m1-4b-15-37.xc
< strict-transport-security: max-age=31536000; preload;
< x-content-type-options: nosniff
< 
* Connection #0 to host statistics-api.wildberries.ru left intact
  • Вопрос задан
  • 35 просмотров
Пригласить эксперта
Ответы на вопрос 1
Adamos
@Adamos Автор вопроса
Жаль, конечно, что никто не собрался преуменьшить мое невежество по этому вопросу.
Однако WB вчера объявили: "Методы получения статистики по поставкам, складам, заказам, продажам могут работать нестабильно. Уже восстанавливаем их работу".
И после этого такой ошибки в логах я не вижу.
Есть ощущение, что она таки возникала не совсем (или не только) на стороне клиента.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы