100napb

Здравствуйте, уважаемый автор! Пожалуй, я тот, кто хотел бы приобрести модуль для 3.x версии opencart'a. Скажите пожалуйста: верно ли я понимаю, что модуль на новых версиях не работает (и не должен)? когда планируется (и планируется ли вообще) выпуск версии под 3.х ветку?

Спасибо удалось справиться самому: перепроставил все галочки туда\обратно и пересохранил

Здравствуйте, уважаемый markimax! Помогите советом: по какой-то причине, отзывы для товаров, реализуемый вашим модулем, стали отображаться только после авторизации на сайте. В настройки уже давно не лазил и потому удивился... Можете указать на очевидные или не очень причины и способы исправления ситуации? Хотелось бы, как и прежде, видеть отзывы без авторизации

Ай.. точно. Вы правы. Спасибо!

Вы уж меня простите, я может не понял чего, но в письме четко сказано: " необходимо внести изменения в интеграционные модули. Для этого в протокол добавлены атрибуты: " и дальше перечень тех данных, что всвязи с новыми требованиями СДЭК ожидает получать от интернет-магазинов. Разве нет?

Здравствуйте! Прежде всего, тепло благодарю Вас за прекрасный модуль - свои задачи решает отлично! Но все мы знаем, что с 1 июля грядут изменения... На днях, как и многие другие пользователи, получил вот такое письмо от СДЭК. Вы не могли бы прокомментировать, чего стоит ожидать владельцам модуля доставки?

Здравствуйте! Расскажите пожалуйста, как изменится порядок работы модуля с 1 июля, с момента вступления в силу ФЗ-54 ?

Ай спасибо, дорогой! + за прозорливость. Все получилось. В настройках магазина, локализация, единицы веса - некорректно были заданы значения.

Возможно, я Вас не понял, но если указать в настройках модуля считать вес в "килограммах", то вес передается запредельно большой (см. логи из поста выше), что делает невозможным применить какой-либо тариф вообще

Здравствуйте, уважаемый homer! Купил - установил - тестирую. Opencart 1.5.6. Столкнулся с проблемой некорректного расчета веса модулем. Итак, по-порядку. Вот кусочек лога из журнала ошибок: 2016-12-12 12:32:50 - СДЭК: вес заказа 82000 2016-12-12 12:32:56 - СДЭК: Тариф «До двери » превышены ограничения по весу! Это при заказе двух единиц товара весом 40г. В настройках магазина, в качестве ед. веса по умолчанию, стоят граммы. У товара в настройках в соответствующем поле вес заполнен. В базе данных, в табличке oc_product, вес указан как 40.00000000. В магазине, на страничке карточки товара, так и выводится "вес: 40г". Считаем: (40 + 40) * 1000 = 80000. Не хватает еще 2000 до значения из журнала. Недостающие 2000 спрятались в настройках модуля, на вкладке "дополнительный вес", в поле "минимальный вес упаковки" - там я выставил 2 грамма. 80000+ 2*1000 = 82000. Как раз так, как посчитал модуль. Вопрос: отчего ж вес, указанный в граммах, все-таки считается в килограммах? Как сделать, что бы было хорошо? :) p.s.: Респектище огромный, функционал то, что нужно! upd: нашел в настройках модуля, на вкладке "данные", вот такое вот поле: "Килограммы:Единица измерения веса для килограммов". Указал граммы - все стало норм. Немного странная настройка, ну да бох с ней - проблема решилась. upd 2: многотысячных значений теперь нет. Однако, теперь ошибка такая: 2016-12-12 13:18:58 - СДЭК: вес заказа 80 2016-12-12 13:19:03 - СДЭК: Город получателя «Москва, Москва, Россия» (44) 2016-12-12 13:19:03 - СДЭК: объем 0.001 2016-12-12 13:19:04 - СДЭК: Невозможно осуществить доставку по этому направлению при заданных условиях При значении веса, например, "2", все работает на ура. Напомню, что настройки модуля теперь так же в граммах. Но, видимо, "вес заказа 80" по АПИ в СДЭК передается, все-таки, как килограммы, не смотря на настройки.

