Андрей

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

На самом деле, это никакой не секрет. Во многих объектах MODX есть специальное поле типа JSON, которое хранится в БД как текст, например, properties у modResource и extended у modUserProfile.

При работе с объектами xPDO, JSON текст из этих полей превращается в массивы. То есть, общий принцип выглядит так:

// id нужного пользователя
$user_id = 15;
// Получаем объект modUser
if ($user = $modx->getObject('modUser', $user_id)) {
	// Получаем связанный с ним профиль пользователя
	if ($profile = $user->getOne('Profile')) {
		// Получаем специальное поле extended
		$extended = $profile->get('extended');
		// Добавляем новое значение
		$extended['mykey'] = 'mydata';
		// И сохраняем обратно в профиль
		$profile->set('extended', $extended);
		$profile->save();
	}
}

Самое приятное, что эти данные вы можете не только просмотреть на странице пользователя, но и изменить.

Может кто-либо поделиться опытом правильного импорта товаров из бд (mysql) с такими полями:

название | артикул | цена | картинка_ид_урл

достаточно ли того, что допустим в таблицу modx_ms2_products я импортирую эти поля (ну с картинками придётся подумать), как быть с системными ИД, и нужно ли что то ещё?

Спасибо.

Увидел недавно вопрос на сообществе — человек хочет сгенерировать таблицу с расписанием занятий по дням.

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

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

Поэтому предлагаю вам готовое решение, а заодно и демонстрацию работы с pdoTools. Конечно, можно было бы обойтись и родными методами MODX, но с ним быстрее.

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

Василий, привет!

Нужны мне вот такие условия в запросе:

SELECT <...>
WHERE  `modResource`.`parent` IN (103,104,105,107,106,108,109,110,115,120)  AND (`TVshow_in_main`.`value` != 1 OR `TVshow_in_main`.`value` IS NULL)

Вызываю вот так:

[[pdoResources?
	&tpl=`tpl.article.preview`
	&parents=`103`
	&includeTVs=`show_in_main`
	&where=`[{"show_in_main:!=": "1", "OR:show_in_main:IS": "NULL"]}`
	&tvPrefix=``
	&showLog=`1`
]]

pdoResource всё отлично джойнит и работает как надо, но…

Для определённости рассмотрим функционал сниппета pdoResources.
Проблема заключается в том, что классическим форматом JSONxPDO в параметре &where в общем случае невозможно указать проверку значения некоторого TV-поля одновременно и на пустое значение, и на NULL. В каких случаях может понадобиться такая проверка — напишу ниже.

Для примера возьмём параметр introtext (в БД modX это поле может принимать значения NULL)
Казалось бы, чего проще:

&where=`{"introtext":"", "OR:introtext:IS":null}`

Но проблема здесь в том, что в конечном запросе перед нашим условием в преобладающем большинстве случаев будут стоять ещё и другие условия, которые де факто будут объединены с нашим условием логикой «AND», причём наше условие в скобки взято не будет. В итоге в конечном запросе мы получим следующее условие:

WHERE (<i>прочие условия</i> AND `modResource`.`introtext` = '' OR `modResource`.`introtext` IS NULL)

Как видим, логика нарушена.

В настройках создана связь «Комплект товаров» (Один ко многим) id=1.
В категории 3 товара.
У одного товара, который является составным, указываю связь с 2-мя другими товарами.

На странице товара вызываю код:

[[msProducts? &link=`1` &master=`15`]]

• &link=`1`, где 1 — это id связи из настроек.
• &master=`15`, где 15 — это id товара у которого я указывал подчиненные товары.

В результате ни чего не выводится.
Что я делаю не так?

Как правильно реализовать учёт, что при заказе от 2000 рублей — доставка бесплатная?

Всем привет!

Подскажите, пожалуйста. С MiniShop2 не работал ещё, поэтому особо не в курсе.

Есть ли хоть какая-нибудь возможность в зависимости от размера товара менять цену?

Может быть кому-нибудь еще понадобится вывести все категории текущего товара. Делюсь.