Вход • Регистрация

Всего найдено: 10

  • 07 февраля 2020 г. , редакция: 1581024986
  • Пришла задача сделать сортировку цен с изображениями не по сортировке характеристик из админки, а по порядку как цены добавили к товару. Уже перекопал всё, что мог, видимо глаз замазолил — вообще теперь в ступоре.

    Итак, shop.model.php — выводит нам нужную информацию примерно на 3122 строке:

    Код
    $rows_param = DB::query_fetch_all("SELECT id, param_id, param_value FROM {shop_price_param} WHERE price_id=%d", $row_price["price_id"]);
    //print_r($rows_param);


    Там мы получаем тот самый список характеристик где указаны цены. Ок.
    Сортировка идёт правильно, как указано в базе к товару.

    Далее в shop.view.options.php шаблона мы видим выгрузку данных о характеристике, которая как раз меняем нам способ сортировки:

    Код
    foreach ($param['values'] as $value)
    {
    if(! empty($result['row']['param_multiple'][$param['id']]))
    {
    if(! $select) {
    ...
    формирование селектора нужно не по характеристике, а по цене с фото в настройках товара
    }
    ...
    }


    Суть вопроса — как уйти от сортировки админки и отобразить характеристику именно в том порядке, как она была добавлена в админке и выгружается изначально?
  • 04 сентября 2019 г. , редакция: 1567608678
  • Не могу понять почему модуль робокассы не отсылает пользователя (клиента) совершающего заказ на страницу "Заказ оформлен", на которой он должен переходить к оплате через кнопку "Перейти к оплате"? В установленном модуле сбербанк это реализовано верно, однако и там почему-то при возврате на данную страницу по кнопке "Оплатить" из личного кабинета - пишет, что данный заказ уже обратан
  • 04 сентября 2019 г. , редакция: 1567611771
  • Там фиксируется по номеру заказа, который каждый раз должен быть уникальным для совершения платежа. Продолжить платёж или сделать его по новой не даёт система (возможно движка), в итоге я просто подставил уникальный идентификатор в номер заказа, который уходит платежной системе, по типу:

    'orderNumber' => $pay['id'] . '-' . time(),

    На обратном пути делаю explode и убираю данные после - оставляя только номер заказа, затем после этой обработки уже идёт запрос в базу как и должно быть, по настоящему номеру заказа
  •
  • 04 сентября 2019 г. , редакция: 1567613621
  • Нет, он при оформлении заказа один раз записывает данные и всё. Далее мы только запрашиваем данные уже по созданному в БД платежу и на его основе генерируем ID. Именно поэтому мы отправляем в платежную систему уникальный номер заказа для платежа (имеющий суффикс -time, а на обратном пути мы убираем "-time" и возращаем заказ к исходному, работая с тем, что у нас уже создан в базе.

Новости

  • Не пропустите сборку DIAFAN.CMS 7.1.4
  • 24 апреля, среда
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • Сборка DIAFAN.CMS 7.1.3
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 
  • Новость. Сборка. Тарифы
  • 15 декабря 2023 г.
  • Подводим итоги 2023 года. Выпустили новую сборку DIAFAN.CMS 7.1.1, вводим новые тарифы на аренду сайта и коммерческую поддержку и автообновления с января 2024 г., строим планы на будущий год.
Все новости