Почему я получаю чередующиеся данные с конечной точки поиска даты самого дешевого рейса?

#amadeus

#amadeus

Вопрос:

При отправке запросов GET в тестовый API для поиска даты самого дешевого рейса с помощью Postman я, похоже, получаю два разных набора результатов при повторных запросах.

 GET https://test.api.amadeus.com/v1/shopping/flight-dates?origin=ATLamp;destination=SFO
  

Например, для поиска соединения ATL-SFO, который указан здесь, я поочередно получаю 404 ошибки («результат по цене не найден») по одному запросу и полный список результатов размером 390 КБ с предупреждением «достигнут максимальный размер ответа» по следующему запросу.
Даже для пар, которые предположительно не поддерживаются, таких как LAX-SFO, я поочередно получаю 500 ошибок и полный, отсортированный список рейсов.

Задокументировано ли это поведение и могу ли я что-то сделать со своей стороны, чтобы получить согласованные результаты?

Ответ №1:

Спасибо, что подняли вопрос. У нас возникла проблема с одним из узлов, используемых для этого API. Это было исправлено и теперь должно работать должным образом.

Комментарии:

1. Спасибо за ваш ответ, но я по-прежнему получаю разные результаты для каждого второго запроса. ATL-SFO теперь не возвращает 404 ошибки, но по лучшей цене я получаю 198, затем 226,20, затем снова 198… В LAX-SFO 500 ошибок для каждого второго запроса также сохраняются.

2. Я не думаю, что эта проблема решена. Я не получаю никаких результатов в рабочей среде для BNA- TPA и MSP-MEM в конечной точке с самой дешевой датой, несмотря на наличие доступных рейсов и возвращаемые результаты предложений рейсов. Я отправил его в службу поддержки Amadeus. Это очень неприятно, потому что плохо отражается на моем веб-приложении и моей репутации.

3. @user12687708 Я не могу воспроизвести это поведение. Не могли бы вы прислать точный вариант использования для воспроизведения на developers@amadeus.com .

4. @Steve Поиск вдохновения на рейс и поиск даты самого дешевого рейса основаны на предварительно вычисленном кэше, это означает, что эти 2 API не предлагают полного охвата всех возможных пар отправитель-пункт назначения, а только подмножество. На прошлой неделе мы выполнили миграцию кэша, чтобы улучшить охват данных, качество данных и время отклика API. Чтобы иметь полный домен данных с оперативными данными, вам необходимо использовать API поиска предложений авиабилетов.

5. Вы правы, сбор данных еще не обновлялся. Сейчас это так 🙂 github.com/amadeus4dev/data-collection/blob/master/data /…