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

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

  • 28 ноября 2015 г.
  • "дубли" - это когда cms их генерирует. А когда просто "открывается, если вбить вручную", это не дубли. Поисковые роботы не умеют ничего вбивать вручную, а только переходят с главной страницы по ссылкам в коде и опираются на sitemap
    Сделать редирект 301 можно, но это некритично
  • 09 января 2019 г.
  • А чего? Прикольно! Давайте нащупаем этого счастливца
    Подсказка: это партнер, достаточно старый и активный. Но на форуме за 8 лет всего несколько десятков сообщений
  • 24 ноября 2015 г.
  • Совершенно непонятная проблема. У нас не генерируются картинки, а лежат целиково, в отдельных папочках. Доступны по прямому обращению, отдают 200ОК, в коде указаны правильно. Не известно, что Яндексу не нравится.
  • 27 ноября 2015 г.
  • Все дело в настройке модуля фоотогалереи, где есть параметр "Количество фотографий выводимых в списке альбомов". Можно поставить 3, например, и тогда будет так, как на скриншоте.
    Соответственно, 1) ведет на альбом, а любое нажатие по фотке ведет на каждую фотку. Ведь если сделать ссылку с любой фотки на альбом - это бедт тоже не очень правильно?

    Плюс ко всему, не все хотят фотографии на отдельной странице. Кто-то в списке альбомов ставит "Показывать фотографий - 100", и убирает галку "Открывать фотографии на отдельной странице", тогда клик по фоткам из списка альбомов просто увеличивает фотки подряд.
    Если сделать безусловным переход из фотографий в списке альбомов вглубь альбома, то отпадает сразу две галки из настроек, как конфликтующие по логике.
  • 20 ноября 2015 г.
  • Мы тут малек погорячились и в обновление просочилась случайная цифра 100.

    Короче, предыстория такова, что мы разбирали кейс BIGDATA, миллион товаров и порядка 20.000 категорий, экспортных из 1С.

    Естественно, в админке появились проблемы. Основная проблема в том, что в тот самый список-фильтр над товарами подгружались все 20 тыщ категорий, в SELECT, и естественно, браузеры охе...вали все это переваривать в интерфейсе эту нехилую выпадалку, не говоря про весь код страницы в мегабайты. Мы сделали проверку, "Если категорий дохренища, не выводить их", все равно никто не будет пользоваться выпадалкой, в которой 20.000 пунктов, заморишься крутить мышу. Но ляпнули почему-то, что "дохренища = 100"
    Исправим. У нас там новые мысли, как победить этот косяк.
  • 12 августа 2021 г.
  • Цитата
    ." ASC LIMIT 10000"
    );
    if(count($cats))
    {
    $this->diafan->not_empty_categories = true;
    }
    if(count($cats) == 10000

    Не делайте так никогда. Мы это не просто так убрали.
    <select> из 10К элементов вешает насмерть любой браузер. Если войти и дождаться загрузки страницы, что-то можно увидеть. Главное не открывать выпадалку.
    И в любом случае, такие страницы бесполезны, такое количество переменных не прилетит в Апач и всё равно ни сохранить, ни обновить, ни дыхнуть ни пёрнуть.
  • 12 августа 2021 г.
  • Тыща - более-менее адекватный максимум. Далее тяжелее и тяжелее.
    И в целом, ну в каком магазине для покупателей навигация из 1К категорий будет удобна? Юзабилити ни к черту же. Лучше реорганизацию каталога сделать и упор на фильтр сделать
  • 13 августа 2021 г.
  • Основная проблема - огромный select. Он есть в паре мест: фильтр по категории в списке товаров и назначение другой категории при редактировании товара. И там и там список скрывается при 1000+ элементов.
    В карточке редактирования товаров список заменяется на форму с выводом информации о текущей категории и ссылки "изменить", которая подгружает поле для ajax-поиска новой категории. Набил символы, категория подобралась, изменил. Тут в функциональности мы не урезали. А вот в списке товаров подумали, что фильтровать товары при тысячах категорий никто не будет, при таком большом каталоге искать категорию из 100500-ой вложенности для фильтров неудобно. Поэтому не стали так же делать
  • 13 августа 2021 г.
  • Цитата
    развивать функционал создания посадочных страниц без использования "скрытых категорий".
    Куда вас понесло? )))) Александра вбок пошла, Константин вообще не в ту сторону развернулся, не понимая, очевидно, про что речь и ни разу не сталкиваясь с тем, что описано в топике ))

Новости

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

Блоги

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

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