Евгений Шеронов

Евгений Шеронов

С нами с 20 мая 2015; Место в рейтинге пользователей: #32
Евгений Шеронов
10 марта 2019, 21:10
0
Здравствуйте!
Да, можно. Нужно создать правило из двух-трёх полей (тип постройки?, площадь и материалы).

Для получения конкретно таких ссылок(без вложенности) есть несколько способов:
1. Поменять адреса уже сформированных SEO-страниц (задать индивидуальный url).
2. Или поменять в настройках разделитель вложенности (seofilter_level_separator) — это нужно ещё перед созданием правила сделать. Но вложенность уберётся у всех правил.
Евгений Шеронов
05 марта 2019, 10:52
0
sfMenu по идее, но чтобы прям в чекбоксы вставить ссылки — то наверно проще sfLink, но это нужно очень правильно приготовить, чтобы ещё кэшировалось.

В общем, «из коробки» функционала для ссылок в чекбоксах нет.
На указанном выше сайте сформировал такой URL переходя по ссылкам:
keramika-russia.ru/selection/filter/fabric-is-kerama_marazzi/category-is-keramogranit/type-is-dekor/use-is-dlya_pola/apply-is-dlya-gostinoy/size-is-42x42/pattern-is-ornament/

Как мне кажется, избыточны такие страницы. А Вам подобная вложенность нужна?
Евгений Шеронов
21 февраля 2019, 12:46
0
Здравствуйте!

Да, Андрей выше правильно написал, что нужно подправить исходники (если не править исходники, то значения товара в параметры не попадут).

И правильнее написать json так:
{"mySnippet": {"param1": "1111", "param2": "2222"}}
И этим массивом нужно вернуть xml строку:
<param name="Параметр">Значение</param>
Или любую другую валидную сущность для xml)

В общем эта настройка не prepareSnippet, а просто для добавления каких-то новых данных, повлиять или изменить через сниппет другие значения не выйдет, даже поправив исходники методом выше.
Евгений Шеронов
19 февраля 2019, 16:38
0
Конечно, для этого и сделан сниппет sfMenu.

Главное не забывайте писать шаблоны ссылок в правилах)
Евгений Шеронов
19 февраля 2019, 15:35
0
Все правильно)
Поле можно отключить и удалить старые собранные значение из словаря. Ссылки удалятся автоматически)

Отключённое поле также участвует везде, но не собирает новые значения.
Евгений Шеронов
12 февраля 2019, 15:30
+3
Просто сопоставил цифры в профиле с баллами.
10 * 2 (дополнения в Modstore)
+ 23 * 5 (продажи в месяц — а обязательно ли этот параметр выставлять?)
+ 12 * 1 (12 сотен загрузок)
+ 9 * 1 (187 на MODX.pro)
+ 50 (оценка поддержки)
= ~206.

И если вычесть компонент, где изначально автор не я. То будет:
206 — (10 + 5*5(продаж за последние 30 дней) + 5*1(5 сотен загрузок)) = ~166.

Пока заметил, что оценка точно не зачлась (-50) = ~116.

Я немного округлял, используя целочисленное деление.
Если прям очень и очень грубо говоря, то сходится) (116 не сильно далеко от 92)

Но если другой человек возьмёт цифры из профиля,, то у него не сойдётся.

Поэтому и спрашивал про интервал обновления, может раз в сутки?
P.S. Николай ниже написал про 6 часов, но я с вечера видел оценку в поддержке)
Евгений Шеронов
12 февраля 2019, 11:07
0
А как часто пересчитываются баллы?)
я подсчитал по формуле и у меня совсем другие цифры получились))
Евгений Шеронов
01 февраля 2019, 19:18
0
Пока только создавать несколько правил)

Надеюсь, что в следующем большом обновлении добавлю дерево категорий)
Привязка правил как была к ресурсу, так и будет, но без ограничений)
Евгений Шеронов
28 января 2019, 04:06
0
Такого функционала в компоненте нет)

Вообще, компонент никак не влияет на товары.
Пока Вы первый, кто спрашивает подобное)

Тут достаточно сложная интеграция и не всегда получится сделать какое-то определенно правильное поведение.

Что будет, если выбрать в фильтре два цвета, под которые есть разные модификации товара?

Показывать одну карточку товара или две?)
Тут надо больше смотреть на возможность связать это всё с msOptionsPrice.

Также расширять класс фильтрации и вообще использовать свою обёртку для mFilter2, чтобы подмешивать виртуальные товары))

В общем, из коробки это не появится, но как индивидуальная работа — можно сделать)
Евгений Шеронов
22 января 2019, 03:05
0
Поправлю, поля ресурса лучше доставать так:
{$id|resource:'pagetitle'}
Так как через ajax нет объекта $_modx->resource.

В будущем немного оптимизирую)
Допишу где-нибудь)
Евгений Шеронов
22 января 2019, 00:22
0
Это как раз уникальные значения, комбинаторика всем этим занимается.
Вроде как сочетание называется, но можно ориентироваться на треугольник Паскаля)

