
Некорректное поведение jQuery-плагина при использовании кастомного serviceUrl
Сервис dadata используется для определения стоимости доставки, поэтому чистый jQuery-плагин с дефолтным serviceUrl не подходит.
В качестве serviceUrl используется свой обработчик на backend, при выборе конкретного адреса из списка подсказок плагин не отправляет запрос с count: 1, при использовании дефолтных настроек это происходит, поэтому backend не получает данных, например, о районе.
Пример использования с дефолтными настройками:
https://jumpshare.com/v/XVDkDRcldSjMAKXsno6e
Пример использования с кастомным serviceUrl:
Ответ

Артём, если вы решили проксировать методы через свой сервер, проксировать надо все, а не только suggest:
/suggestions/api/4_1/rs/suggest /suggestions/api/4_1/rs/detectAddressByIp /suggestions/api/4_1/rs/status /suggestions/api/4_1/rs/findById

detectAddressByIp проксируем, остальное плагин не запрашивал, это хорошо видно на демке с проблемой — https://jumpshare.com/v/bODMg74eXcTvRvwY04QW

Плагин запрашивает метод status. Если вы его не проксируете, запроса с count = 1 не будет.

Ещё раз проверил — в обоих случаях, с дефолтным serviceUrl и тем, который я установил, плагин не отправляет запрос "status", по крайней мере, его не видно в Developer Tools в Google Chrome, это видно на обоих видео, что я прикладывал в первом сообщений.
С дефолтным serviceUrl:
Запрос на список подсказок: http://jmp.sh/BzwBxus
Запрос, который отправляется после выбора конкретной подсказки из списка: https://jumpshare.com/v/pphRBRFHo452fltJFxtg
Единственное отличие в поведении — плагин не отправляет запрос с count: 1 при выборе подсказки.

Плагин запрашивает метод status. Можно отрицать этот факт, но это всё равно происходит ツ
Сервис поддержки клиентов работает на платформе UserEcho
Артём, если вы решили проксировать методы через свой сервер, проксировать надо все, а не только suggest: