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

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

  • 22 декабря 2010 г. , редакция: 1293031867
  • А зачем? Ведь HTML оформление можно задать в описании товара/категории.
    И потом всегда в шаблоне можно написать:
    Код
    if($result["id"] == 52)
    {
    self::id_52($result);
    return;
    }
  • 24 декабря 2010 г.
  • Видимо, Вы не поняли. В шаблоне товара (также категории) можно написать:
    если номер товара 52, то применяем свой шаблон с названием id_52() и выходим из текущего шаблона.
    Таким образом можно задавать индивидуальные шаблоны для категорий и товаров, не задевая файлы, доступные для автообновления.
  • 16 ноября 2010 г.
  • Предложение по выделению товаров блок "Акции", "Спецпредложения" и пр. мы уже получали. Это скорее всего будет включено в следующий пакет. Однако и в текущей версии это не сложная доработка.
    По поводу указания старой цены и причины снижения, то это можно легко реализовать с помощью дополнительных характеристик.
  • 16 ноября 2010 г.
  • Такое предложение у нас зарегистрировано в системе. Именно по Вашему запросу. В будущем, мы планируем перевести все формы на конструкторы (как сейчас сделано в обратной связи). В том числе форму Оформление заказа, о которой Вы говорите.
  • 12 ноября 2010 г. , редакция: 1289570435
  • Начиная с версии 4.3 анонс заполняется с помощью визуального редактора, который непременно оформляет анонс тегами <p></p>. Поэтому если хотите выводить анонс как текст отмените редактор для анонса:
    Код
    $this->variable_table = array(

    'anons' => 'textarea',
    ...
    );

    или вырезайте теги функцией strip_tags.
  • 12 ноября 2010 г.
  • А Вы представьте такую ситуацию (ту что Вам нужно). Товар отображается в трех категориях (одна основная, две дополнительные). В пользовательской и административной части. Вы заходите в дополнительную категорию и удаляете товар. Скорее всего (так бы подумал среднестатистический пользователь) вы хотели удалить товар именно из дополнительной категории, но оставить его в остальных двух. Но фактически вы удалили товар целиком из трех категорий.
    Такой порядок повлек бы за собой еще больше неудобств, чем редактирование товара только в основной категории. При том, что основную категорию товара легко определить на странице товара. Именно она отображается в urlе, навигации "хлебные крошки" и пр.

    Поиск по товарам есть в административной части. Внизу под списком есть поле для ввода названия (или части названия).
  • 10 ноября 2010 г.
  • Название новости используется для формирование тайтла, поэтому теги в названии фильтруются.
    Изображения можно вставлять в анонс через текстовый редактор и в специальном поле, если включить "Использовать изображения" в конфигурации модуля.
    Если все это не подходит и надо кровь из носу вставить тег в название, то измените тип поля name в файле modules/news/news.admin.element.php:
    Код
    $this->variable_table = array(

    'name' => 'textarea',
    ...
    );
  • 09 ноября 2010 г. , редакция: 1289307411
  • Действительно форма авторизации не выводится на страницах регистрация и оформление заказа. Это ограничение описано в файле modules/registration/registration.php строки 67-68:
    Код
    if($th->diafan->module == "registration" && ! $this->diafan->_user->id || $th->diafan->module == "order")
    return FALSE;

    надо их закомментировать
  • 20 октября 2010 г.
  • Действительно изменилась структура таблицы с дополнительными характеристиками в версии 4.3. В том числе изменилась логика характеристик, влияющих на цену. Но зачем Вам тратить время на перенос этих изменений вручную, если мы автоматизировали этот процесс, написав update.php, который полностью переносит контент на новую версию. В том числе корректно переносит дополнительные характеристики и зависимые цены.
    Или у Вас возникли какие-то проблемы с переносом?
  • 03 ноября 2010 г.
  • Проще перенести доработанный функционал на новую версию, чем на доработанную CMS перенести новый функционал новой версии.
    Сообщение "изменилась логика работы и теперь данные выглядят иначе и поменялись таблицы БД" по умолчанию следует из новой версии. То есть для этого и выходит минорная версия, чтобы исправить нелогичные вещи и добавить новый функционал.

    Мы стремимся к стопроцентной обратной совместимости. В будущем мы к этому прийдем. Но на данном этапе развития CMS выполнить это требование не просто.
  • 03 ноября 2010 г.
  • Нужно добавить дополнительную характеристику с типом "список с выбором нескольких значений". Все характеристики этого типа могут влиять на цену, если установить чекбокс "Влияет на цену". Однако для одного товара можно выбрать только одну характеристику
  • 13 октября 2010 г.
  • Вы создали справочник, который состоит из двух частей: одна записывается в базу, другая выводится пользователю. В пользовательской части тоже нужно использовать этот справочник, подставляя в массив значения категории, записанные в базу
  • 13 октября 2010 г. , редакция: 1286955152
  • Правильнее решить эту проблему так:
    • Создать дополнительную таблицу param_category: id, name, sort.
    • Добавить файл shop.admin.paramcat.php (по примеру shop.admin.param.php) для редактирования категорий. Этот файл будет очень простой - только 3 стандартных поля и в конфигурации сортировка параметров.
    • Добавить страницу админки (интерфейс доступен по адресу http://site.ru/admin/adminsite/) вложенную в Магазин.
    • В пользовательской части там где выводятся характеристики (modules/shop/shop.model.php функция get_param) делать запрос к таблице param_category и по ней сор
    тировать дополнительные параметры.
  • Этот способ хоть и выглядит сложным, но правильнее в плане построения базы данных и корректнее в отношении редактирования этих категорий.
    • 07 ноября 2010 г.
    • Это не ошибка. Такая логика заложена в 4.3. Нам кажется удобнее иметь возможность выбирать какие категории используют характеристику, а не навязывать всем детям характеристики родителя, как было в предыдущих версиях.
    • 09 ноября 2010 г.
    • Исходя из нашей политики выхода новых версий http://blog.diafan.ru/show9/, мы ничего не планируем на данном этапе. Все предложения учитываются в системе. Только в конце декабря мы выбираем из всех предложений те, что будут включены в новую версию. Предложение "группировка дополнительных характеристик" добавлено.
      Мы учитываем все поступившие пожелания и, если предложение дельное, то с большой вероятность оно будет включено в новую версию.
    • 14 октября 2010 г. , редакция: 1287066875
    • В файле импорта мы предусмотрели замену нестандартных символов, указанных в требованиях Яндекса http://partner.market.yandex.ru/legal/tt/#id1165117615221
      Если существуют проблемы по формированию файла, обращайтесь в техподдержку, мы совместно выявим проблему и включим изменения в пакет.
    • 12 октября 2010 г.
    • У каждой почтовой службы есть свой спам-фильтр, запрещающий прием почты. Обычно почтовая служба высылают письмо об ошибке с указанием причины бана письма. Письма приходят на ящик, на который настроена почтовая служба на хостинге.

      Частая причина бана - несоответствие ящика, указанного в отправителях (указывается в Параметрах сайта и Конфигурации модуля), ящику, на который настроена почтовая служба
    • 03 ноября 2010 г.
    • Все верно шаблон сайта хранится в папке themes и нигде не размазан.

      Или Вы имеете ввиду папку img и css? Если так, то при адаптации верстки можно где угодно расположить изображения и стили. Мы используем img и css в корне, так как готовая верстка обычна сдается в виде файла index.htm, папок img и css. Поэтому быстрее использовать именно такую структуру.

      Если Вы говорите о шаблонах модулей, которые действительно хранятся отдельно в папке modules, то тут логичнее отделять файлы модуля в свою папку. Так проще правки в модуль вносить (не нужно перепрыгивать из папки в папку) и в дальнейшем, когда наберется база дополнительных модулей, не включенных в пакет их проще устанавливать. Кстати такая группировка файлов появилась в версии 4.2. До этого все шаблоны (сайта, административной части и модулей) хранились в папке themes.
    • 12 октября 2010 г. , редакция: 1286867856
    • Фотографии (также как товары в магазине и файлы в файловом архиве) сортируются в порядке добавления и место добавленной фотографии можно изменить с помощью кнопок
      Чтобы отменить сортировку, нужно в файле modules/photo/photo.admin.element.php закомментировать строку 93:
      Код
      //'order' => 1, //сортируется
    • 12 октября 2010 г. , редакция: 1286871359
    • Ограничения по загрузке файлов задаются в конфигурации сервера:
      • upload_max_filesize - максимальный размер файла, который может быть загружен. По умолчанию 2М.
      • post_max_size - общее ограничение сверху на размер данных, передаваемых в POST запросе. Значение по умолчанию 8М.
      Эти настройки можно изменить в файле .htaccess, прописав нужный размер, если есть доступ:
    • php_value upload_max_filesize 2M
      php_value post_max_size 8M

      Если нет доступа на изменения этих параметров в htaccess, нужно обратится в хостинговую компанию.
    • 12 октября 2010 г.
    • Шаблон оформления статей находится в файле modules/clauses/clauses.view.php. Функция id() отвечает за страницу статьи.

      Кстати, скрыть дату можно и с помощью конфигурации модуля, указав в поле "Формат даты" "не отображать".
    Показывать по:

    Новости

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