Alexey

Добрый день. Расскажите, пожалуйста, с какой целью используются методы getMyNewValues(array $fields, array $ids), buildMyNewFilter(array $values) и filterMyNew(array $requested, array $values, array $ids) при кастомизации mFilter2. Расковырял компонент, но так и не понял, что должен возвращать каждый из них. Хотя с последним ситуация более менее понятна. Странно, что в модели и сниппете не удается сделать var_dump. Очевидно, данные кешируются. Разъясните, как реализовать фильтр по произвольной таблице.

[syncMoySklad] — пакет для синхронизации с сервисом «Мой Склад».
В отличии от уже имеющихся дополнений работает с JSON API. Функционал работы по api существенно отличается от функционала протокола CommerceML, а инициатором синхронизации выступает сайт.
На данный момент реализована лишь следующая часть функционала…

Здравствуйте. Помоги разобраться как сделать вывод товаров с присоединениям к моей таблице. Пытаюсь разобрать с подобными статьями (https://bezumkin.ru/sections/tips_and_tricks/2058/), но совершенно не могу получить решение.

Если написать просто запрос SQL:
SELECT * FROM `modx_ms2_products` INNER JOIN `mytbl` ON `modx_ms2_products`.`code`=`mytbl`.`code` LIMIT 10

Что искать, где читать, как написать? Подскажите пожалуйста.

Продолжаю разработку новой версии modstore.pro и хочу поделиться простым способом подключения своих модификаторов.

Обычный способ все знают: нужно создать сниппет, который будет принимать переменные $input и $options и вызвать его в чанке вот так:

{$variable | snippet}

Но

• Сниппеты бывают совсем небольшие и создавать их на каждый чих не хочется
• Вызов сниппета, это всё-таки дополнительная нагрузка
• Лично я уже полностью перешел на файлы, и создавать запись в БД для сниппета, только ради его связи с файлом мне совсем не хочется

То есть, я хочу просто вызывать некий код в качестве модификатора. И в этом мне поможет событие pdoToolsOnFenomInit, которое появилось в pdoTools 2.6.0 и мало кто это заметил.

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

Ниже привожу пример…

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

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

Решалось это следующим образом:
1. Добавлялись необходимые поля, для примера взяты тип плательщика, название организации и инн.
2. Добавлялся плагин срабатывающий при сохранении заказа и при подключении js минишопа в админке.
3. Редактировались настройки и записи словарей.

Более подробно далее

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

Сделано на основе гайда от Михаила.
Как получить токен, узнать айди чата и тд так же отлично расписано в гайде.



Плагин вешается на событие msOnCreateOrder.

Для реализации поиска по ресурсам с зависимостью контекста внутри TinyMCE мне необходимо достать context_key ресурса, на странице редактирования которого, соответственно и производится поиск по ресурсам.
В заголовке написал про ID потому что и ID и context_key — это поля таблицы modx_site_content, поэтому разницы и нет. Если знаете, как достать ID, значит знаете как достать и context_key :)
P.S. Файл, в котором производится поиск, подключен к коннектору. Однако при попытке использования $modx->resource->get('context_key'); ничего не возвращается.

UPD. Решил вопрос с помощью ExtJS. В js-файле плагина, в адрес поискового запроса добавил GET-параметр id, которому присвоил MODx.request.id, получил id в файле, на который ссылается XHR в js.
Затем вытянул ресурс по id и взял его context_key. Это на случай, если кому пригодится)
Если кому-то, как и мне, нужен поиск ресурсов в TinyMCE с зависимостью от контекста, могу написать статейку или выложить готовое.

Разрабатываю проект, в котором необходимо было реализовать более простое редактирование дополнительных полей профиля, чем есть из коробки. К слову, неудобное редактирование — это не единственный минус нативного способа расширения профиля полями. Ни для кого не секрет, что фильтрацию по JSON полям нормально не осуществить, только костылями. Фактически, мне надо было получить решение, которое бы расширяло стандартный код MODX, не трогая исходники, дабы сохранить карму в порядке возможность обновления системы.
Пришёл к выводу, что буду расширять стандартную вкладку профиля «Общая информация». При желании можно чуть переписать код в событии OnUserFormPrerender и создать свою вкладку со своими полями.

Представляю вам новую версию с улучшенной поддержкой загрузки элементов из файлов.

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

Подробная документация, как обычно, вот здесь, а под катом список изменений