И еще 2 вопроса:
1. Увидел, что вышла новая версия geolocation by google. У меня была 4.4.0.4, сейчас доступна v4.4.0.5. В чем отличия? Нужно ли обновиться?
2. Как корректно обновлять ваши модули? Удалить старый и установить новый или просто устанавливать как обычно, а они сами обновятся?
Поддержу вопрос. У меня так совсем старенькая 4.3.7.1 :-)
1. С 4.5.1 он работает?
2. Увидел, что вышла новая версия geolocation by google. У меня была 4.4.0.4, сейчас доступна v4.4.0.5. В чем отличия? Нужно ли обновиться?
3. Как корректно обновлять ваши модули? Удалить старый и установить новый или просто устанавливать как обычно, а они сами обновятся?
1. Да, модуль работает на 4.5.1.
2. Минимальные изменения. Был конфликт с дефолтным модулем геолокации. Теперь их вместе установить нельзя.
3. Модули Google Geolocation и Shipping Estimate не изменяют базу, поэтому можно просто обновить файлы и почистить кеш.
По функционалу серьезных претензий нет, кнопочка работает. Есть претензии по юзабилити:
1. Открывая вкладку "Доставка" и видя там кнопку "рассчитать" человек не поймет откуда возьмутся вводные данные для рассчета. Ему не очевидно, что город его мы знаем. Он может ошибочно предположить, что сейчас его попросят вводить город (и не дай бог, вес, объем товара) и т.д.
Допустим человек нажал, кнопочку "Рассчитать Доставку" и только потом узнал, что город определен не верно (когда увидел "Пункт назначения ХХХ"). После этого ему нужно:
а) нажать сменить местоположение, выбрать город, страничка товара обновится;
б) снова перейти снова на вкладку "Доставка".
в) снова нажать "Рассчитать".
Уверен, гораздо правильнее было бы вывести строчку "Пункт назначения ХХХ. Изменить местоположение" из процесса рассчета. Т.е. отображать ее до нажатия кнопки "Рассчитать". В случае, если город определен не верно это сэкономит пользователю 1 клик и уменьшит количество бессмысленных запросов к службам доставки. Также это даст понять пользователю, что город его мы уже знаем и вводить его не нужно будет. Он тогда с бОльшим спокойствием кликнет на кнопку.
2. Уверен на 100%, что стоит изменить название кнопки "Рассчитать доставку". Объясню: Обилие онлайн-калькуляторов в сети (в т.ч. и на страницах е-магазинов) приучило многих, что рассчитать - значит вводить исходные данные. Пользователь ничего рассчитывать не хочет, и вводить он ничего не хочет. Он хочет посмотреть.
Гораздо меньше "напряжет" пользователя, если кнопочку обозвать "показать варианты доставки". Понятно, что за нажатием кнопочки стоит рассчет, но с точки зрения пользователя - там стоит "спрятанное отображение". Ну и решиться нажать на кнопку "Показать" ему будет гораздо проще, чем на рассчеты.
В идеале, вкладка "Доставка" должна выглядеть так:
Пункт назначения: Санкт-Петербург. Изменить местоположение
[Показать варианты доставки]
После нажатия на [Показать варианты доставки] вместо этой кнопочки появляется искомая таблица, при этом верхняя строчка (Пункт назначения: Санкт-Петербург. Изменить местоположение) исчезать не должна.
3. С мобильного телефона сейчас недоступна функция "Изменить местоположение". Если на дэсктопах в теме респонсив вверху отображается город, то на мобильных и этого нет (только "капелька"). Пользователь мобильного никогда в жизни не сможет сменить местоположение. Я живу в 700км от Москвы. Если я захожу на сайт с мобильника (МТС), то по умолчанию мое местоположение определяется "Москва". Как тёмному провинциальному покупателю догадаться, что чтобы рассчет был произведен для его нижнеурюпинска, ему нужно нажать на "капельку" в самом верху сайта? Никак. Возможность сменить местоположение с мобильника тоже должна быть. И она должна быть там же, где и на дэсктопах. Как это оформить для мобильника - думайте.
Я, конечно, не программист, но в е-торговле давно. Эти "косметические" изменения на самом деле не менее важны, чем кнопочка "рассчитать". Этой кнопочкой мы оптимизировали количество запросов, но теперь нужно подумать и о посетителе сайта.
PS: Кнопочку "Рассчитать доставку" переименовал в "Показать варианты доставки" через Администрирование-Языки-Переводы
Вообще странная реализация модуля.
Такое ощущение, что разработчики витают где-то в облаках.
Первый этап - анализ текущих удачных решений 100% был пропущен.
Достаточно было посмотреть на популярные модули других cms, чтобы понять как надо сделать:
Opencart - модуль за 390 рублей работает намного лучше https://opencartforum.com/files/file/888-opredelenie-goroda-po-ip-geo-ip/
и модули битрикс, которые установлены на каждом 3м интернет-магазине
http://marketplace.1c-bitrix.ru/solutions/altasib.geobase/
http://marketplace.1c-bitrix.ru/solutions/yenisite.geoip/
http://marketplace.1c-bitrix.ru/solutions/twofingers.location/
Вообще странная реализация модуля.
Такое ощущение, что разработчики витают где-то в облаках.
Первый этап - анализ текущих удачных решений 100% был пропущен.
Достаточно было посмотреть на популярные модули других cms, чтобы понять как надо сделать:
Opencart - модуль за 390 рублей работает намного лучше https://opencartforum.com/files/file/888-opredelenie-goroda-po-ip-geo-ip/
и модули битрикс, которые установлены на каждом 3м интернет-магазине
http://marketplace.1c-bitrix.ru/solutions/altasib.geobase/
http://marketplace.1c-bitrix.ru/solutions/yenisite.geoip/
http://marketplace.1c-bitrix.ru/solutions/twofingers.location/
По-моему, не совсем корректно "наехать" и не объяснить.
Если Вас не устраивает функционал или реализация, гораздо конструктивнее было бы вносить конкретные мотивированные предложения.
А Вы написали "Модуль плохой, у всех лучше, чем у вас....". Как из Вашего высказывания вынести что-то полезное для разработки?
И еще в защиту разработчиков: 80% из "каждого третьего" магазина - НЕ мобайл фрэндли. Адаптивность накладывает свои требования на реализацию. Это тоже стоит учитывать...
По функционалу серьезных претензий нет, кнопочка работает. Есть претензии по юзабилити:
1. Открывая вкладку "Доставка" и видя там кнопку "рассчитать" человек не поймет откуда возьмутся вводные данные для рассчета. Ему не очевидно, что город его мы знаем. Он может ошибочно предположить, что сейчас его попросят вводить город (и не дай бог, вес, объем товара) и т.д.
Допустим человек нажал, кнопочку "Рассчитать Доставку" и только потом узнал, что город определен не верно (когда увидел "Пункт назначения ХХХ"). После этого ему нужно:
а) нажать сменить местоположение, выбрать город, страничка товара обновится;
б) снова перейти снова на вкладку "Доставка".
в) снова нажать "Рассчитать".
Уверен, гораздо правильнее было бы вывести строчку "Пункт назначения ХХХ. Изменить местоположение" из процесса рассчета. Т.е. отображать ее до нажатия кнопки "Рассчитать". В случае, если город определен не верно это сэкономит пользователю 1 клик и уменьшит количество бессмысленных запросов к службам доставки. Также это даст понять пользователю, что город его мы уже знаем и вводить его не нужно будет. Он тогда с бОльшим спокойствием кликнет на кнопку.
2. Уверен на 100%, что стоит изменить название кнопки "Рассчитать доставку". Объясню: Обилие онлайн-калькуляторов в сети (в т.ч. и на страницах е-магазинов) приучило многих, что рассчитать - значит вводить исходные данные. Пользователь ничего рассчитывать не хочет, и вводить он ничего не хочет. Он хочет посмотреть.
Гораздо меньше "напряжет" пользователя, если кнопочку обозвать "показать варианты доставки". Понятно, что за нажатием кнопочки стоит рассчет, но с точки зрения пользователя - там стоит "спрятанное отображение". Ну и решиться нажать на кнопку "Показать" ему будет гораздо проще, чем на рассчеты.
В идеале, вкладка "Доставка" должна выглядеть так:
Пункт назначения: Санкт-Петербург. Изменить местоположение
[Показать варианты доставки]
После нажатия на [Показать варианты доставки] вместо этой кнопочки появляется искомая таблица, при этом верхняя строчка (Пункт назначения: Санкт-Петербург. Изменить местоположение) исчезать не должна.
3. С мобильного телефона сейчас недоступна функция "Изменить местоположение". Если на дэсктопах в теме респонсив вверху отображается город, то на мобильных и этого нет (только "капелька"). Пользователь мобильного никогда в жизни не сможет сменить местоположение. Я живу в 700км от Москвы. Если я захожу на сайт с мобильника (МТС), то по умолчанию мое местоположение определяется "Москва". Как тёмному провинциальному покупателю догадаться, что чтобы рассчет был произведен для его нижнеурюпинска, ему нужно нажать на "капельку" в самом верху сайта? Никак. Возможность сменить местоположение с мобильника тоже должна быть. И она должна быть там же, где и на дэсктопах. Как это оформить для мобильника - думайте.
Я, конечно, не программист, но в е-торговле давно. Эти "косметические" изменения на самом деле не менее важны, чем кнопочка "рассчитать". Этой кнопочкой мы оптимизировали количество запросов, но теперь нужно подумать и о посетителе сайта.
PS: Кнопочку "Рассчитать доставку" переименовал в "Показать варианты доставки" через Администрирование-Языки-Переводы
1. Да, верное замечание, поправим.
2. На то это и языковая переменная, чтобы можно было поменять её текст.
3. Да, действительно, ссылка пропала. Поправим.
Вообще странная реализация модуля.
Такое ощущение, что разработчики витают где-то в облаках.
Первый этап - анализ текущих удачных решений 100% был пропущен.
Достаточно было посмотреть на популярные модули других cms, чтобы понять как надо сделать:
Opencart - модуль за 390 рублей работает намного лучше https://opencartforum.com/files/file/888-opredelenie-goroda-po-ip-geo-ip/
и модули битрикс, которые установлены на каждом 3м интернет-магазине
http://marketplace.1c-bitrix.ru/solutions/altasib.geobase/
http://marketplace.1c-bitrix.ru/solutions/yenisite.geoip/
http://marketplace.1c-bitrix.ru/solutions/twofingers.location/
Не понимаю, в чем разница: так же определяется город, отображается, пользователь может его поменять, есть возможность показать блок-подсказку с определенным городом.
Не понимаю, в чем разница: так же определяется город, отображается, пользователь может его поменять, есть возможность показать блок-подсказку с определенным городом.
Добрый день! Наиболее популярный тип определения позиции по IP не работает (в СПб у меня не определился, предлагает самому найти город) - http://prntscr.com/ehuqwn
включил модуль на демо http://demo.cs-cart.ru/stores/8d3df0ace88f52fb/
настройки - http://prntscr.com/ehusb2
Добрый день! Наиболее популярный тип определения позиции по IP не работает (в СПб у меня не определился, предлагает самому найти город) - http://prntscr.com/ehuqwn
включил модуль на демо http://demo.cs-cart.ru/stores/8d3df0ace88f52fb/
настройки - http://prntscr.com/ehusb2
Вы про дефолтный модуль?
Вы про дефолтный модуль?
Да про дефолтный. Заявленный функционал вроде бы нормальный, но он не работает.
Да про дефолтный. Заявленный функционал вроде бы нормальный, но он не работает.
Тогда вам нужно обратиться в поддержку CS-Cart.
Да про дефолтный. Заявленный функционал вроде бы нормальный, но он не работает.
Давно пришли к выводу, что дефолтный модуль никуда не годится. Почитайте тему с начала. Там много рассуждений на эту тему.
Я пришел к выводу, что Shoipping Estimate + Геолокация Google от simtechdev - более удачная реализация.
Разработчики CS-CART в обозримом будущем развивать дефолтный модуль не планируют, а эти ребята адекватно реагируют на пожелания/замечания и потихоньку их устраняют.
1. Да, верное замечание, поправим.
2. На то это и языковая переменная, чтобы можно было поменять её текст.
3. Да, действительно, ссылка пропала. Поправим.
Если это возможно, обозначьте, пожалуйста, примерные сроки устранения этих моментов.
Если это возможно, обозначьте, пожалуйста, примерные сроки устранения этих моментов.
Нам понадобится 1-2 недели, чтобы доработать и подготовить к релизу.
Нам понадобится 1-2 недели, чтобы доработать и подготовить к релизу.
По готовности отпишитесь тут, пожалуйста.
ЗЫ: С нетерпением буду ждать.
Нам понадобится 1-2 недели, чтобы доработать и подготовить к релизу.
Я, конечно, дико извиняюсь за назойливость, но вчера было как раз 2 недели.
Доработали? Есть новая версия?
Ну дело в том что это одни и те же люди (. Почему дефолные не улучшают сложно сказать.. прибыль в 10 за модуль не думаю что тут важно. Наверное дело в технических вопросахРазработчики CS-CART в обозримом будущем развивать дефолтный модуль не планируют, а эти ребята адекватно реагируют на пожелания/замечания и потихоньку их устраняют.
Я, конечно, дико извиняюсь за назойливость, но вчера было как раз 2 недели.
Доработали? Есть новая версия?
Да, новый архив доступен в File area.
Всем привет, спешу сообщить хорошую новость)))
Обновление модуля расчета доставки дало отключить автоматический расчет доставки при заходе на страницу товара!
Что я заметил:
1. если мы делаем расчет доставки во вкладке, тогда принуждаем клиента делать дополнительное действие для расчета стоимости доставки.
2. А вот если мы делаем Показывать содержимое вкладки во всплывающем окне:" тогда когда человек нажимает на ссылку (Стоимость доставки) модуль автоматом считает и выводит стоимость + стали отображаться сроки доставки!
Т.е если мы используем второй способ, мы избавляем клиента от лишних кликов, и экономим денежки.
Разработчикам Спасибо!!!
Всем привет, спешу сообщить хорошую новость)))
Обновление модуля расчета доставки дало отключить автоматический расчет доставки при заходе на страницу товара!
Что я заметил:
1. если мы делаем расчет доставки во вкладке, тогда принуждаем клиента делать дополнительное действие для расчета стоимости доставки.
2. А вот если мы делаем Показывать содержимое вкладки во всплывающем окне:" тогда когда человек нажимает на ссылку (Стоимость доставки) модуль автоматом считает и выводит стоимость + стали отображаться сроки доставки!
Т.е если мы используем второй способ, мы избавляем клиента от лишних кликов, и экономим денежки.
Разработчикам Спасибо!!!
Мы очень рады, что вам понравилось :)