Спасибо автору за оперативную помощь. Беда крылась в css-стилях моего шаблона, которая "перерисовывала" радиобаттоны оценки.

Спасибо за оперативный ответ! 1.2. Проверил. К сожалению, консоль ничего необычного криминального не показывает. Пруф. Она точно такая же, как и на других страницах сайта - в т.ч. тех, на которых нет ни строчки вашего модуля. Есть мнение, что важен порядок загрузки контента (блока для ввода комментария): когда блок подгружается аяксом, то вся страница, скрипты и стили уже загружены и потому блок спокойно обрабатывается. Если блок для ввода комментарием грузится вместе со всей страницей, то он остается без изменений. Ерунду говорю? 3. Ок, понятно. Спасибо за ответ. Исправим самостоятельно :)

Здравствуйте! Обратил внимание, что в пользовательском блоке ввода комментария\отзыва (который выводится под стандартным заголовком "оставить отзыв") пропадает возможность поставить оценку при использовании в настройках виджета опции "Ajax загрузка" в статусе "отключено". Выглядит это так: вместо звездочек - radio-переключатели, которые не реагируют на клики мышкой. Стоит лишь включить Ajax загрузку в настройках виджета, как переключатели становятся звездочками и все работает. Так же, если отключить оценку в настройках виджета для отзыва\комментария, то при "Ajax загрузка" в статусе "отключено" остается один radio-переключатель. Стоит же включить Ajax загрузку, как переключатели с оценкой, как и положено, исчезают скрин1 скрин2 Подскажите пожалуйста, что я делаю не так и где искать причину? И, в качестве третьего вопроса. Предположим, есть товар, на который никто не оставлял отзывов и для которого нет оценок. И вот один пользователь оставляет комментарий на товар и ставит оценку "1". Администратор отвечает на комментарий пользователя и, внимание, обязан оценить товар, что бы отправить свой комментарий. Допустим, администратор ставить оценку "5". Разумеется, оценку администратора можно скрыть при редактировании и публикации отзыва. Но средняя оценка товара все-равно изменится, и будет = 3, хоть и все будут видеть, что лишь один пользователь оценил товар и поставил ему 1, а не 3

Здравствуйте, уважаемый ashap! Перво-наперво, хочется сказать Вам спасибо за чудесные модули оплаты! Уже более года пользуюсь Вашим модулем отложенной оплаты и он работает как часы. Сейчас есть желание заключить договор с Яндексом и интересует данный модуль. Я внимательно ознакомился с демо, но все-таки остался ряд вопросов. Я правильно понимаю, что: модуль отложенной оплаты по договору отличается от модуля для физ.лиц большим количеством доступным способов оплаты и порядком зачисления средств (для физлиц доступна лишь оплата банковскими картами или ЯД)? Следуя официальной документации Яндекса, существует возможность выбора способа оплаты заказа либо на стороне Яндекс.Кассы, либо на стороне интернет-магазина. Скажите пожалуйста, я верно понял, что Ваш модуль предлагает выбрать способы оплаты только на стороне интернет-магазина? Если так, то планируете ли Вы реализовать второй вариант? Казалось бы, выбирать способы оплаты на сайте Яндекса более выгодно, нежели из списка, который хардкодом прописан в Вашем модуле.

эм.. что значит: повводите адреса? в одной вкладке браузера у меня открыты настройки модуля. в другой вкладке - корзина с заказом. ввожу разные адреса. оформляю заказы. возвращаюсь на вкладку с настройками модуля - без изменений. обновляю страницу - без изменений. Я позволю себя повториться: модуль "видит" способ доставки. Он по какой-то причине не дает лишь установить соответствие между именно этим способом доставки и способами оплаты...

