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

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

  • 28 января 2011 г.
  • В show_catalog можно задавать индивидуальное оформление для каждой строки каталога с помощью Increment. Например, tag_start_1="[div class=`catalogIncrement`]" в стилях же нужно описать классы .catalog1, .catalog2... Там же нужно фоновым рисунком пустить пиктограмму.
    Ну если не хотите стилями, а изображениями с тегом <img...> делать нужно по такому же принципу, только вместо названия файла писать Increment.
  •
  • 05 мая 2011 г.
  • В шаблон передается массив $row["img"] где вся информация об изображениях: ссылка на превьюшку, ее размеры, описание, ссылка на большое изображение.
    Основываясь на этих данных можно легко вывести изображения в определенном месте и с помощью jQuery подгружать большое изображение о определенный див при нажатии на превьюшку.
  •
  • 12 января 2011 г. , редакция: 1294841006
  • Можете список категорий брать из базы данных, тогда надо в моделе в функции show_search делать запрос к таблице категорий магазина и сохранять данные, предположим в переменную $this->result["category"] в таком формате:
    Код
    array(id => name, id2 => name2, ...)

    А затем в шаблоне уже циклом надо пройтись по полученным данным
    Код
    echo '<select name="catid">';
    foreach($result["category"] as $id => $name)
    {
    echo '<option value="'.$id.'"'.($id == $result["cat_id"] ? 'checked' :
    '').'>'.$name.'</option>';
    }
    echo '</select>';

    Можно и статичный список категорий в шаблоне задать. Если категории меняются редко и Вам трудно в модель лезть.
    тогда список готовится примерно такой:
    Код
    $result["category"] = array(3 => 'Италия', 5 => 'Франция', ...);

    И ниже тот же цикл
  •
  • 27 декабря 2010 г.
  • Это не значит, что у Вас именно так должно быть. diafan.CMS постоянно полируется. Сейчас и кэширование значительно изменилось.
    Там речь шла о том, что высоконагруженные и многоконтентные сайты стоит оптимизировать индивидуально.
  •
  • 21 декабря 2010 г.
  • Мы везде используем кодировку UTF-8. Поэтому просим при инсталле, чтобы кодировка базы была UTF-8.
    На Вашем сайте кодировка базы была cp1251, поэтому и таблицы установились в этой кодировке. В этом нет ничего страшного, так как при обращении к базе мы жестко указываем, что хотим получить данные в UTF-8. Поэтому сайт работает корректно. Но СУБД приходится перекодировать данные каждый раз, так как хранятся они в одной кодировке, а просим мы в другой. Это дополнительные никому не нужные затраты.
  •
  • 04 апреля 2011 г.
  • В шаблон list_ передается переменная $result["id"] с номером текущей категории. Можете анализируя эту переменную выводить свой шаблон для каждой категории. Например:
    Код
    if(! empty($result["id"]) && $result["id"] == '1')
    {
    //выводим 2 колонки для первой категории
    }
    else
    {
    //выводим 5 колонок по умолчанию
    }
  •
  • 20 декабря 2010 г.
  • Сервис Яндекс.Карты предоставляют HTML и JS код. Код можно добавить в исходный код страницы в визуальном редакторе или в шаблон страницы с картой (например, themes/site_yandex_map.php).

    Аналогичным образом добавляются любые другие части, не содержащие PHP-код: ролики с YouTube, видеоплееры и пр.
  •
  • 20 декабря 2010 г.
  • У Вас визуальный редактор в целях безопасности вырезал подключение сторонней библиотеки:
    Код
    <script src="http://api-maps.yandex.ru/1.1/index.xml?key=..." type="text/javascript"></script>

    Включите ее в шаблон страницы. Лучше создать отдельный шаблон для этой страницы, чтобы библиотека не грузилась на других.
  •
  • 20 декабря 2010 г.
  • В данном случае мы руководствовались тем, что все товары в магазине обычно имеют один срок доставки. По умолчанию поставили available="true". Есть необходимость задавать этот параметр опционально для каждого товара?
  •
  • 16 декабря 2010 г.
  • А зачем первый шаг делать? Ведь дополнительный шаблон form_ нужен для того, чтобы в товарах, где указаны несколько цен, выводилось несколько кнопок Купить на каждый вариант цены. То есть функция со ссылками на страницу товара никак не связана.
    Да и второй шаг - убрать кнопки купить нужен, если магазин используется как каталог. А здесь вроде не было такого условия.
  •
  • 16 декабря 2010 г.
  • Вам нужно в файле modules/shop/shop.model.php заменить строки 979-981 на:

    Код
    $row["img"] = Image::get($row["id"], $row["name"], 'shop',
    $this->diafan->configmodules("list_img") == 1 ? 1 : 0,
    $row["link"]);

    на:
    Код
    $row["img"] = Image::get($row["id"], $row["name"], 'shop',
    $this->diafan->configmodules("list_img") == 1 ? 1 : 0);

    Тогда ссылки с изображений будут вести на увеличенную копию изображения, а не на страницу товара.
  •
  • 17 декабря 2010 г.
  • Если табличка статичная (то есть набор характеристик заранее известен), то проблем нет:
    Код
    echo 'шапка таблицы';
    //характеристика "цвет"
    echo '<tr><td>Цвет</td>';
    //цикл по товарам
    foreach($result["rows"] as $row)
    {
    if(! empty($row["param"]["цвет"]))
    {
    echo '<td>'.$row["param"]["цвет"].'</td>';
    }
    else
    {
    echo '<td>-</td>';
    }
    }
    echo '</tr>';
    //следующая характеристика


    Можно и динамикой вывести (когда набор характеристик зависит от рубрики), но для этого нужно в моделе запросить список характеристик для конкретной категории и потом после шапки таблицы цикл по полученным данным, внутри которого уже цикл по товарам.
  •
  • 02 декабря 2010 г.
  • Как известно кириллический домен на самом деле представляет из себя последовательность цифр и латинских символов, преобразованных по методу punycode. Поэтому и появилось много on-line перекодировщиков доменов. И наша система вполне адекватно работала с рф-доменами в punycode-представлении.
    Однако на Вашем примере мы поняли необходимость внедрения поддержки доменов в кириллице. С сегодняшнего дня не нужно пользоваться перекодировщиками, добавляйте домены в кириллическом представлении.
  •
  • 26 ноября 2010 г.
  • Разделы для статей подключаются в конфигурации модуля. Параметр "Использовать категории". Такая логика прописана во всех контентных модулях: статьи, новости, вопрос-ответ, фотогалерея, магазин, файловых архив.
    В первых трех модулях категории появились только в версии 4.3
  •
  • 26 ноября 2010 г. , редакция: 1290755562
  • Вообще файл update.php правит таблицу {log} еще при переходе на версию 4.2:
    Код
    //log
    @diafan_query("ALTER TABLE {log}
    CHANGE `id` `id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,
    CHANGE ip ip VARCHAR(20) NOT NULL default '',
    CHANGE data created INT(12) UNSIGNED NOT NULL DEFAULT '0',
    CHANGE kol `count` INT(11) UNSIGNED NOT NULL DEFAULT '1',
    CHANGE info info text NOT NULL,
    ADD INDEX (ip(4));");

    Насколько я помню, Вы переносили сайт руками. Из-за этого, полагаю, такая ошибка только у Вас возникает.
    Вот для таких случаем мы сейчас пишем реаниматор, который будет проверять целостность базы данных и доводить ее до рабочего состояния.
  •
  • 20 ноября 2010 г.
  • На данной строке ошибка возникать может лишь в том случае, если нет страницы с прикрепленным модулем Новости или атрибут тега site_id="" задан неверно. Ведь в CMS все страницы занесены в массив $this->diafan->rewrites. Так что вывод предупреждения даже полезен для разработчика (для этого предупреждения и созданы).
  •
  • 22 ноября 2010 г.
  • Мне кажется, Вы путаете задачи. Новости и объявления выводить этим тегом можно, конечно. И разделение шаблонов это другая совсем тема. Есть у тега атрибут template для этого. А вывод даты вообще задается в конфигурации модуля, которую можно настроить по своему для каждой страницы.
    Но речь не об этом. Если у Вас есть две страницы Новости и Объявления, к которым прикреплен модуль, то ошибка такая не возникнет. Потому что переменная $this->diafan->rewrites[$site_id]["rewrite"] будет определена в массиве.
    Цитата
    На данной строке ошибка возникать может лишь в том случае, если нет страницы с прикрепленным модулем Новости или атрибут тега site_id="" задан неверно.

    Я подозреваю, что у вас тег вот так написан:
    Код
    <insert name="show_block" module="news" site_id="38" ...>
    При этом нет страницы с номером 38.
  •
  • 18 ноября 2010 г.
  • Хорошее предложение. Включили его в пакет. Теперь можно задавать шаблоны list_level_1, list_level_2, list_level_3, ... Для каждого уровня каталога. По умолчанию применяется шаблон list_.
    Такая доработка коснулась не только Магазина, но и других модулей, где используется деление на категории (Фотогалерея, Новости, Статьи, Файловый архив, Вопрос-Ответ).
    Изменения доступны для автообновления. Перед использованием нужно очистить кэш.
Показывать по:
1 2 3 4 5 6 7 8

Новости

  • Не пропустите сборку 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 г., строим планы на будущий год.
Все новости