В нашем случае простая формула: 2^n — 1 (2^10 — 1) = 1023 уникальных значения для одинарных, двойных, тройных, ..., десятерных запросов)

Если всего 3 бренда, то 2^3 — 1 = 7 возможных страниц.
1. reebok
2. nike
3. adidas
4. reebok,nike
5. reebok,adidas
6. nike,adidas
7. reebok,nike,adidas

От количества собранных значений очень сильно зависит (геометрическая прогрессия).
При 15 значениях — уже 32767 записей получится)
Евгений Шеронов
22 января 2019, 00:07
0
Здравствуйте :)
Такой функционал есть в сниппете sfMenu.
Он умеет сортировать как по количеству просмотров SEO-страниц, так и по количеству товаров.

В тексте про хлебные крошки не совсем верно расписал. Они есть уже давно)
Не было виртуально вложенных хлебных крошек — вот это добавилось в обновлении.

P.S. Не забывайте прописывать шаблон для названия страниц в правиле. По нему ещё при сохранении формируются названия, которые используется как в меню, так и в крошках.
Евгений Шеронов
22 января 2019, 00:03
0
Выбирать в фильтре все интересующие бренды — это то понятно.
От того что вместо адреса /catalog/adidas-nike-reebok показывается catalog/?brand=1,2,3 фильтрация результатов не меняется, по идее клиент может даже не замечать смены url.

Здесь больше другой вопрос, нужны ли подобные заголовки «Купить кроссовки Adidas, Nike и Reebok»?
Если человек выберет всевозможные бренды, то вообще не красиво будет смотреться.

В целом я решил, что можно сделать с этим функционалом.
Скорее всего будет просто кнопка в словаре или в поле, которая позволит сформировать из значений поля — двойные, тройные и так далее, но с таким предупреждением:
«Из 10 значений поля Бренд получится 45 двойных значений в словаре. Соответственно ссылок будет ещё больше, умножится на количество использования поля в правилах».

И тройные можно будет сформировать, там будет 120 дополнительных записей)
Но нужны ли такие страницы для SEO? Или это уже на откуп вебмастеров?
Евгений Шеронов
19 января 2019, 18:51
0
Управление колонками для отображения — вообще теперь must have для любого компонента)

Помню, спрашивал этот вопрос когда-то на первых версиях:
Можно ли теперь редактировать теги сразу из таблицы? (без массовых операций)

P.S. «Обновление от 19.10.2019» немного из будущего)
Евгений Шеронов
18 января 2019, 01:05
0
Я как раз про это и говорю)
Что по 3 параметрам, хоть по 10 разным составляйте страницы.
На вашем примере это по 1 параметру из 3 полей:
«Оттенок двери» + «Материал покрытия» + «Конструкция».

Только как Вы смогли выбрать конкретно на этом сайте?)
У меня больше чем 1 параметр не получается выбрать)
А понял, это наверно dev-версия.

А так, ссылки в фильтрах через SeoFilter тоже можно сделать, если сильно захотеть, но это менее удобно, чем чекбоксы)

Ещё раз повторюсь, что это не имеет ничего общего с множественными значениями одного поля. Будете делать на том сайте, чтобы был красивый URL, Заголовки при выборе сразу нескольких оттенков дверей?
Евгений Шеронов
17 января 2019, 18:05
0
Вот про то что пишете, это не относится к множественным значения одного фильтра)

Правило из разных полей можно с самого появления компонента создавать.
Разные поля(фильтры) — это как раз цвет(красный) + материал(металлическая) + тип(глухая).
И урл примерно получается такой (/catalog/dveri/krasnye/metallicheskie/gluhie)

А здесь же речь шла о том, чтобы автоматически обрабатывать много значений одного фильтра. Чтобы получались страницы такого плана: «Купить красные, зеленые, синие и фиолетовые металлические глухие двери» (/catalog/dveri/krasnye-zelenye-sinie-fioletovye/metallicheskie/gluhie).
Вам такое нужно?)

А менять URL, мета-теги, заголовки и другие тексты тоже всегда можно индивидуально для каждой SEO-страницы.
Евгений Шеронов
17 января 2019, 16:45
0
Раз уж на то пошло, то заказчику «откровенно накакать» и на то, что там делает SEO-шник, лишь бы прогресс какой-то был.
Поэтому эти вопросы можно и нужно направлять SEO-специалисту, чтобы он подумал хорошенько, а я наконец, получил бы ответы.

При тысячи комбинаций цветов и столько же комбинаций размеров или чего-либо — будет миллион комбинаций только для одной страницы.

Плагин я видел, а как он работает — мне не нравится, поэтому и хочу понять, чтобы требования были нормальными, а не от того, что это где-то есть, поэтому здесь тоже нужно.

