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

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

  • 15 октября 2013 г.
  • Сергей, как это "не смогли помочь"? Пишите тогда как есть, что "помочь техподдержке я не разрешил"
    Этот участок проверяет, является ли выводимый пункт меню категорией, которая впоследствии была отключена, чтобы пункты меню не вели на 404. Этот участок успешно работает на стандартных сборках. Однако, как Вы признались в техподдержке, Вы много чего кастомизировали в движке. Проблем нет, техподдержка готова выяснить, что конфликтует, но тестовый доступ к ftp Вы не дали.
  •
  • 11 октября 2013 г.
  • Документацию обновляем.
    В целом, все таблицы _rel - таблицы связей, вложенностей. Какая запись какой принадлежит. Это для снижения нагрузки на sql. Чем выуживать многоэтажным запросом структуру категорий, например, проще иметь небольшую лишнюю табличку. Зато выполнение запросов в несколько раз быстрее.
  •
  • 11 октября 2013 г.
  • Это системный список мультивыбора, работает всегда и везде одинаково, от нас не зависит. Удерживаете ctrl и ставите несколько пунктов. Или кликаете на единственный выделенный пункт, удерживая ctrl, и снимаете его
  •
  • 08 октября 2013 г.
  • Денис, Вы определитесь сначала, где именно нужно вывести это количество. В карточке товара, в списке товаров, в блоке?
    Соответственно, этот запрос надо совать в ту функцию, list, id или show_block, там же, где получаются название товара, описание и пр. И присваиваются в $row[], для передачи во view. Вот там же прилепляете $row["comments"]
    Затем выводите в view
  •
  • 11 октября 2013 г.
  • 1. Включаете режим разработчика и отключаете кеширование.
    2. В модельке берете функцию, например, id() для карточки.
    3. Разбираете структуру функции, видите там запрос в БД, формирование массива result для передачи во вьюху. И вот рядом с формированием названия, текста товара и пр., и перед передачей result суете этот код.
  •
  • 15 октября 2013 г. , редакция: 1381826589
  • Ох, Денис, Денис.
    Вы говорите, что выводите товары на главную, значит через show_block.
    Следите за мыслью:
    1. В параметрах сайта отрубаем кеширование и включаем режим разработки.
    2. Идем в /modules/shop/shop.model.php и находим там public function show_block. Видим, что функция собирает параметры в сборный запрос, формирует большой сложный SELECT и затем вызывает
    Код
    $rows = $this->get_elements(...);

    Понимаем, что массив $rows с товарами формирует функция get_elements, которая находится здесь же, в этом файле.
    3. Находим ниже функцию public function get_elements, видим, что значения товаров для списка набиваются в массив $row, где как раз и сидят имена товаров, картинки, всякие прочие параметры и все это в цикле. В конце цикла формируется массив $rows, который каждым своим значением имеет массив отдельного товара. Ну не суть. В общем, это строка
    Код
    $rows[$i] = $row;
    То есть, поля каждого отдельного товара заполнились и засунулись в массив $rows.
    А в самом конце функции массив $rows возвращается.
    Код
    return $rows;

    Так вот! Перед тем, как переменные массива $row (а это отдельные поля отдельного товара) добавляются в массив $rows, нам надо добавить туда еще одну переменную $row, в которой будет сидеть количество комментариев к этому отдельному товару! Понимаете?
    То есть, перед
    Код
    $rows[$i] = $row;

    Добавляем наш код!
    Код
    $row["comments"] = DB::query_result("SELECT COUNT(*) FROM {comments} WHERE module_name='shop' AND element_id=%d AND trash='0'", $row["id"]);
    $rows[$i] = $row;

    Все! Переменная в количеством комментариев сидит у нас в модельке у каждого товара в массиве row с ключем comments.
    4. На всякий случай убеждаемся, что не только show_block, но и show_block_rel и прочие функции также используют get_elements для получения списка товаров, так что comment теперь будет сидеть у нас везде!
    5. Осталась мелочь! Идем в /modules/shop/views/shop.view.show_block.php и выводим количество комментариев где нам надо. Например, так:
    Код
    //название и ссылка товара
    echo '<div class="shop_name"><a href="' . BASE_PATH_HREF . $row["link"] . '">' . $row["name"] . '</a> (комментариев: '.$row["comments"].')</div>';

    6. В каждой остальной вьюхе так же.
  • 21 октября 2013 г.
  • Цитата
    строка 1022
    Строка тут не особо важна.
    Принцип тот же, что я описывал.
    Идем в /modules/shop/shop.model.php ищем там функцию id()
    И там где-нибудь среди прочих формируемых переменных $this->result[] прибавляем свою любую, названную как угодно, например $this->result["comments_cnt"].
    Затем ловим ее во вьюхе /modules/shop/shop.id.php как $result["comments_cnt"]
  •
  • 14 октября 2013 г.
  • Цитата
    Все картинки на сайте загрузятся сначала сразу же (т.к. уже ранее загружались), а потом начинаю перегружаться снова.
    Это браузерный кеш, плюс хостинг. На большинстве хостингов все нормально, а на некоторых хостингах запрет кеша воспринимается буквально и происходит такая ерунда.
    Момента два:
    1. Попробуйте в /.htaccess закомментировать предпоследнюю строку
    Код
    # Header append Cache-Control "no-store, no-cache, must-revalidate"


    Если не поможет и картинки продолжатся перезагружаться при хождении по сайту, то тогда план Б:

    2. Идете в /includes/init.php в районе 600 строки находите там функцию
    get_headers()
    И там по очереди комментируете строки
    Код
    header("Cache-Control: no-store, no-cache, must-revalidate");
    header("Pragma: no-cache");
    header("Cache-Control: post-check=0, pre-check=0", false);
    проверяя, прекратилось ли мигание картинок.

    Цитата
    не понял по поводу вашего плагина. это какой?
    В визуальном редакторе есть два плагина, стандартный тиневский и наш. Это две иконки в третьем ряду сверху. Первая и вторая, в виде картинки, одна с плюсиком, вторая без. "diafan images plugin" и "добавить изображение". Вот первая - наша.
  •
  • 25 января 2014 г.
  • Цитата
    По телефону ответили, что в тестовом режиме идет урезанная версия.
    По какому телефону? Кто сказал? Ох уж эти телефонисты, сидят, черти чего придумывают Станислав, все приличные специалисты-программисты на телефонах не сидят, они в техподдержке, или в край на форуме Так что лучше не звонить, а писать в ТП, а то Вам нарасскажут...
    Версия в тестовом периоде идет точно такая же, как и не в тестовом - совершенно полноценная. Вы ее можете поставить на сайт, настраивать заполнять и если все понравится, спустя 21 день оплатить лицензию. Ничего после оплаты не изменится, всё продолжит работать как и раньше. В том-то и разница, что не "версия тестовая", а "период". Поэтому, если что-то не работает, значит это потому, что Вы что-то не так настроили, а не потому, что этого нет.
    Чтобы говорить предметно, надо смотреть сайт и настройки автогенерации. Или пишите в ТП, или сделайте пару скриншотиков.
  •
  • 05 октября 2013 г.
  • В техподдержку накатали? Закон подлости, проблемы всплывают в пятницу вечером...
    Если ругается на сокеты, очевидно их нет. Отрубили. Попросите хостинг проверить и включить, чтобы sockopen работала
  •
  • 02 октября 2013 г.
  • Я сам лично тестировал альфу и на эту ошибку тоже налетал. Отмечал ее в нашем внутреннем багтреке, потом у Марины спрашивал, она говорила да-да, исправили. Еще раз скажу перепроверить значит.
  •
  • 14 октября 2013 г.
  • Цитата
    Так как же новичку установить тогда Диафан? Кто такие релизы готовит?`
    Косяк наш. Из GIT скрытый .htaccess не забирается автоматически и его приходится каждый раз закидывать вручную. Так мы косячим раз в год примерно. Из сотен сборок одна бывает с недоложенным .htaccess. Обычно, в течение дня мы это обнаруживаем и исправляем. Да и бунт народный поднимается раньше.
    Сейчас пакет в порядке.
  •
  • 30 сентября 2013 г.
  • Смотря в каком состоянии будет галка "Удалять неописанные в файле импорта записи" при создании импорта. Если галка отмечена, то все, что встретится в файле, то останется, а то, чего не встретится, будет удалено. Если галка не стоит, то импорт ничего удалять не будет, а будет только обновлять существующее, добавлять новое, и не трогать старое, что не описано в файле.
Показывать по:
... 122 123 124 125 126 127 128 129 130 131 ...

Новости

  • Окончание поддержки устаревших версий
  • 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-атаку.

Читать блоги