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

Всё уже реализовано)
С хлебными крошками динамического формирования прям нет, но текст ссылки добавлять туда можно :)

Совсем скоро выложу обновление и распишу все последние возможности уже в отдельном топике.

Как раз таки и можно уникальные тексты для любых параметров сделать.
Но изначально лучше сделать один SEO шаблон, и уже в таблице URL прописывать индивидуально.
Также индивидуально тексты к виртуальным страницам можно через frontendManager добавлять.

Я правильно понял вопрос?)

В конечном итоге разве все разработки не попадают в систему?

Устанавливаются как транспортные пакеты) кто-то так даже контент добавляет.

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

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

Василий где-то уже объяснял про процессоры на хостинге, сколько одновременно клиентов обслуживается.

И по авторизации никаких ограничений нет (разве что размер памяти), хоть все пользователи, например на modx.pro (~5к человек), могут быть авторизованы, ничего страшного не произойдёт.

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

Но всегда же можно увеличивать мощность, оптимизировать код, когда проект набирает обороты)

Можно я отвечу?)
Насколько я знаю, в MODX совместная работа реализована только с ресурсами. То есть одновременно два зашедших в документ не смогут сохранить разные варианты.

А с элементами (чанки, сниппеты, плагины) и уж тем более компонентами такого по умолчанию нет. Выходит, что и ограничений никаких нет. И многие, кто давно работают с MODX, стараются отойти от разработки сайта в самой системе. То есть пишут модули, сниппеты, чанки в своей любимой IDE, например в PhpStorm.

И уже благодаря такому методу, для совместной разработки используются инструменты для совместной работы Git (GitHub, BitBucket и т.д.).

Добрый вечер!)

На этой неделе для одного из проектов понадобится сниппет формирования меню. Как раз и карту сайта сделаю и другие «фишки», которые запланировал.

Скорее всего к концу недели выложу и допишу документацию.

Вы очень похожи на тролля. Комментируете кучу старых топиков. Задаёте одни и те же вопросы. С этим вопросом Вам уже же помогали modx.pro/help/13223/

Изучите документацию хотя бы по Fenom (pdoTools) и большинство вопросов отпадут.

Ну Fenom же есть, там хоть как по массиву пробегайтесь через foreach или же есть просто join.

{foreach $size as $key => $s}
    <input type="radio" name="options[size]" value="{$s}">
{/foreach}

Очередное обновление от 08.09.2017
— Добавлена поддержка JSON полей, включая tvSuperSelect
— Изменён приоритет на событие onDocFormSave для поддержки TVSS
— Добавлена работа с любыми суффиксами контейнера (/,.html и т.д)
— Добавлена настройка для добавления своего суффикса к сгенерированным страницам
— Добавлена настройка переадресации на правильный суффикс
— Добавлена настройка с названием параметра пагинации, для передачи № страницы в СЕО тексты

А предыдущие обновления внесли это:
— Добавлена поддержка значений из других таблиц для ТВ полей

И параллельно компонент появился английской версии ModStore — спасибо!
en.modstore.pro/packages/ecommerce/seofilter (пока без англоязычной документации).

А это какой то баг combobox-полей. Когда значение изначально не выбрано, выпадает список с пагинацией, где присутствует полный список.

Если же значение было выбрано, то списка с пагинацией нет. Это и в кастомных поля встречается, на основе combobox. Можно сделать, чтобы всегда выпадал список с пагинацией, но тогда в поле будет отображаться id значения, а не его название (если он находится дальше первой страницы в пагинации).

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

Интересно же вы MODX сравниваете с OpenCart, который, как я помню, сильно к шаблону привязывается.

В MODX же в большинстве сниппетов, выводящих информацию можно и нужно указывать свои чанки для результатов на основе своей вёрстки. А не наоборот, подстраивая стандартные bootstrap выводы под вёрстку.

В том решении достаточно будет заменить вызов msProducts на pdoResources и результаты точно будут выводиться.
Но естественно, с тех пор когда это писалось — много воды утекло)

И да, есть и посвежее решения modx.pro/solutions/7942-add-price-from-category-minishop2/

Тем кто думает купить в ближайшее время:
Цена на компонент с 1-го сентября поднимется до 1490 руб.

И в начале сентября будет большое обновление.
Следите за новостями :)

