Как сделать свой адресный справочник с autocomplete. Какие технологии использую на службах доставки и интернет магазинах?

ФИАС ГАР

База адресов открыта и доступна ещё со времён царя Гороха, когда в налоговую и ПФР сведения на дискетах отвозили.

Dadata ru

Там даже бесплатный тариф был. Ща не знаю, как с этим. Мне больше не треба.

Когда я работал в фудтехе, мы использовали Dadata и Яндекс.

А ещё конторой раньше (не фудтех) использовали гугл.

У Яндекса есть апи. Думаю, ничего лучше ты не найдешь.

Причем это есть у не очень крупных проектов.

Ачётакова? Мелкие организации заказывают их посторонним разработчикам, у которых уже есть программные заготовки. Для самостоятнельной реализации, если вам нужен поиск в своей базе данных, посмтрите, какие есть у неё средства полнотестного поиска(Full Text Search - FTS), например в Google по словам:

Postgresql full text search Oracle full text search

Доаронительные возможности полнотекстного поиска даёт сервер индексации. Популярны бесплатные Solr и Elastic search. Но для них может понадобиться отдельный компьютер (хавают много памяти) и некоторые усилия для освоения). Раз вы упомянули некий sphynx, то наверно вы в какой-то степени знаете Python. Посмотрел в Google, как это может вам помочь:

Elastic Search Python

Да, есть Python API, которле впрочем является оболочкой к основному REST API.

вбить часть своего адреса

Elastic Search

сильно…

прошли те времена, когда люди умели пользоваться lucene.

Не прошли времена, когда люди умели пользоваться Lucene, а настали времена, когда научились не пользоваться. Lucene имеет проблему - отсутствие асинхронного построения индекса, что ведёт к торможению работы базы. Используется в составе Solr, где этой пробемы нет. А Elastic Search проще,чем Solr в использовани. И тоже внутри себя использует Elastic Search.

В отличие от некоторых, я не пытаюсь разом вывалить все свои компьютерные знания. Вот сейчас пришлось пояснить кое что ввиду неуместного поминания Lucene.

Сервер индексации - перебор для интернет-магазина, но не исключаю, что может быть полезен для базы данных адресов, которая интересует автора темы - у неё объём немаленький. Всё же для начала посоветовал простое - FTS в СУБД. Только он формулирует свою задачу крайне невразумительно - спрашивал то же на ixbt, но не смог там сказать , какая СУБД ему нужна - PostgreSQL или Oracle. FTS есть в обеих.

То есть, допустил опечатку. Elastic Search, как и Solr, внутри себя использует Lucene. А автор темы вряд ли вообще сможет применить Lucene - не похоже, что программирует на Java.

не похоже, что программирует на Java.

не страшно, научится ;)

google places api autocomplete еще часть html5, браузер запоминает и подставляет твои адреса базы сами пользователи заполняют, чтоб их находили

Это автодополнение - не то, о котором был вопрос. Запоминается ранее вводившееся в форме значение. А автора вопроса интересовал поиск новых значений в базе по началу слова , и показ списка найденных значений на выбор. Тут обсуждался поиск в базе, а показ списка найденных в базе значений - нет.

База адресов открыта и доступна ещё со времён царя Гороха, когда в налоговую и ПФР сведения на дискетах отвозили.

Вообще когда на дискетах возили царь был тот же что и сейчас (лжедмитрий не в счет). При прежнем бумагу таскали.

Ты аккуратнее со сторонними интеграциями, они имеют привычку падать и тупить. А если тот же осм еще и недружественной картой объявят - будешь в поту все переделывать прям в проде. Лучше жобу в крон базку качать и локально её резолвить, старая карта лучше чем вообще никакой.