Как сопоставить города служб доставки в интернет-магазине?

Question

[Алексей]

Добрый день.
Есть интернет-магазин на Laravel. Имеется задача: при оформлении заказа, пользователю показывать стоимость и сроки различных служб доставки.
Пример 1: на странице оформления, на шаге "доставка" пользователь выбирает страну "Россия" и город "Санкт-Петербург". Ему должны отобразятся 4 варианта получения товара:

1. СДЭК самовывоз
   
2. СДЭК курьером
   
3. DHL самовывоз
   
4. DHL курьером
   

Пример 2: точно такие же условия, только язык сайта выбран "английский" и город тоже на английским "St. Petersburg". Также отобразится 4 варианта.

У СДЭК есть своя база российских городов с названиями по-русски. У DHL есть своя база городов с русскими и английскими названиями. Запрос в калькулятор СДЭК содержит идентификаторы городов их же базы. Запрос в калькулятор DHL содержит сокращенные названия городов на английском языке из их же базы.

Очевидный способ объединения городов - создать свою общую базу городов, которую сопоставить с базами служб доставок. Итого уже 3 базы (1 общая, 2 от служб). Вопрос в том, как сопоставить все эти города? Ведь из общего признака - только название города. Но в разных базах оно может отличаться, например у DHL не St. Petersburg, а ST PETERSBURG (без точки). Есть у кого-то опыт в интеграции разных доставок в 1 магазин? Посоветуйте, пожалуйста методику.

Comments

[sim3x]

У всех служб доставки должны быть апи для такого рода калькуляторов

[Алексей]

sim3x: api то есть, про него как раз рассказал в предпоследнем абзаце. Проблема то в сопоставлении городов которые вводит пользователь с городами служб, проверяемых по этому api.

[sim3x]

seo2z:
В апи должен быть метод для нахождения города

[Алексей]

sim3x: в апи город не находится, а указывается. У СДЭК их внутренним ID, у DHL сокращенным названием города на англ. языке. То есть общего - ничего.

[sim3x]

seo2z: паршиво

Тогда собирать
Убирать все знаки препинания из названий и сравнивать расстояние Левенштейна, и руками проверять, то что ни на что не похоже

Answer 1

[stoitli]

Вручную сопоставить.

или написать сайт так, чтобы было неважно какой город.
То есть выбор города уже ПОСЛЕ выбора службы доставки.

Comments

[Алексей]

В России только 159 тысяч городов и поселков. А нужен весь мир, представляете какой это объем рутинной работы? )
Выбор города ПОСЛЕ выбора службы доставки - это заведомо провальное и не логичное решение. Нигде в крупных магазинах такое не практикуется.

[stoitli]

seo2z:
А автоматически вы на таком огромном массиве данных даже не увидите что у вас автоматика ошибается.

Этого нет необходимости делать подряд сразу и заранее.

Достаточно делать вручную по необходимости.

То есть первый запрос по этому городу (покажите пользователю что-нибудь не такое красивое как задумывалось) инициирует установку вручную.

Если вы проанализируйте ваши населенные пункты, куда у вас уже покупали товар - то удивитесь.
Никакие 159 тыс. у вас не будет никогда.

Хорошо если будут заказы хотя бы из 100 населенных пунктов.
;)
А сотню легко сопоставить вручную.

Как вариант - если нет уже сопоставления по городу - то пока показывать некую усредненную цену. Возможно даже очень дешевую. От вас не убудет.

А по мере пополнения базы данных сопоставления городов - ваши потери на доставке будут все меньше и меньше.

[Алексей]

stoitli: в данном проекте мы разработчики по найму. То есть нам надо решить задачу до конца. Вручную это все делать можно было бы для своего проекта. Скорей всего тут либо сопоставление по какому-то общепризнанному признаку, например - главный индекс города. Или же другой метод выбора города и отправки запроса для калькуляции тарифов.

[stoitli]

seo2z:
Плохое решение.

НЕТОЧНОЕ.

Я бы поговорил с заказчиком:

1. Для новых городов отображать некую недорогую цену, независящую от службы доставки. То есть взять затраты по доставке на себя.
2. После появления нового заказчика с новым городом - заказчик просто вручную будет выполнять сопоставление. Тут как разработчик вы можете предоставить удобный интерфейс заказчику для этой операции.

Городов будет в реальности не так уж и много.

Бояться этого не стоит - это же в интересах заказчика.

P.S.:
Хотя бывают и дебилы заказчики, которые не идут навстречу для наилучшего решения своих же проблем и скажут - я тебе плачу ты и решай.
За 15-летнюю карьеру в этой сфере встречал таких целых 3-4 раза.
;)