По поводу отлично определяется пожалуйста не надо, у нас целый новостной проект построен на GeoLocation и мы прекрасно знаем насколько «точно» определяется город. Про прохладный — это ГОРОД с 70к населения, к слову именно такие города покупают в интернет магазинах, крупным это не к чему т.к. можно купить в офлайне по +- такой же цене.
Но в общем то ваше дело, главное, чтобы все были довольны) В соседней ветки про запросы я тоже отписался)
Но в общем то ваше дело, главное, чтобы все были довольны) В соседней ветки про запросы я тоже отписался)
По поводу postcalc это нужно чтобы 10000 пользователей ЗАШЛИ В КОРЗИНУ и выбрали метод доставки Почта России или EMS, если у вас 10к пользователей В ДЕНЬ заходят в корзину, то я думаю тут нет сложности перейти на платное api, а мутить костыли в виде запроса по прокрутке — ад
Во вторых пользователю все равно нужно заполнить индекс, адрес, дом и т.д. тем что ты определишь город ты не сильно облегчишь задачу пользователю, таким же образом я могу сказать что в своем решении я тоже лишаю ЦЕЛОГО ШАГА ГУГЛЕНИЯ ИНДЕКСА, там что подгружаю индексы codepen
Закончить можно тем, что не все заказывают доставку в тот город, где находятся, и не всегда SxGeo определяет правильно даже центры регионов, я уже молчу о всякой переферии например Нальчик или Прохладный в Кабардино Балкарской Республике.
Я про стандартный класс и про стандартные поля стоимости доставки, все таки для большинства магазинов достаточно стандартного класса с добавлением обновления итоговой цены
Это пока что единственная нормальная реализация магазина для MODX, шопкипер по скорости и удобству и рядом не стоял, к тому же там дописывать приходится гораздо больше :)
+ тут еще многое завязано на том, что под MS2 написано много готовых решений и смена логики работы может поломать некоторые из них
Если хочешь работать с MS2, заготавливай арсенал костылей )
Чего только стоит то, что при смене способа доставки в админке не пересчитывается итоговая сумма
И таких косяков можно еще с десяток насчитать