Здравствуйте! Честно пролистал весь форум и гугл, но никак не могу решить одну маленькую, но досадную проблему: не удается задать соответствие между НЕКОТОРЫМИ способами оплаты и НЕКОТОРЫМИ способами доставки. Например, при установленной галочке "Методы доставки зависят от методов оплаты", для некоторых способов доставки я могу отметить допустимые способы оплаты (обвел в рамку на скриншоте). А для некоторых способов доставки такой возможности вообще не предлагается (знак вопроса на скриншоте): доступна лишь настройка заглушки и настройка отображения метода пока не заполнены поля адреса. https://drive.google.com/file/d/0BwweDJnVP1aoNHQtZHVqTmZ1X1E/edit?usp=sharing Помогите пожалуйста. Не хочу мучить по пустякам, но я несколько дней уже бьюсь :( opencart 1.5.6.4 + simple 4.2.2.

все верно - спасибо за наводку: в файле config.php подправил переменную HTTPS_SERVER.

Здравствуйте. OpenCart 1.5.6.4, хостинг VPS, nginx работает в качестве фрон-энда к апачу. установленный vqmode. Купил модуль, установил, настроил. Успешно оформляю заказ, в админке меняю меняю статус заказа на нужный и клиенту корректно приходит письмо со ссылкой на оплату вида: https://мойсайт.рф:80/index.php?route=account/yandexpay&order_id=46. До этого момента все отлично. при попытке перейти по этой ссылке браузер (ФФ) выдает сообщение: Secure Connection Failed. An error occurred during a connection to мойсайт.рф. SSL received a record that exceeded the maximum permissible length. (Error code: ssl_error_rx_record_too_long) менял ручками в адресной строке браузера https на http - открылась страничка сайта с сообщением: Онлайн оплата Заказ #46 Сумма 1р. и кнопками "назад" и "подтвердить оплату". Кнопка "подтвердить" ведет к первому указанному сообщению об ошибке. Подскажите пожалуйста, в каком направлении копать? :)

ну уж... в папке /www/admin/controller/setting/ смотрим файлы setting.php и store.php: нашел /^[^\@]+@.*\.[a-z]{2,6}$/i и заменил на /.+@.+\..+/i похоже, проблема решилась

Сконвертировать почту пробовал, но, вероятно, та же регулярка не пропускает и всякие паникоды. может быть, уважаемый Afwollis на вскидку подскажет, где эту регулярку искать, в каком файле она спрятана?

поддерживаю - столкнулся с аналогичной проблемой: только даже в админке, в настройке магазина, не получается указать почтовый адрес на кириллическом домене. Ребят, есть у кого идеи? opencart v 1.5.6.4

Здравствуйте! Скажите пожалуйста, каким образом окошки со ссылок "вход" и "регистрация" можно объединить в одном всплывающем окне? Мне очень нравится одна экономичная иконка авторизации вместо всяких "войдите / зарегистрируйтесь" :) Вот, например В этом поп-пе можно либо сразу авторизоваться, либо отобразить поля (вызвать новый поп-ап) для регистрации.

Ставил этот виджет буквально вчера - никаких скриптов и табличек в БД уже не требуется: установка всего за 5 минут (регистрация приложения в инстаграмме -> правка .cfg файла -> заливка на хостинг -> вставка html-кода). Спасибо за наводку - скрипт и правда симпатичный и легко масштабируемый!

Видимо, логика работы кеша на APC все же какая-то иная... не уверен до конца что сделал верно и что это будет кому-то полезно, но заработало все как надо только после: 1) простановки в настройках модуля Sipmle параметров поля country_id: в значении по умолчанию указал "Получить из модели -> название методоа = getGeoIpBySimpleOpenCart" 2) комментирования вот этих кусочков функции getGeoIpBySimpleOpenCart(): if (isset($geo_tables) && !$geo_tables) { return false; } $geo = $this->cache->get('geo.' . $ip); 3) добавление в функцию getGeoIpBySimpleOpenCart() маленького блока определения массива $geo со значением "по-умолчанию" на случай, если нашего айпишника не нашлось в БД:

ооо... решение уже близко. Сейчас уже высчитывается массив $geo: модуль нашел в базе и записал в переменную мое действительно местоположение. Однако, на странице заказа по-прежнему пусто в адресе доставки :( Может в настройках модуля, в параметрах поля country_id нужно что-то специфическое указать?