|
Проблема с PUT-запросом api/v3/stocks/... выгрузки остатков на ВБ | ☑ | ||
|---|---|---|---|---|
|
0
eddy_n
06.11.26
✎
17:32
|
Код ответа - 204. Идентификатор склада в окончании запроса указан верно. ВБ какое-то время, не более минуты-двух, фиксирует новый остаток, но потом возвращает старое значение. В результате как самое малое зло - "моргание" наших товаров, в случае зануления нашего остатка у них.
|
|||
|
1
Fragster
гуру
06.11.26
✎
17:35
|
код ответа 204 - значит все хорошо, запрос обработан, вот тебе пустой ответ, чтобы канал лишним не грузить.
|
|||
|
2
Fragster
гуру
06.11.26
✎
17:36
|
смотри откуда выгружаешь в тот же или другой эндпоинт пустые остатки. например тестовая база или еще какая копия
|
|||
|
3
Fragster
гуру
06.11.26
✎
17:37
|
самый простой способ (не знаю, как в вб с этим, но предполагаю, что примерно так) - грохнуть старые токены и в рабочую базу вбить новый. тогда все тестовые базы и копии отвалятся.
|
|||
|
4
Fragster
гуру
06.11.26
✎
17:37
|
еще может ваш токен сперли конкуренты и сознательно зануляют остатки
|
|||
|
5
eddy_n
06.11.26
✎
17:45
|
204 - по их документации означает ошибку в параметре запроса. Типа не тот идентификатор склада в запрос подсовываем. Но складу - миллион лет. Я спецом удалил все и заново их получил из ВБ.
|
|||
|
6
eddy_n
06.11.26
✎
17:48
|
Выжимка из их документации: названия параметров запроса не валидируются. При отправке некорректных названий вы получите успешный ответ (204), но остатки не обновятся.
|
|||
|
7
eddy_n
06.11.26
✎
17:50
|
Если ещё более полно, то это наблюдается на двух независимых базах, к тому же и написанных разными людьми. Да и нечему ломаться в этом запросе. Он прост, как 2 коп.
|
|||
|
8
Fragster
гуру
06.11.26
✎
17:53
|
(5) > 204 - по их документации означает ошибку в параметре запроса
какой-то бред. почему не 422 или какой-нибудь 400? |
|||
|
9
Fragster
гуру
06.11.26
✎
17:52
|
(7) я же говорю - если несколько секунд остатки на сайте правильные, то их кто-то может перезаписывать следующим запросом. например если метод для перезаписи всех остатков, то неуказанные товары могут обнуляться, если следом идет вызов с другим набором товаров (например из копии базы).
|
|||
|
10
Fragster
гуру
06.11.26
✎
17:55
|
(6) нафиг так делать? ну и тут речь про "названия параметров", а не про их значения. + если все-таки на несколько секунд обновление остатков проходит - то дело явно не в этом.
|
|||
|
11
eddy_n
06.11.26
✎
17:56
|
(9) Да нет, такие сценарии исключены. Обновление остатков только через РЗ. РЗ в копии не работает. По разным кабинетам, по разным даже с точки архитектуры базам - одно и то же. ВБ на какое-то время принимает новый остаток. Потом почему-то передумывает. Вот и вся недолга.
|
|||
|
12
eddy_n
06.11.26
✎
17:58
|
(10) Спасибо, что хоть это есть в документации таких монстров. Они же построены по принципу - догадайся сам.
|
|||
|
13
Fragster
гуру
06.11.26
✎
18:00
|
> Да нет, такие сценарии исключены.
> ВБ на какое-то время принимает новый остаток. Потом почему-то передумывает. вижу противоречие |
|||
|
14
eddy_n
06.11.26
✎
18:01
|
(8) У ВБ бреда много, один заворот всей порции выгружаемых данных из 1000 элементов чего стоит, если хотя бы один из этих элементов не вписывается в установленные ими рамки. (Я про выгрузку остатков и цен).
|
|||
|
15
eddy_n
06.11.26
✎
18:55
|
Скорее всего две эти независимые проги и дербанят остатки одного кабинета.
|
| Форум | Правила | Описание | Секции | Поиск |