Обсуждение Модули и компоненты от breakdesigns. [Cat Filters, VMF и т.д.]

Поделитесь опытом - кто как борется с дублями, генерируемыми этим компонентом?
В принципе, индексация динамических фильтров - хорошая идея, если заголовок и title страницы при это тоже формируется динамический.
Но все равно неизбежно будут возникать дубликаты категорий - обычного компонента VM и отфильтрованной страницы.
Что делаете с этим?

Разработчик как-то отвечал, что он решает это установкой канонических ссылок, но я их в коде своей страницы не увидел

И да, кто готов поделиться версией 2.5.3?
в 2.5.2 появляются ошибки
 
Последнее редактирование:
Поделитесь опытом - кто как борется с дублями, генерируемыми этим компонентом?
В принципе, индексация динамических фильтров - хорошая идея, если заголовок и title страницы при это тоже формируется динамический.
Но все равно неизбежно будут возникать дубликаты категорий - обычного компонента VM и отфильтрованной страницы.
Что делаете с этим?

Разработчик как-то отвечал, что он решает это установкой канонических ссылок, но я их в коде своей страницы не увидел

И да, кто готов поделиться версией 2.5.3?
Открывать фильтр для поисковых систем смысла нет.

Во-первых пойдёт нагрузка, Так как поисковики начнут тыкаьь фильтр. На одном проекте пришлось переехать на VDS.

Во-вторых проставить title и h1 без серьезных доработок не получится.

В-третьих - кривые url

Ну, а управлять индексацией можно через robots.txt. Несколько правил и все дубликаты можно закрыть.
 
Открывать фильтр для поисковых систем смысла нет.
Во-первых пойдёт нагрузка, Так как поисковики начнут тыкаьь фильтр. На одном проекте пришлось переехать на VDS.
Во-вторых проставить title и h1 без серьезных доработок не получится.
В-третьих - кривые url
Чем плохи урл с параметрами? Если они с определенным набором данных всегда одинаковые?
Серьезные доработки не требуются - делается всё легко и непринужденно.
Название фильтров достаются из параметров встроенными функциями самого фильтра, вот вам ответ разработчика:
In any case this value is encoded to hexademical.
To decode it you can use the function cfHex2bin in our: components/com_customfilters/include/tools.php
А подставить его в $document->setTitle вообще не вижу проблем

А вот про нагрузку интересно. Кеширование не спасает?
Как поисковики могут вызывать большую нагрузку чем посетители, подбирающие товар?
 
Чем плохи урл с параметрами? Если они с определенным набором данных всегда одинаковые?
Серьезные доработки не требуются - делается всё легко и непринужденно.
Название фильтров достаются из параметров встроенными функциями самого фильтра, вот вам ответ разработчика:

А подставить его в $document->setTitle вообще не вижу проблем

А вот про нагрузку интересно. Кеширование не спасает?
Как поисковики могут вызывать большую нагрузку чем посетители, подбирающие товар?

