Сергей

Подскажите пожалуйста, не совсем понимаю это примечание "'Внимание!!! Для редактирования поддерживаются только типы ТВ параметров и Опций которые входят в сборку MODX и miniShop2" если я создам опцию для товара через опции, то не смогу массово ни чего с ней делать? Сейчас есть задача фильтровать товары по опции group созданной через опции магазина.

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

Какой смысл создавать тему, в которой пользователи что-то будут предлагать разработчикам?

Смысл заключается в том, что некоторые модули можно улучшать в плане функционала, удобства. Я по жизни идеалист и всегда хочу какого-то совершенства в делах. Сайт которые я создаю, дорабатываются с гадами и это очень хорошо отражается на их развитие, в последующем доход, поэтому я со своими клиентами работаю по 4-5 лет и более.

Зайдёт в тему, почитает, и — вот оно, бегу делать, волосы назад.

Не стоит судить всех под одну гребенку, с кем я на связи, через поддержку или телегу, то в 90% случаем они соглашаются с моим мнением и вносят корректировки (парой это баги), улучшают свои дополнения, что бы сделать свой компонент еще удобнее и привлекательней.

Люди, которые умеют что-то делать, без дела не сидят. И если они не хотят развивать свои дополнения для MODX, значит они заняты чем-то еще. Как правило тем, за что лучше платят, или где интереснее работать.

Улучшать это одно, но есть и баги, на которые некоторые просто забили. Это больше уже относится к порядочности.

Современный MODX не интересен разработчикам

Это опять же ваше мнение. Все зависит от ЦА с которой вы работаете. Если вы делаете сайты по 500 к, круто, но что делать тем, кто делает сайты за цену до 50к, ни Laravel ни bitrix не поможет решить эти задачи, так-как это дорого.

То, что вы создали это бесспорно круто и вызывает уважение.

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

А теперь представьте ситуацию, вы сделали сайтов 200, а потом Яндекс сделал платным поиск или отказался от этого поиска. (Для Яндекса это нормально, у них все быстро меняется).

Добрый день!
А все акция закончилась?)
Хотело поглядеть. Зарегистрировался, установил компонент.

Где получить токен не нашел, где получить промпт не нашел(
Чат кстати, тот, что есть после регистрации или тупит или работает крайне долго, даже на простые вопросы.

Как видите, автор на этот вопрос не ответил, я к сожалению решения не искал.

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

Ну он не будет ничего загружать на мой хостинг и соответственно место не будет занимать. А к чему вопрос?

Этот вопрос возможно связан с незнанием работы модуля. Т.е. там, где будет расположен OpenSearch (на vps) со стороны сайта ни чего туда не грузиться? А если грузится и сайт поменяет хостинг провайдера, то отключив его, у неге перестанет работать фильтр?

Добрый день! Наверное сейчас покупок станет больше. Только я не до конца понял. Сам OpenSearch платный или нет (нужно ли в будущем обновления)? Кроме единоразовой оплаты за модуль, еще будут оплаты? (VPS не беру в расчет, по сути можно свой сервер поднять, ну или заказать за 350 в месяц)

Хотелось бы еще увидеть интеграцию с SeoFilter.

Хотя есть одна мысль которая не дает покоя, если клиент на вашем хостинге, то вы подключаете ему этот модуль, а если он хочет уйти на свой хостинг, вы же не будете ему предоставлять место для хранения фильтров на vps.

Желаю вам удачи в развитии! Это действительно нужная вещь.

В любом случае, спасибо!

Я заменил, переиндексировал (консоль выдает #\s|[,.:;!?"\'()}{\\/\#]#u) но ни чего не изменилось.

Спасибо за помощь. Но это не решает проблему, а она заключается в том, что вес не корректно рассчитывается. У меня в приоритете стоит pagititle а потом уже aricle и плюс по точному запросу тоже криво выводится. По сути в приоритете должно быть точное совпадение, потом заголовок, потом артикул. а тут все одинаково.

P/S 3 Сергея пытаются решить проблему msearch2)) Ну что решим?)))

Всем привет, странно, что данная тема не развивается. Я вижу такую-же картину, как бы не менял приоритет у полей, результат поиска совершенно не корректно работает. Точные совпадения имеют так-же вес как и все, если быть точнее, то везде вес 3. скрин. Если на сайте много товаров, то нужный вы вряд ли найдете.

