Николай Савин

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

Да нет конечно. Один VDS на котором крутится магазин. А рядом лежит поисковый движок, по сути шустрая база данных. Обмен между двумя системами происходит через Curl запросы. Магазин ему запрос (или набор фильтров), движок в ответ готовый JSON.

В вашем вопросе не было про древовидные комментарии. Так навскидку других компонентов я не знаю. Tickets точно не адаптирован.

EasyComm

Спасибо тебе

Засмущал. Заскриню — теще покажу.

Николай, прежде всего — вы Молодец! С большой буквы. :)

Спасибо )

Где-то видел упоминание, что планируется встроенная фильтрация для MS3.

Я подобного не анонсировал, упоминаний такого не видел.

Вопрос — это есть в планах и получится ли сделать встроенную фильтрацию для каталога? Т

На данный момент такого не планируется по нескольким причинам.
Прежде всего — объем работы большой. Мне бы запустить то, что расписал. А дальше видно будет.
Вторая причина — технологии. mFilter2 медленный по причине медленного устройства традиционных баз данных и языка PHP в принципе.
К работе Артура и его FlatFilter я честно, говоря отношусь скептически. На первый взгляд (а дальше я не заглядывал) это выглядит как большой костыль. Весь цивилизованный мир давно использует ElasticSearch и его аналоги, которые не на PHP выполнены.
Я, в том числе на рабочем проекте использую поисковый движок TypeSense. Поиск уже реализовал. Фильтра по аналогии с mFilter2 уже на подходе, скоро запущу. Но большое ограничение в том, что для запуска требуется квалификация и VDS сервер.

Но всегда можно обсудить список задач и подход к их решению. ;-)

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

Хорошо я прикину как тебя к делу привлечь.

Да, я здесь оговорился, ты верно заметил.
msCustomer — простая форма, там валидация пока в сниппете вызывается.
А для msOrder валидация будет конечно же зависеть от способа доставки и прописываться где-то в интерфейсе доставки (я еще не сделал это).

А плюсик статье зажал таки

В следующей версии компонента MiniShop3 который сейчас на стадии завершения — сессий в принципе не будет, сразу все хранится в базе и доступно пользователю со всех устройств

Это происходит по причине хранения данных корзины в сессии, которая привязана к устройству. Этот вопрос давно решен. В первую очередь нужно переключить корзину в режим хранения «База данных». Для этого в системной настройке ms2_tmp_storage укажите режим хранения db

Выглядит шикарно, ты молодец

Версия 7.1 маловата для MODX. Рекомендую 7.4

На оба вопроса ответ — нет нельзя. Вообще использовать TV в системе товаров достаточно странно. Это ресурсозатратная операция, множество лишних запросов базу данных вам не скажут спасибо.

Этот пример прямо дословно практически висит в документации
docs.modx.pro/components/xparser/parser-html
Чтобы получить значение атрибута, нужно обратиться к нему через @href
Гуглить я так понимаю тоже не пробовали?
stackoverflow.com/questions/4531995/getting-attribute-using-xpath

Зачем за бесплатно. Я думаю мы тысяч 30 соберем сообществом.

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

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

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

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