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
  • Вопрос задан
  • 98 просмотров
Пригласить эксперта
Ответы на вопрос 1
Adamos
@Adamos Автор вопроса
Жаль, конечно, что никто не собрался преуменьшить мое невежество по этому вопросу.
Однако WB вчера объявили: "Методы получения статистики по поставкам, складам, заказам, продажам могут работать нестабильно. Уже восстанавливаем их работу".
И после этого такой ошибки в логах я не вижу.
Есть ощущение, что она таки возникала не совсем (или не только) на стороне клиента.
Ответ написан
Комментировать
Ваш ответ на вопрос

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

Похожие вопросы