Добрый день!
Проблему я все-же нашел, она связанна с дополнением AdminPanel (если смотреть сайт в инкогнито, то таких проблем нет)

Добрый день!
Решил протестировать данный компонент, но столкнулся со следующими проблемами.
1. Пробовал разные версии jquery но постоянно одна и та-же ошибка при отправки Скрин
2. Дополнительно подключили Notyf и на имени всплывающее уведомление работает, а на телефоне, если подключить все скрипты не работает. (видимо надо править код валидатора в этом примере)
3. В данном решении конечно не хватает маски для телефона.

На сколько я понимаю для данного компонента не нужен jquery, но все же с ним у него конфликт.
В вообще было бы здорово, если бы компонент прятал саму форму из html так-как роботы зачастую уже надоели и все защиты обходят. (Наверное это больше вопрос к fiormit)

Сама отправка формы, работает.

Еще раз спасибо за ваш труд!

Извиняюсь за кучу вопросов.
Как идея можно подгружать разделы типа блог, кейсы из другого контекста. В таком случае к ним же не будет добавлен город в url?

И второй вопрос, не знаю почему, но цена для других городов не работает. Не на странице товара, не в каталоге.

Извиняюсь, забыл про <base href="[[!+cf.current_city.url]]" />

У вас кстати работает, если я выбираю Екатеринбург, то адреса все становятся с ekb, у меня не меняется.
И еще дополню, если есть личный кабинет, он же не будет для каждого города свой.

Спасибо за ответ. Тогда я не совсем понимаю в чем тогда смысл? Фактически мы плодим не существующие url
Например, у нас есть несколько городов:
Екатеринбург
Москва
Архангельск

У сайта есть структура:
Главная
Каталог услуг
Услуга
Блог
Статья

Для каждого города создается куча url, физически они будут отличаться, только информацией, добавленной в компоненте (телефон, адрес и для каждой страницы придется создавать кучу настроек, чтобы был разный контент на странице).
site.ru/arkhangelsk
site.ru/ekaterinburg
site.ru (Москва на пример по умолчанию)

*Если я меняю город, меняется url текущей станицы (если даже её не существует), но при переходе на другую страницу встает город по умолчанию, так-как в pdomenu url не меняются.
*Еще странность, у меня по умолчанию стоит Москва, хотя я в другом городе и он его не определяет.
С точки зрения было бы правильно.
1. Менялись бы url у меню при выборе города, главная страница выглядела бы так
a. site.ru/arkhangelsk
b. site.ru/ekaterinburg
c. site.ru (Москва на пример по умолчанию)
2. Для городов что созданы страницы, он бы показывал при этом url адреса были бы только существующие.
3. А для раздела, где не указан город url оставался бы без изменения.
Например, есть блог, и он не зависит от города и не плодилось бы кучу url не существующих, а вот услугу желательно, чтобы структура была верной.

Вот пару примеров действующих сайтов
aaccent.ru/ekb/sozdanie-sajtov/ (если прейти в кейсы, то привязки к городу нет)
b2b-creative.ru/ekaterinburg/site/ (если прейти в кейсы, то привязки к городу нет)
Наверное, это было бы верно, если для города нет страницы, то её и не должно быть, а так мы только запутаем поисковых роботов.
Какая это вижу, в компоненте указываем id главной страницы для города и он берет всю информацию от туда. Если раздела нет в городе, например блога или кейсов или контактов, то она остается в адресом по умолчанию и берется из основного раздела.

Спасибо за обновление, оно действительно очень полезное, но есть одно но, документация совершенно не дает ни какого представления о контекстах. Надо ли создавать контексты для каждого города, если это вложенный город (или надо создать папку в основном контексте с нужным url как у города). У меня проблема следующего характера. Я создал папку в основном контексте с двумя городами arkhangelsk и ekaterinburg. Если захожу в раздел и меняю город то путь становиться site.ru/ekaterinburg/arkhangelsk/123.html Или не надо создавать физический раздел и добавлять все изменения на странице через данные?

Проблема в том что или я не верно использую компонент или я не верно его настраиваю.

К сожалению нет такой возможности.