Конечно, никаких проблем...
На практике если дойдёте до этого, поймёте, что всё не так просто. Сначала title (не генерировать ведь его что-то типа "Для мужчин" + "Зеленый" + "50" + "Пиджак", хочется ведь писать вменяемые заголовки вида "Купить зелёный пиджак для мужчин 50 размера), потом description, потом захотите SEO-текст, а потом создадите такой бардак, что кроме Вас никто с этим не разберётся...(я привык думать, что сайт должен быть удобным для управления и это будет явно не тот случай).

Насчёт нагрузки: ну человек кликает условно один параметр и ищет, а поисковики прокликивают все, что есть, это и даёт нагрузку.
Впрочем, если изначально VDS, должно быть не ощутимо.
 
всё не так просто
Да, вы правы, к этому вопросу нужно подойти осознанно и склеивать только часть параметров и в определенном порядке, иначе будет хаос.
Но это ведь можно продумать.
Купить (приписка) + пиджаки (категория, lowercase) + зеленые (хар-ка "цвет") + из флиса (хар-ка "материал") для мужчин (хар-ка "для кого")
Вполне вменяемо.
Остальное по этому же принципу

Меня больше всего беспокоит то, что отбор выполняется не на странице категории, а по отдельному URL. Тогда и получается, что набор фильтров дублирует основные адреса.
Было бы просто, если бы все товары были свалены в кучу и можно было их тупо фильтровать в рамках верхней категории.

Хотя, судя по демо разработчика, можно вообще всё выводить фильтром.
Категории в принципе он поддерживает, ссылки под них формирует.
Тогда получится, что вывод товаров полностью перекладываем на его плечи, вместо virtuemart

Но один хрен, будут дубли
Вот например страница категории VM:
Для просмотра ссылки Войди или Зарегистрируйся
А вот отфильтрованная:
Для просмотра ссылки Войди или Зарегистрируйся
Абсолютно одинаковый контент

+ Роутер при переходе к товару будет строить полный путь с указанием всех категорий в строке, доставая их из VM
Как бороться?
Оставить вывод только за фильтром, переписать роутер?
Сделать перенаправление с нативных страниц категорий каталога VM на отфильтрованные страницы фильтром?
 
Да, вы правы, к этому вопросу нужно подойти осознанно и склеивать только часть параметров и в определенном порядке, иначе будет хаос.
Но это ведь можно продумать.
Купить (приписка) + пиджаки (категория, lowercase) + зеленые (хар-ка "цвет") + из флиса (хар-ка "материал") для мужчин (хар-ка "для кого")
Вполне вменяемо.
Остальное по этому же принципу

Меня больше всего беспокоит то, что отбор выполняется не на странице категории, а по отдельному URL. Тогда и получается, что набор фильтров дублирует основные адреса.
Было бы просто, если бы все товары были свалены в кучу и можно было их тупо фильтровать в рамках верхней категории.

Хотя, судя по демо разработчика, можно вообще всё выводить фильтром.
Категории в принципе он поддерживает, ссылки под них формирует.
Тогда получится, что вывод товаров полностью перекладываем на его плечи, вместо virtuemart

Но один хрен, будут дубли
Вот например страница категории VM:
Для просмотра ссылки Войди или Зарегистрируйся
А вот отфильтрованная:
Для просмотра ссылки Войди или Зарегистрируйся
Абсолютно одинаковый контент

+ Роутер при переходе к товару будет строить полный путь с указанием всех категорий в строке, доставая их из VM
Как бороться?
Оставить вывод только за фильтром, переписать роутер?
Сделать перенаправление с нативных страниц категорий каталога VM на отфильтрованные страницы фильтром?
Честно скажу, не буду пытаться найти ответ на твои вопросы, просто приведу ещё несколько аргументов против этой идеи:

Адреса вида: /index.php/search/motherboards/asus__or__intel?custom_f_20[0]=4d696e6920495458&custom_f_20[1]=4d6963726f20415458&custom_f_20[2]=46756c6c20415458 - разве нормальные? Такой ссылкой и поделиться стыдно, и прикупить не особо получится (например базанкорную)...если уж мы говорим о SEO как двигатели этой идеи.
Переписать роутер? Может проще выбрать систему управления где эта фишка реализована уже? (есть такие) Если так то углубляться, пиши свой фильтр сразу! .

Отсутствие статичных ссылок на эти страницы, то есть веса у этих страниц практически не будет, потому, что бы перейти на этот адрес, нужно проделать довольно хитрые манипуляции.

Делай всё, что тебе нужно для SEO с помощью подкатегорий. Я лично давно так делаю, проблем нет никаких.
Добавишь галку типа "Не показывать категорию в общим списке", то есть исключишь из массива и выведешь в каком-нибудь другом месте, вот например как здесь: Для просмотра ссылки Войди или Зарегистрируйся (После фильтрации по овальным унитазам ничего не поменялось, не тайтлы,не заголовки и т.д., но при этом слева в сайдбаре есть вывод подкатегорий, компактно, удобно и хорошо для SEO).
 
Поделитесь, пожалуйста компонентом Product Bundles
Поделитесь любой версией, для VM 3.x

Кто-то выставил тут раньше якобы версию 3.х , но на сайте разработчика 2.1.2 последняя.

Для просмотра ссылки Войди или Зарегистрируйся

А версия 2.0, выложенная ранее в этой же ветке, там файл уже удалили на файл-обменнике.
 
День добрый, господа!

Поделитесь, пожалуйста компонентом - Product Builder
В ветке раньше есть версия 3.0.7, но ссылка уже мертвая...
Благодарю Вас!
<-------------- добавлено через 850 сек. -------------->

Человек-молния ))) Благодарю!!!
 
Назад
Сверху