Из коробки предусмотрено очень многое, но верстать и делать сайт за разработчика miniShop2 не будет :)
Но вот исчерпывающий ответ на этот вопрос: bezumkin.ru/sections/tips_and_tricks/2058/

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

Выложил сразу два обновления, включая решение вашего вопроса и ещё некоторых.
modx.pro/components/12921-the-announcement-seofilter-ncseo-for-mfilter2-and-not-only/#comment-86191

Можете обновиться :)

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

— Добавлена поддержка значений из других таблиц для ТВ полей
— Добавлена работа для работы полей-слайдеров (недорогие товары и т.д)
— Устранены некоторые ошибки в js и в классе
— Автоматическая генерация названия для новых ссылок при добавлении новых слов
— Лексиконы компонента переведены на английский язык
— Убраны из класса значения по-умолчанию, чтобы не было подстановок на пустых js полях

s9767.h8.modhost.pro/razdel/telefonyi/nedorogie
s9767.h8.modhost.pro/razdel/planshetyi/dorogie

Для таких страниц работает одно правило. Цену можно двигать в диапазоне, урл не поменяется.


Пример кода на Fenom в заголовке:

{$price|ucfirst} {$category|low}{set $pr= $price_input|split} {if $pr[0] == 0}до {$pr[1]}{else}от {$pr[0]}{/if} руб.

Для этого есть замечательная настройка для поля — «Значения в другой таблице».
По сути в mSearch2 свои методы фильтрации тоже требуют указания таблиц.

На демке s9767.h8.modhost.pro/ как раз поле категория — это id ресурсов.


Так как для modResource класса дополнительные пакеты подключать не нужно, то в первое поле:
«Компонент» — напишите «seofilter».

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

Уже как 2 года назад было: FormIT. Собираем заявки(лиды) в Битрикс 24 :)
А в комментарии ниже, тоже есть отправка по новому заказу.

Но справедливости ради, этот код поприятнее выглядит)

msOptionsPrice2, где для каждого этапа добавления будет соответствовать своя опция, которая прибавляется к цене двери.

На счёт первого, в принципе реализуемо скорее всего.

Даже сейчас на демке сделал одну и ту же страницу для двух диапазонов. Можно набрать в фильтре цену от 100 до 500 и от 100 до 400, адрес будет один и тот же, а результаты разные.
При обновлении страницы у меня автоматически до 500 ставится.

В ближайших обновлениях вряд ли это будет.
Такие страницы сейчас можно сделать, чтобы без фильтра работали, передав условие из GET в параметр where в msProducts.

А по второму, так сейчас же можно почти также редактировать)

В таблице URL выбрать правило в выпадающем списке и выставить в пагинации необходимое число результатов, например 300 и выделив все — отключить)

Скорее всего скоро будет поддержка зависимости полей, чтобы не перемножать все поля друг с другом, а лишь определённые. Пока ещё не придумал, как лучше это сделать, но самому очень надо) (Чтобы все марки авто со всеми моделями не пересекать)

А эту возможность я случайно обнаружил, когда в чанках фильтра было:

{set $word = $.get['cvet']|sfWord:13}

Здесь необработанные значения вместе с запятыми начали записываться в словарь и сами склоняться, записывая alias) Оставалось только немного значения подправить и всё стало красиво)

Условий да, не задавал никаких для поля.
Поэтому, это из бага превратилось в фичу :)

Максим, выложил обновление, где добавил копирование правил и реализацию страниц типа: Недорогие товары.
На демке страница с дешевыми товарами s9767.h8.modhost.pro/razdel/nedorogie

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

Документацию попозже дополню, но сейчас примерно опишу как повторить.
Когда цена в виде слайдера — всегда передаётся два значения в url через запятую. По сути диапазон.
Условия при добавлении цены в правило для таких страниц не нужно использовать. Но для поля «Цена» нужно добавить галочку: «Поле типа „Слайдер“ (number фильтры)»


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

Для таких страниц нужно будет в ручную добавить в словарь запрос «100,500» и написать в значении «недорогие», выбрав поле «Цена». (100 — это у меня минимальная цена в разделе, а 500 — просто ограничение для недорогих). Синоним — автоматически запишется.



И при создании правила с ценой будет сформирована одна страница в таблице URL.

Из минусов такого метода, которые ещё не решил — то что нужно знать минимальную стоимость товара на странице.

С копирование правил должно быть всё понятно)