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

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

  • 17 ноября 2019 г.
  • Подскажите.. пожалуйста. в каком файле смотреть.

    Ситуация следующая: в админке в разделе каталог. где выводится список всех товаров. вместо названия товара отображается часть полного описания товара.
    В каком файле можно посмотреть где формируется этот вывод?
    http://prntscr.com/py39w6


  • 06 декабря 2018 г. , редакция: 1544126392
  • Доброго времени суток.
    Столкнулся с такой проблемой.
    Часть пользователей не могут попасть на любую страницу сайта, получая 403 ответ сервера. http://prntscr.com/lrnrtj
    Также это происходит если из поиска (гугл) пробовать попасть на любую страницу.

    Заметил это только на браузере ХРОМ.
    В частности тестировал на:
    Версии 70.0.3578.110
    а потом и на
    Версия 71.0.3578.80 (Официальная сборка), (64 бит)

    Как выяснил методом проверки "вредителем" оказался модуль "Посещаемость", а именно галочка
    "Блокировать доступ для спам-ботов по имени пользовательского агента" - http://prntscr.com/lrnpcc
    Ставил ее из-за того. что было много заказов от ботов - https://user.diafan.ru/forum/show4877/ (помогло, теперь спамных заказов нет)
    Если галочку снять, то всё работает.

    Вообще изначально заметил эту проблему когда просто руками в хроме вбил без протокола сайт.


    В модуле "Посетители" меня определило как бота - http://prntscr.com/lrnuky

    В логах сервера вот такое:
    - http://prntscr.com/lrnywh
    - http://prntscr.com/lro5m7


    пока временно отключил "Блокировать доступ для спам-ботов по имени пользовательского агента" , но боюсь опять повалят спам заказы.


    Что скажете, что можно сделать?

  • 29 ноября 2018 г. , редакция: 1543522837
  • МДА, понял, спасибо. Печалька!
    Ну всё равно нужна информация, что пользователи делают на отсортированных страницах.
    Нужно проверить, может у них есть какие-то трудности с работой сайта.
    Может кто решал такие вопросы или знает детали?
  • 01 декабря 2018 г. , редакция: 1543662780
  • Подскажите кто знает.

    На сайте установлена яндекс метрика. установлена через гугл таг менеджер.

    Работает отлично, вебвизор работает тоже нормально на всех страницах.
    Но как только пользователь выбирает что-то в фильтре и нажимает поиск, на вэбвизоре появляется :
    "Невозможно воспроизвести посещение на данной странице. Возможные причины:
    Не установлен код счётчика
    Установлен запрет на отображение страницы во фрейме
    "

    http://prntscr.com/lomgad


    проверил
    - на страницах поиска в коде есть код гугл таг менеджера - http://prntscr.com/lomi69
    - в настройках нет запрета на загрузку во фрейме - http://prntscr.com/lomilm
  • 14 ноября 2018 г.
  • Та у меня вроде обновлено до последнего (я все обновления ставлю)
    http://prntscr.com/lif00u
    Пару дней назад слетела возможность обновляться, но после письма в поддержку, всё норм.
    Модуль "Посещаемость" включил.
    Отметил галочку "Блокировать доступ для спам-ботов по имени пользовательского агента " - http://prntscr.com/lif2n5
    Спасибо, посмотрим, что теперь будет

  • 10 ноября 2018 г.
  • какой-то прикол с обновлением

    Сегодня обновился - http://prntscr.com/lghb72

    Сейчас выскочило, что есть снова обновление - http://prntscr.com/lghbgb
    При нажатии на " Проверить обновления " выскакивает - http://prntscr.com/lghbvx

    при проверке "Проверить наличие лицензии на DIAFAN.CMS и владельца" всё ок - http://prntscr.com/lghcdo
  • 30 сентября 2018 г.
  • Подскажите, куда копать?

    На карточках товаров картинки открываются в текущем окне как обычный файл.
    Нет всплывающего окна.

    Переключение между минифото работает, то есть клацаешь по любому из минифото, большое фото меняется http://prntscr.com/l0ajbl

    Но есть клацнуть по большому фото, чтобы оно появилось во сплывающем окне в увеличенном размере, оно просто открывается в том же окне как картинка - http://prntscr.com/l0al30
  • 03 сентября 2018 г.
  • Смысл в том, что если делать пагинацию из серии best practices (прев некст+каноникал сама на себя), то гугл из-за одинаковых тайтлов может назначать каноникалом не ту страницу которую назначено пользователем (есть конкретные примеры уже). Вот для решения этой проблемы нужно уникализировать тайтлы добавив в них номер страницы.
  • 03 сентября 2018 г.
  • Здравствуйте, подскажите, насколько сложно добавить на все страницы пагинациий на сайте (начиная со второй) номера

    Вот пример
    первая ссылка это первая страница, чторая и последующие это вторая и последующая ссылки пагинации

    site.com/page.html - Title: Описание страницы Description: Детальное описание

    site.com/page/page2.html - Title: Описание страницы - Страница 2 Description: Детальное описание - Страница 2
    site.com/page/page3.html - Title: Описание страницы - Страница 3 Description: Детальное описание - Страница 3
    site.com/page/page4.html - Title: Описание страницы - Страница 4 Description: Детальное описание - Страница 4
    site.com/page/page5.html - Title: Описание страницы - Страница 5 Description: Детальное описание - Страница 5
    .....
  • 04 сентября 2018 г. , редакция: 1536092986
  • Пагинация по правилам гугла- https://webmasters.googleblog.com/2011/09/pagination-with-relnext-and-relprev.html
    В двух словах:
    1) на страницах пагинации прописіваются урлі пагинации с rel=“next” и rel=“prev”
    2) на всех страницах пагинации стоит каноникал на страницу "показать всё"

    но есть одно НО если у меня много товаров в категории, то вывести их на одной странице "показать всё" НЕ реально , вернее реально, но такая страница будет грузиться долго долго долго...

    Поэтому:
    1) сео текст (текст категории) прописывается только на первой странице, на втиоролй и последующих он отсутствует
    2) на всех страницах указываются урлы пагинации через rel=“next” и rel=“prev”
    3) все страницы пагинации (и первая и вторая и все остальные) имеют каноникал сама на себя
    4) на всех страницах пагинации, начиная со второй, в конец тайтла добавляется номер страницы, например "- Страница 2", некоторые и в дескрипшн добавляют

  • 05 июля 2018 г. , редакция: 1530743423
  • Не знаю, что там с яндексом, а чтобы все было хорошо с точки зрения СЕО для гугла нужно много чего допиливать.
    НО ту же нужно сказать, что настроек у диафана больше чем у некоторых якобы СЕО заточенных движков.

    Моё мнение: НЕ идеально, но и не ужасно, лучше чем у некоторых других CMS.

    Для идеального СЕО движка нужно:
    1) сео фильтры сделать ( тут не плохая задумка, но реализация пока не та, как нужна https://addons.diafan.ru/modules/modules-and-services/umnyy-seo-filtr-nsv--meta-tegi-zagolovki-karta-say/ )
    2) сделать правильную пагинацию - ( https://user.diafan.ru/wishlist/show3188/ )
    3) реализовать правильную мультиязычность (через добавление hreflang и x-default)
    4) реализовать возможность прописывать метатеги для страниц характеристик ( https://user.diafan.ru/wishlist/show2904/ )
    5) микроразметку немного подправить (нет вложенности микроразметки хлебных крошек)

    список возможно не полный. написал, что вспомнил.
  • 03 мая 2018 г.
  • И снова здравствуйте.
    Перевёл сайт на мультиязычность и теперь получил все "прелести" этого

    Как оказалось, прописать "Канонический тег" в админке можно, но вот прикол в том, что он будет отображаться БЕЗ учёта языковой версии.


    То есть если добавить на странице https://test.com/category.html в админке в поле "Канонический тег" вот это category.html то в блоке <head> на этой же странице https://test.com/category.html будет добавлен код <link rel="canonical" href="https://test.com/category.html">

    И это отлично!!! НО вот в чём загвоздка, на всех остальных языковых версиях

    https://test.com/ua/category.html
    https://test.com/en/category.html
    https://test.com/fr/category.html

    тоже будет rel="canonical" на ту же страницу

    <link rel="canonical" href="https://test.com/category.html">


    то есть мы таким образом поисковику говорим, что страницы всех языковых версий кроме русской не важны и показывать их в выдаче не нужно!

    Скажу так! Я сильно огорчился (((



  • 01 мая 2018 г.
  • Поискал не нашёл ответа.

    Нужно заменить на сайте стандартную сортировку на таковую при которой не будут создаваться страницы ,а сортировка будет происходить на уже открытой странице.

    Сейчас в стандартном варианте для страниц сортировки создаются страницы типа:
    https://site.com/shop/category1/sort3.html
    + если есть пагинация к тому же страницы типа
    https://site.com/shop/category1/sort3/page2.html

    Нужно, чтобы сортировка НЕ создавала отдельных урлов, а пагинация так и формировалась как сейчас через добавление page2.html, page3.html и т.д.
    То есть в коде страниц не должно быть урлов сортировки.
    Устроит вариант динамических урлов для сортировки (то есть как сейчас стандартный фильтр формирует страницы отфильтрованного товара)

    Кто-то решал данный вопрос?

  • 21 сентября 2018 г. , редакция: 1537528428
  • У меня тут родилась идея как можно реализовать сортировку без урлов в коде.
    (Вариант не идеальный, но свою функцию, думаю, сможет выполнить, а функция - это не показывать в коде урлы сортировки для Гугла, учитівая что скрипт гугл не должен читать)

    http://prntscr.com/kx0axa

    Сортировка выводится дивом <div class="sort-by by-rate">
    Что если сделать вывод урлов в этом диве изначально НЕ через <a href=" а через какой-то <Span> , а потом когда страница загружена поключать скрипт который преобразует для пользователей всё что в <span> в урлі через <a href="

    Например на примере скрина в коде страниці будет


    Код
    <div class="sort-by by-rate">
    <span class="url-sortirovki">/shop/kategory1/sort1/page2.html">Цена</span>
    <span class="url-sortirovki">/shop/kategory1/sort1/page2.html" class="sort-up">↑</span>
    <span class="url-sortirovki">/shop/kategory1/sort2/page2.html" class="sort-down"></span>
    <span class="url-sortirovki">/shop/kategory1/sort3/page2.html">Наименование товара</span>
    <span class="url-sortirovki">/shop/kategory1/sort3/page2.html" class="sort-up">↑</span>
    <span class="url-sortirovki">/shop/kategory1/sort4/page2.html" class="sort-down">↓</span>
    <span class="url-sortirovki">/shop/kategory1/sort5/page2.html">Наличие</span>
    <span class="url-sortirovki">/shop/kategory1/sort5/page2.html" class="sort-up">↑</span>
    <span class="url-sortirovki">/shop/kategory1/sort6/page2.html" class="sort-down">↓</span>
    </div>



    а потом когда подключится скрипт он поменяет в коде на такое

    Код
    <div class="sort-by by-rate">
    <a href="https://site.com.ua/shop/kategory1/sort1/page2.html">Цена</a>
    <a href="https://site.com.ua/shop/kategory1/sort1/page2.html" class="sort-up">↑</a>
    <a href="https://site.com.ua/shop/kategory1/sort2/page2.html" class="sort-down">↓</a>
    <a href="https://site.com.ua/shop/kategory1/sort3/page2.html">Наименование товара</a>
    <a href="https://site.com.ua/shop/kategory1/sort3/page2.html" class="sort-up">↑</a>
    <a href="https://site.com.ua/shop/kategory1/sort4/page2.html" class="sort-down">↓</a>
    <a href="https://site.com.ua/shop/kategory1/sort5/page2.html">Наличие</a>
    <a href="https://site.com.ua/shop/kategory1/sort5/page2.html" class="sort-up">↑</a>
    <a href="https://site.com.ua/shop/kategory1/sort6/page2.html" class="sort-down">↓</a>
    </div>



    то же самое на при мере одной строчки
    Выводится
    <span class="url-sortirovki">/shop/kategory1/sort1/page2.html">Цена</span>
    скриптом преобразуется в
    <a href="https://site.com.ua/shop/kategory1/sort1/page2.html">Цена</a>

  • 21 сентября 2018 г.
  • Не подходит.
    1) роботс это только рекомендация. гугл не всегда ее придерживается
    2) страницы и так закрыты через <meta name="robots" content="noindex, nofollow"> в индекс соотвественно не должны попасть, НО так как по ним гугл может ходить, єто тратит краулинговій бюджет в пустую

    Вообще урлов сортировке В идеале в коде страниц сайта НЕ должно быть.

    А вот Вам подтверждение того, что был впустую потрачен краулинговый бюджет - http://prntscr.com/kx123t

    Гугл ходил по каждому урлу сортировки , соответственно тратил время.
Показывать по:

Новости

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