Извините, если дальше нагрублю, но мне тут вся ситуация напомнила один сайт, где при нажатию на «Добавить в корзину», прилетает фея (шевеля крыльями), хватает картинку товара и улетает с ней до корзины, но я же не прошу этот вычурный функционал добавить в miniShop2, хотя наверное моей бабушке бы понравилось)

И да, я не отказываюсь этот функционал сделать и планировал его в компоненте давно, но что-то никому не надо, когда доходит до дела. Ни бесплатно, ни платно. Даже примеров реальных не было.
Вот скажите, что примерно от Вас требуют SEO-шники по подобному функционалу?

Конечно, можете финансово проспонсировать это дело и тогда не нужно будет отвечать на вопросы, приводить примеры, для того чтобы я мог понять суть проблемы и найти более лучшее решение.
Евгений Шеронов
16 января 2019, 14:48
0
Давайте немного обсудим?
Просто уже несколько раз обговаривал с несколькими людьми, но до дела так и не дошло)

Нашёл свои старые вопросы:
1) Выбранные параметры в url должны идти через разделитель (по умолчанию дефис)?
2) Значения для подстановки в текстах идти через запятую? (соответственно, тоже можно будет поменять)
2.1) Причём последнее из значений должно иметь собственный разделитель, чтобы через " и " разделять.
3) Такую функцию нужно включать при добавлении нового поля?
Или же при добавлении поля в правило?
4) Так как страниц будет много, то они не будут формироваться и храниться в таблице. (для 10 цветов возможно 1023 различные комбинации url-адресов)
4.1) Отсюда следует, что ссылки на такие «множественные» страницы сформировать не получится.
5) Роботы умеют ходить по таким страницам (метрика и вообще клики по фильтрам), соответственно, чтобы не попало десятки тысяч подобных страниц: «Белые, красные, зелёные и синие телефоны, планшеты, ноутбуки», это дело нужно как-то ограничивать. Выставлять noindex, nofollow для всех таких страниц?
6) SEO-практичность таких страниц отсутствует. Почти нет запросов, где ищут что-то одно перечисляя цвета, характеристики. «Красные и синие телефоны», «iPhone 7 64gb, 128gb, 256gb»
7) В основном, весь этот функционал лишь для красоты адреса для клиента? Ведь даже текст выглядеть будет нечитабельно, при большом количестве выбранных значений.
(ну и подобное будет работать чуть дольше, так как нужно будет пытаться динамически разделять адрес, а там даже в псевдониме слова могут быть дефисы, находить все значения, сделать подсчёт)

Я бы ещё предложил просто автоматизировать «двойные значения», но это будет просто кнопка в словаре или в поле «Перемножить значения для Цветов» (при 10 цветах умноженные на 10 цветов получается лишь 45 уникальных пар). Но зато на такие страницы можно будет сделать ссылки (если они будут иметь результаты).
Евгений Шеронов
15 января 2019, 15:33
+1
Настройка session_cookie_domain или session_cookie_path.
В настройки контекстов можете их тоже добавить.

Обычно как раз проблемы тогда, когда основной site_url(base_url) для WEB имеет какую-то вложенность, а в других контекстах нет. Поэтому настройки сессий тоже нужно править)
Евгений Шеронов
15 января 2019, 01:19
+1
Ну компонент же не только какие-то SEO-фишки же предоставляет)
В первую очередь способствует созданию релевантных страниц и удобству навигации)

Про множественные значения я имел ввиду то, что человек может выбрать сразу галочками два и более пункта в одном поле(фильтре):
-дома до 50 кв.м.
-дома от 50 кв.м. до 100 кв.м (чуть поправил для примера)

И вот в вашем примере релевантной страницей было бы «Дома до 100 кв.м» (заходя на такую страницу должно отметиться две галочки). А вот с гаражами и другими boolean типами в этом смысла бы не было.

А вот с цветами люди часто выбирают несколько различных цветов: красный, желтый, оранжевый, когда ищут тёплые оттенки, например. Вот это в ручную приходится добавлять в словарь: «красный, желтый», чтобы получить двойные страницы и т.д.

Но вообще по вашему примеру(из картинки, где 5 фильтров) правил добавить нужно не мало.
5 (для каждого одиночного правила)
+10 двойных правил (Дома до 150кв.м с гаражом, Двухэтажные дома с подвалом)
+10 максимум тройных правил (Дома до 150кв.м с гаражом и подвалом).
А в правилах из четырёх полей не было бы какой-то пользы. Получился бы слишком низкочастотный запрос) (но там было бы ещё 5 правил и для всех 5 полей всего 1 правило).
= 25 правил для 5 фильтров на странице (до 3 полей)

Много, но в этом и заключается вся работа, главное шаблоны текстов прописать.
Зато при добавлении новых площадей, дополнительных опций всё создастся автоматически.

А вообще ускорить это дело немного можно, копируя добавленные правила.
Если есть идеи, как это можно ускорить или упростить — напишите)