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

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

  • 09 августа 2012 г.
  • Вы туда загляните сначала
    Там шаблоны оформления корзины лежат. Код небольшой и конкретный. Плюс стили CSS из style.css для basket. FireBug или "код элемента" в Хроме Вам в помощь :)
  •
  • 23 октября 2013 г.
  • Давайте попробуем предложение сделать, разрешающее РНР в шаблонах. Послушаем аргументы ведущего разработчика. Будет удобнее в таких случаях, но боюсь, претензий больше к безопасности.
  •
  • 09 августа 2012 г.
  • С шаблоном проще всего, конечно. Страницу товаров оформляете и над show_body делаете
    Код
    <insert name="show_search" module="shop" only_shop="1">
    <insert name="show_body">

    В данном случае only_shop="1" - означает, что форма поиска будет показываться только когда посетитель в магазине. На других страницах сайта ее не будет.

    Можно обратиться из любой модели к любой функции, но это чуть сложнее, надо иметь навыки прграммирования. Шаблонный тег - это же обычная функция модуля, просто адаптированная для вызова из шаблона.

    Вызывать ее так: в функции list_category() пишете
    Код
    Customization::inc('modules/shop/shop.model.php');
    $model = new Shop_model($this->diafan);
    $result = $model->show_search($cat_id, $site_id);

    if (! $attributes["template"] || ! $this->diafan->_tpl->get('show_search_'.$attributes["template"], 'shop', $result))
    {
    $this->diafan->_tpl->get('show_search', 'shop', $result);
    }

    Затем готовите переменную
    Код
    $this->result['show_serach']=$this->show_search($cat_id,$site_id);

    для передачи во вью.

    Потом в view.list выводите содержимое.
    Код
    if(!empty($result['show_search])) $this->diafan->_tpl->get('show_search', 'shop', $result['show_search]);
  • 16 августа 2012 г.
  • Цитата
    А хотелось бы, чтобы он выводился только в тех страницах, где товары есть. Такое возможно сделать?
    Да можно-то все сделать...
    В функции show_search в modulesshopshop.php в строке 199 идет проверка $only_shop и безусловная остановка функции, если мы не на странице магазина.
    Передайте only_shop дальше, в модель
    $result = $model->show_search($cat_id, $site_id, $only_shop);
    Примите ее там в show_search, и если она есть, делайте запросик в БД, узнавая, есть ли товары в текущей категории. И если нет, то остановка.
  •
  • 09 августа 2012 г.
  • Эх, не дают ребята скрытый тег в кодик сунуть. Мне бы не жалко было, если б были.
    Дмитрий, код же типа тега верификации? Внешне ничем себя не выдает?
  •
  • 03 августа 2012 г.
  • Здравствуйте!
    Указания старой цены именно в виде старой цены нет. В каждый товар лезть и ставить старую цену / новую цену? Зачем? Это неудобно. У нас есть скидки, которые как раз и формируют старую и новую цены.
    Есть каталог товаров. Взяли и назначили на весь каталог скидку 10%, например. И по всему каталогу появится новая цена, а старая зачеркнется. Именно этот код Вы и нашли в шаблоне.
    А можете скидку назначить не на весь каталог, а на одну рубрику. Или на несколько товаров. Или на один товар. Можете назначить скидку как в %, так и в виде фиксированной суммы. И т.д.
  •
  • 03 августа 2012 г.
  • Скидки много по чему идентифицируются. И работают исправно, что оттестировано многократно. Частые причины косяков: или не то не на то назначили (не то и не там смотрите), или виновато кеширование, которое надо пробовать врубить/вырубить/сбросить
  •
  • 24 июля 2012 г.
  • А-а, Вы же не партнер как вебстудия, а разработчик? А эта галка только у партнеров доступна на собственное выставление.
    Тогда да, тогда она может скинуться. Сейчас поправим.
  •
  • 24 июля 2012 г.
  • Это частное предложение мы отклонили, потому что было несколько подобных предложений и мы в план 5.1 включили разработку универсального модуля "Объявления". Он будет в виде конструктора, нечто среднее между "вопрос-ответ" и "обратная связь", можно будет создавать любые формы, в которых пользователи смогут сами публиковать на сайте информацию и файлы. Подойдет для базы недвижимости, базы объявлений, резюме, отзывов и пр.
    Функционал будет болванкой, на базе которой можно делать любые доработки, поиск, фильтрации и пр.
  • 19 июля 2012 г.
  • Для просмотров надо в БД поле к статьям, где будет статистика просмотров храниться. Затем в модель при открытии статьи, т.е. в функцию id() запросик в БД, который поле прибавляет на 1 и ниже другой запрос, который отбирает это же поле для передачи во view, для вывода в списке.

    С комментами все в БД есть, поэтому надо просто в список статей в моделе заинклюдить комменты и ее функцией передать количество во view, для вывода в списке.
  •
  • 17 июля 2012 г.
  • Вообще, так не очень удобно будет в реальном режиме. Конечно, добавление информации идет как INSERT, а правка как UPDATE, но если опечатался, или лишка махнул, уже не подправишь...

    Вообще, задача не очень простая, но и не очень сложная. Меньше часочка. Надо включить в правах доступа возможность добавлять и редактировать, но в ядре затем поставить костыль, чтобы для указанных типов доступа для указанного модуля не было UPDATE.
    Если опыт программирования есть, сделаете. Если нет, создайте заказ, в минимальную сумму в 1000 рэ должны уложиться.
  • 18 июля 2012 г.
  • Фича "добавить, но ничего не править" никому не нужна. Повторюсь, это неудобно. По статистике, пользователи, что-либо публикующие, по несколько раз переправляют свои материал, перечитав его. Поэтому "добавить" идет вкупе вместе с "редактировать".
  •
  • 18 июля 2012 г.
  • Принцип тот же, надо в ядре только фильтровать, давая править только те материалы, которые добавил пользователь.
    Мы на каком-то медицинском сайте вносили изменения в рубрику "Вопрос-ответ": когда приходят новые вопросы, из видят все врачи и могут на них отвечать, но если какой--то врач на вопрос ответил, то все, другие врачи уже этот вопрос не видят. То есть каждый врач видит только свои ответы и новые. Делали поле к вопросу, где хранили пользователя, ну и ядро правили.
  •
  • 17 июля 2012 г.
  • Такого пожелания ни от кого не было раньше. Поэтому этой функции нет.
    Было пожелание по статистике магазина, мол, товар смотрели столько раз, купили столько раз - это реализовано.
    А по поводу новостей, статей, страниц сайта и прочему нет.
    Добавьте пожелание в вишлист, если хотите, посмотрим, как другие пользователи отреагируют.
  •
  • 25 октября 2012 г.
  • diafan.ru и cms.diafan.ru стоит 4.3. Там и наше кеширование старое и мемкешед вообще нету. Эти сайты вообще не показатель
    Как увеличить кеш?
    includes/init.php
    Функция get_headers()
    Код
    header("Cache-Control: no-store, no-cache, must-revalidate");

    Но может быть беда с корзиной, например. В корзину положили, на страницу перешли, а в блоке корзины товаров нет. Жмешь "обновить" - товары появляются. Это как раз из-за кеша. Поэтому мы его запрещаем, выставляя нулевой срок действия.
Показывать по:
... 146 147 148 149 150 151 152 153 154 155 ...

Новости

  • Окончание поддержки устаревших версий
  • 19 сентября 2025 г.
  • Мы внесли изменения в лицензию и объявляем, что прекращаем техническую консультационную поддержку сайтов на DIAFAN.CMS версий старше 7.0. А это все минорные версии платформы, предшествующие актуальной линейке, а именно: версии серии 4.x, 5.x, 6.x.
  • DIAFAN.CMS 7.3: обновлённое управление контентом с ИИ
  • 15 сентября 2025 г.
  • У нас отличные новости! Мы выпустили новую сборку DIAFAN.CMS 7.3, которая включает встроенные нейросети непосредственно в административной панели. Это значит, что создание контента для вашего сайта больше не будет проблемой — искусственный интеллект возьмет эту задачу на себя, избавляя вас от необходимости привлекать копирайтеров или тратить время на написание текстов самостоятельно.
  • Изменение тарифов Diafan.Cloud
  • 25 марта 2025 г.
  • Мы обновили систему тарифов, учитывая опыт работы с клиентами и современные рыночные условия. Новая тарифная сетка разработана специально для того, чтобы лучше отвечать вашим потребностям. Резкого повышения цен не произошло. Более того, некоторые тарифы даже стали выгоднее и доступнее. 
Все новости

Блоги

  • Обновление безопасности в DIAFAN.CMS 7.3
  • 10.09.2025

  • DIAFAN.CMS славится нагрузоустойчивостью и безопасностью, про инциденты со взломом сайта на нашей системе давненько не слышали, но недавно получили мы письмо от fstec.ru такого характера:

    Обнаружена уязвимость в CMS-системе DIAFAN, позволяющая нарушителю, действующему удалённо, красть сессионные куки через XSS-атаку.

Читать блоги