Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

deeman

Users
  
  • Posts

    8,541
  • Joined

  • Last visited

Everything posted by deeman

  1. Так же как и для других страниц - менять метод модели зон. Проще всего добавить украине и россии по пробелу в начале и сбросить кэш, можно также поотключать ненужные страны
  2. Необходимо выполнить запрос (заменив префикс на свой либо убрав) через phpmyadmin или подобный ALTER TABLE `ПРЕФИКСorder` AUTO_INCREMENT=4576;
  3. Согласен полностью, но... Прилагаю скрин заказа. Поля отмеченные красным - мои данные, поля отмеченные зеленым - данные покупателя. Когда получил заказ, возникла непонятная ситуация, как с моими данными сделан заказ из другого региона. По Вебвизору промотрел оформление заказа. При переходе покупателя в корзину, все поля заполнены моими данными(тест-заказ), покупатель исправил кое-какие поля и очевидно нажал кнопку подтвердить заказ. Результат: на скрине заказа. Заказ все-таки был оформлен, но на старой версии сайта. Решение предложенное lyamin применил, работает частично, не обнуляются поля регион и индекс. Для удобства покупателя сохранять сессию может и хорошо, но как сохранить сессию только для одного покупателя? 38.png Сессии - это механизм PHP и они как раз предназначены для сохранения данных для одного посетителя, PHP сам "следит" за этим. Данные от прошлого посетителя могут попасть в том случае, если сессии работают неправильно. Чаще всего указанная ошибка возникает из-за неправильно настроенного кэширования на сервере, кода кэшируются данные от прошлого покупателя и выдаются вместе со страницей. Если сервер свой либо крутили что-то в настройках PHP - надо проверять это в первую очередь. Плюс ко всему проверьте, может меняли метод авторизации и он отрабатывает неправильно, например совершается вход под другим покупателем
  4. Это стандартная страница регистрации опенкарта, страница моего модуля - account/simpleregister Этот сеопро случайно не делает редиректы на дефолтные страницы при попытках обращения? Тут страниц 10 назад была подобная проблема у пользователя, сеопро делал редиректы. А вот почему ошибка на дефолтных страницах (хотя не должна быть по идее) - надо разбираться с ними, вернее с правками в коде, которые вносились, может быть просто неудачно обновили опенкарт, не обновив шаблоны в своей теме.
  5. Модуль при обновлении не удаляет настройки плюс в модуле есть бэкап/восстановление настроек (отдельная вкладка) Насчет отчества - спорный момент, многие оставляют одно поле имя, переименованное в ФИО
  6. Вебвизор не записывает вид страницы, он только пишет действия, подставляя в фон вид страницы от Вашего лица. Ну и выше привели решение. Но для того же покупателя сбрасывать сессию лучше не стоит, так как он может что-то дозаказать и заново будет вводить данные (если при первом заказе не регистрировался)
  7. Во-первых, эту мелочь нужно делать один раз. Если же Вы делаете это постоянно, то Вы разработчик и поэтому напоминаю, что у модуля лицензия на один магазин. Ну и второе - в опенкарте нет места для хранения поля Отчества, его не сделать по умолчанию. Плюс ко всему отчество можно сохранять в имя, переименовав Имя в Имя Отчество
  8. да на странице заказа все выводится теперь правильно, но вот на странице заказа в личном кабинете в способе доставки опять выводится description да и во всей админке вместо названия способа доставки выводится описание как исправить этот косяк? Откройте языковой файл этого модуля и поправьте его описание. Или оно создается самим модулем по факту расчета? мне не нужно править описание в языковых настройках, оно должно так и остаться. например, title - почта россии, description - срок доставки 15-20 рабочих дней, товар будет доставлен в ближайшее к вампочтовое отделение и тд и вот это длинное описание выводится везде в способе доставки (в личном кабинете раздел заказ, в админке) вместо названия (почта россии) По второму кругу объяснять не хочется, там, откуда Вы привели цитату я все объяснил, если хотите сохранять title модуля доставки, то надо менять модуль учитывать в заказе, чтобы он брал у модуля доставки не description а title
  9. потому что если поставили инициализацию через init_custom_date, то нужно добавить этот метод в catalog/model/tool/simpledata.php и взвращать из него текущую дату, например public function init_custom_date() { return date('d.m.Y'); }
  10. Возможность есть, достаточно отключить регистрацию пользователя или сделать на его выбор и появится опция, что делать с полем емэйла
  11. да на странице заказа все выводится теперь правильно, но вот на странице заказа в личном кабинете в способе доставки опять выводится description да и во всей админке вместо названия способа доставки выводится описание как исправить этот косяк? Откройте языковой файл этого модуля и поправьте его описание. Или оно создается самим модулем по факту расчета?
  12. У модуля в настройках полей есть задание плейсхолдера - там можно указать небольшую подсказу, в HTML они изначально и сделаны именно для подсказок, выводятся в виде серого текста в полях ввода. Джаваскпритовые украшения не рискую вводить в модуль, чтобы не потерять совместимость со всем остальным, так как скрипты/темы у всех разные. Заглушки модулей оплаты - доставки предназначены для информирования пользователей о вариантах доставки/оплаты, они не заменяют и не управляют модулями доставки/оплаты и работают таким образом: Например есть доставка почтой, но для ее отображения нужен полный адрес и пока он не введен она не отображается. Это может ввести в заблуждение пользователя о доступных вариантах, поэтому можно показать заглушку для этого способа и указать текст. Этот текст отобразится с неактивной радиокнопкой. Как только реальный модуль доставки вернет "себя" (то есть текст и расчет), то вместо заглушки будет отображен именно этот доступный вариант. И есть два варианта отображения заглушки - отображать всегда и отображать только когда адрес пуст. Если отображать всегда, то например заглушка "достака почтой" будет отображаться всегда (пока нет реального варианта конечно же), например адрес введен и для этого адреса доступен только самовывоз к примеру. Если же указать отображение только для пустого адреса, то если адрес будет введен, но реальный метод так и не появился (опять же например доступен только самовывоз для введенного адреса), то заглушка скроется
  13. В том, что тестируете на одном компьютере и данные сохраняются в сессии, если переоткроете браузер или откроете другой - все будет чисто. Так же проверьте, может быть включили настройку сохранения пользовательских данных в кукисы (1 вкладка админки, но по умолчанию эта настройка отключена). Насчет checkout/success - это страница опенкарта, куда делают редирект модули оплаты после подтверждения заказа, ту же самую ошибку можете увидеть и с дефолтным заказом. Данной странице на форуме посвящена отдельная тема и ошибка довольна распространенная, если сами правите языковой файл этой страницы, то не стоит удалять %s в тексте, не изменяя при этом вызов функции sprintf, так как это место для подстановки ее параметров и при их несоответствии выдается такая ошибка.
  14. В модулей нет функции validate_generate(), да и в самом опенкарте. Либо это в шаблоне платежного модуля, либо если модуль оплаты дефолтный, то он кем-то или чем-то поправлен. Попробуйте восстановить файлы платежных модулей из архива опенкарта и временно отключить вкмод для проверки
  15. я и хочу купить Ваш модуль, чтобы убрать платежный адрес, а оставить адрес доставки. и убрать соответственно галочку "адрес доставки совпадает с платежным адресом". Смогу я это сделать? Я просто в демо не понял, смогу или нет... Да, сможете
  16. Случилось то, что и ожидалось - почти половина писем стала возвращаться как спам и сделали предупреждение. Теперь думаю запустить мини сайтик для обновлений с аккаунтами
  17. Не вижу Вас среди покупателей модуля Ну да, я его и не покупал пока :). Я посмотрел демо, и для меня именно этот вопрос является принципиальным (потому что основная причина покупки- избавиться от платежного адреса). Вот и спрашиваю - не подскажете по вопросу? просто сначала разбираюсь, а потом покупаю, а не наоборот :). Т.е. я не прошу это исправить - просто хочу понять - может или я не понимаю, что это всем нужно, а я зачем-то хочу это убрать. Или это действительно не всем/никому не нужно, и у Вас это можно убрать, просто в демо версии я не нашел как... Заранее спасибо! В опенкарте базовый адрес - оплаты, хотя в базе между ними различий ноль, то есть все решается простым переименованием и отключением второго адреса
  18. Отмотайте тему на 3-4 страницы назад, там разбор был, потому что не поняли друг друга с пользователем сначала. Класс кнопки можно задать в /catalog/view/theme/TEMA/stylesheet/simple.css .simplecheckout-button { .... }
  19. Самая простая проверка - открыть дефолтный заказ index.php?route=checkout/checkout и проверить там
  20. Что-то одни вопросы по доставке, пару страниц назад детально разобрались, что и как откуда берется, мой модуль лишь отображает, что возвращают модули доставки. У них есть свои языковые файлы catalog\language\russian\shipping\*.php Обычно в них $_['text_title'] = 'Заголовок над вариантами'; $_['text_description'] = 'Описание варианта - текст рядом с радиокнопкой';
  21. Добавить этот код в функцию simplecheckout_init() в файле \catalog\view\javascript\simplecheckout.js Это функция вызывается при инициализации модуля (при первой загрузке и при аякс обновлениях)
  22. Необходимо смотреть шаблон по поводу отображения и контроллеры/шаблоны шапки сайта, может быть в Вашем шаблоне просто вырезан этот кусок, с модулем это вообще никак не связано.
  23. Надо проверить модуль оплаты и перезалить файлы, особенно если другие методы оплаты дают не ноль и в админке тоже не нулевая сумма. Также можете проверить через дефолтный заказ index.php?route=checkout/checkout через index.php?route=checkout/checkout не могу жму на подтвердить заказ и ничего не происходит страница остается таже. может это изза моего не давнего обновление вашего модуля т.к обновляю я ее редко и из-за этого получается перехожу на несколько версий вперед и при просмотре деталей заказа выскакивает вот такая ошибка Notice: Undefined index: set in /home/r/raskleemru/sterlitamak/public_html/admin/controller/module/simple.php on line 727Notice: Undefined index: set in /home/r/raskleemru/sterlitamak/public_html/admin/controller/module/simple.php on line 735Notice: Undefined index: set in /home/r/raskleemru/sterlitamak/public_html/admin/controller/module/simple.php on line 736 Мой модуль не трогает ни дефолтный заказ, ничего другое, следовательно дело в модуле оплаты, либо перезалейте его файлы, либо установите другой (их по-моему несколько). По ошибке - перезалейте вкмод simple_custom.xml из полного архива модули и почистите vqmod/vqcache, я его обновил для отображения кастомных полей в админке, но забыл включить в инкрементальный апдейт, в полном апдейте он есть.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.