Перейти к содержанию

regr0up

Новичок
  • Публикаций

    13
  • Зарегистрирован

  • Посещение

Репутация

1 Обычный

Информация о 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. regr0up

    Подтверждение заказа

    у меня стоят обязательные поля: фамилия имя отчество (автообновление на отчестве), город, адрес (обновление на обоих).. а на остальных не важно, т.к. при нажатии на кнопку "Оформить заказ" он вернет ошибку на незаполненное поле
  6. regr0up

    Подтверждение заказа

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

    Подтверждение заказа

    та же самая проблема) если найду решение - отпишусь :)
  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. regr0up

    [Поддержка] filter Pro

    https://opencartforum.com/topic/23286-filterpro-nekorrektnaia-rabota/ автор, можете объяснить в чем может быть причина данного поведения?) заранее спасибо
  11. Проблема такая: при выводе атрибутов для фильтрации первым элементом выводит пункт "НЕ ЗАДАНО". копался в БД - ни одного продукта с не назначенным attribute_id нету, глянул в скрипте - и там ничего не нашел. (скрин в приложении) господа, подскажите куда двигаться и на что смотреть? замучился уже
×

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.