Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

regr0up

Новачок
  
  • Публікації

    13
  • З нами

  • Відвідування

Усі публікації користувача regr0up

  1. ну по сути ничего не отличается.. просто в контроллере симплы, где собираются данные о заказе (в данном случае где симпла получает данные о методе доставки) ставишь в сессию ключ массива shop_id => $value, как у автора, и во вьюхе ты должен ее видеть
  2. если еще интересно... мало ли))) чтобы это исправить, нужно в /system/database/mysql.php в функции дописать mysql_connect(..., $password, TRUE); и тогда делайте сколько угодно подключений. --- Выпрямляем OpenCart...
  3. скорее всего, речь идет о посте т.е. баг в модели /model/checkout/order/ 1) function confirm 2) function update решение приведено в посте #9 любой из вариантов. 2Notfa, никогда недолюбливал людей, которые так делают. Либо пиши всю инфу, либо не пиши ничего
  4. тут не совсем все просто.. работа скрипта идет так: клиент вводит информацию для заказа.. когда все поля заполнены, opencart записывает в базу этот заказ со статусом "0" как только клиент нажимает кнопку "Подтвердить заказ", то статус меняется на "1" (или какой по умолчанию выставлен в админке) соответственно, все заказы со статусом "0" попадают в потерянные, а все остальные в таблицу действующих заказов. интересная система, очень удобно для работы с оттоком)
  5. у меня стоят обязательные поля: фамилия имя отчество (автообновление на отчестве), город, адрес (обновление на обоих).. а на остальных не важно, т.к. при нажатии на кнопку "Оформить заказ" он вернет ошибку на незаполненное поле
  6. ну в общем-то закономерность видна: если есть какие-то нестандартные обязательные поля, то будет висеть кнопка "Оформить заказ". И если пользователь не вводит в него никаких данных, но скрипт вернет ошибку, но если он ввел, а страница не обновилась, то он почему-то будет долго думать, разрешит редактировать и отправит в конце концов заказ. Я эту проблему сейчас решил тем, что поставил в настройках "автоперезагрузку при изменении значения" на обязательное нестандартное поле
  7. та же самая проблема) если найду решение - отпишусь :)
  8. тебе почти все правильно написали.. в контроллере в строчке с выборкой из БД добавляешь строчку, которую написал г-н rb2: $this->model_catalog_manufacturer->getManufacturers(array('sort' => 'sort_order', 'order'=>'ASC')); вместо ASC можешь написать DESC (сортировка в обратную сторону) и все как бэ
  9. Добрый день! при разработке одного из модулей обнаружил, что в IE некорректно отправляются ajax-запросы. Вот, например: 1. Используется ЧПУ -> переход на страницу регистрации /account/usr_register далее делаем запрос на получение регионов и в ответ от IE получаем болт!: ответ из дебаггера: GET /account/index.php?route=checkout/usr_register/country_id=176 HTTP/1.1 как видите, он относительный путь ставит от якобы папки account. Господа, подскажите как это можно исправить? Хром, ФФ работают правильно, а недобраузер как всегда Заранее спасибо :)
  10. https://opencartforum.com/topic/23286-filterpro-nekorrektnaia-rabota/ автор, можете объяснить в чем может быть причина данного поведения?) заранее спасибо
  11. Проблема такая: при выводе атрибутов для фильтрации первым элементом выводит пункт "НЕ ЗАДАНО". копался в БД - ни одного продукта с не назначенным attribute_id нету, глянул в скрипте - и там ничего не нашел. (скрин в приложении) господа, подскажите куда двигаться и на что смотреть? замучился уже

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.