Вопросы специалистов

Песочница

Вопросы клиентов

Tips & tricks

Изменяемая цена на shopmodxbox

Добавление в корзину одного и того же товара, но с разными параметрами

Несколько цен у товара.

Дополнительные опции товаров

Выборка по Значению TV параметра

Здравствуйте.
 С моделями товаров лучше не заморачиваться, это слишком сложно. Вот подробный топик про дополнительные параметры товаров, там все довольно полно описано. Но ваша задача чуть сложнее (несколько цен), поэтому просто используйте TV migx. Документация: http://rtfm.modx.com/extras/revo/migx/migx.backend-usage.
 У вас будет две колонки: параметр и цена. Далее развивайте.

Здравствуйте.
 С моделями товаров лучше не заморач

Ясно, спасибо! Буду стараться...

Пожалуйста!

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

Конечно плохо, что такие, скажем так, банальные ве

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

1. Главное в "коробке" - это продуманная расширяем

Помогите пожалуйста с алгоритмом работы:
 Сначала создал tv migx с двумя полями опция - цена.
 Дальше создал в таблице modx_billing_order_products поле option, правлю индексы:  order_id-product_id-option,
 и перегинерирую map.
 Дальше в шаблоне вывожу tv migx например чекбоксами, убираю стандартную цену.
 Дальше правлю процессоры, вот тут беда.
 В моем случае менять их надо немного не так, как тут
 И еще, если неавторизованный человек добавляет товар в корзину, а потом уходит с сайта, то товар остается в базе и не удаляется?

Помогите пожалуйста с алгоритмом работы:
 Сначала 

*стандартное поле "цена" убираю.

Да, все верно. Более того, можете править прям сами процессоры ShopModxBox-а, так как система не рассчитана на дальнейшие обновления поверх модуля. Главное - чтобы в таблицу заказов попадали записи со связкой product_id - параметр.
 

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

Да. И пусть там и лежат, они кушать не просят. Если боитесь за производительность, то уверяю, что менее миллиона записей вы особо и не заметите. А если будет лям+, то шоб я так жил, деньги тогда на доработки найдутся, если понадобятся.

Да, все верно. Более того, можете править прям сами процессоры ShopModxBox-а, так как система не рассчитана на дальнейшие обновления поверх модуля. Главное - чтобы в таблицу заказов попадали записи со связкой product_id - параметр. И еще, если неавторизованный человек добавляет товар в корзину, а потом уходит с сайта, то товар остается в базе и не удаляется? Да. И пусть там и лежат, они кушать не просят. Если боитесь за производительность, то уверяю, что менее миллиона записей вы особо и не заметите. А если будет лям+, то шоб я так жил, деньги тогда на доработки найдутся, если понадобятся.

Да, все верно. Более того, можете править прям сам

Добавил в layout товара  
 

{snippet name="getImageList" params="tvname=`options`&tpl=`optionsTpl`"}

На собственной старице товара все выводится, а вот в списке нет...

Добавил в layout товара {snippet name="getImageList" params="tvname=`options`&tpl=`optionsTpl`"} На собственной старице товара все выводится, а вот в списке нет...

Добавил в layout товара {snippet name="getImageLis

А по какому принципу сниппет должен догадаться, что он в списке работает и что что-то надо перехватить и учесть? Компьютерная телепатия?

А по какому принципу сниппет должен догадаться, чт

Простите, туплю)
  вызвал так -  

{snippet name="getImageList" params="tvname=`options`&tpl=`optionsTpl`&docid=`{$object.id}`"}

Но почему product_id отличается от id ресурса?
 Помогите, пожалуйста...

Простите, туплю)
  вызвал так - {snippet name="getImageList" params="tvname=`options`&tpl=`optionsTpl`&docid=`{$object.id}`"} Но почему product_id отличается от id ресурса?
 Помогите, пожалуйста...

Простите, туплю)
  вызвал так - {snippet name="get

Но почему product_id отличается от id ресурса?

Потому что id ресурса - это как вы сами же и написали, id ресурса (класс modResource), а product_id - это id продукта (класс ShopmodxProduct). Смотрите его мап-файл. Его записи даже в другой таблице находятся, и почти 100% объектов продуктов меньше объектов документов количественно.

Но почему product_id отличается от id ресурса? Потому что id ресурса - это как вы сами же и написали, id ресурса (класс modResource), а product_id - это id продукта (класс ShopmodxProduct). Смотрите его мап-файл. Его записи даже в другой таблице находятся, и почти 100% объектов продуктов меньше объектов документов количественно.

Но почему product_id отличается от id ресурса? Пот

А как  правильно вывести поля, если я вывожу 
 то в таблицу modx_billing_order_products будет попадать только цена, как посылать оба значения?
 Или по "price" вытаскивать "name"?
 Но там tv в json, лишние телодвижения...

А как  правильно вывести поля, если я вывожу 
 то 


 Не выводит код почему-то

* - это только текущие поля документа и его TV-поля. Товар не является источником его прямых значений. Но можно получить их так: 
 

$product = $modx->resource->Product;

$price = $product->sm_price;

* - это только текущие поля документа и его TV-поля. Товар не является источником его прямых значений. Но можно получить их так: $product = $modx->resource->Product;

$price = $product->sm_price;

* - это только текущие поля документа и его TV-пол

Простите, но я ничего не понял...
 В форме я вызываю  
 

например с чанком 
 но как послать add-процессору "name"-"price"?

Простите, но я ничего не понял...
 В форме я вызываю {snippet name="getImageList" params="tvname=`options`&tpl=`optionsTpl`&docid=`{$object.id}`"} например с чанком 
 но как послать add-процессору "name"-"price"?

Простите, но я ничего не понял...
 В форме я вызыв

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

А вот об этом я говорил - не достаточно скилов в п

Смотри, ты устанавливаешь свою цену, но потом вызываешь parent::beforeSet(). А там: https://github.com/Fi1osof/ShopModxBox/blob/master/core/components/billing/processors/mgr/orders/products/create.class.php#L66. То есть опять устанавливается цена.
 Или вызывает после parent::beforeSet(), или в beforeSave() переноси.

Смотри, ты устанавливаешь свою цену, но потом вызы

так я в нем и подправил.
 


class modMgrOrdersProductsCreateProcessor extends modObjectCreateProcessor{

...



Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал.


Кстати, подумай о подобной доработке - значение цены не брать из sm_price напрямую, а в метод вынести. Тогда при наследовании достаточно getPrice (например) переопределить - и цена по-другому считаться будет.

так я в нем и подправил. class modMgrOrdersProductsCreateProcessor extends modObjectCreateProcessor{

... Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал. Кстати, подумай о подобной доработке - значение цены не брать из sm_price напрямую, а в метод вынести. Тогда при наследовании достаточно getPrice (например) переопределить - и цена по-другому считаться будет.

так я в нем и подправил. class modMgrOrdersProduct

да, я в топике написал  
 billing/mgr/orders/products/create,
 а надо было
 /core/billing/processors/mgr/orders/products/create
 :)

да, я в топике написал  
 billing/mgr/orders/produ

В итоге, решился вопрос или нет? На вид у тебя вроде все ОК

В итоге, решился вопрос или нет? На вид у тебя вро

Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал.

Да в целом это все ОК. Как я и говорил много раз - это заготовка для индивидуальных разработок. Разворачиваешь, быстро пробуешь что-то свое сделать, если не растет кокс - сбрасываешь и экономишь время. Если растет - то развиваешь как свой проект индивидуальный.

Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал. Да в целом это все ОК. Как я и говорил много раз - это заготовка для индивидуальных разработок. Разворачиваешь, быстро пробуешь что-то свое сделать, если не растет кокс - сбрасываешь и экономишь время. Если растет - то развиваешь как свой проект индивидуальный.

Согласен, не совсем правильно лезть в то, что есть

нет, и не могу понять. вроде верно все - а в базe sm_price все равно пишется

нет, и не могу понять. вроде верно все - а в базe 

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

Блин, проверь все последовательно, в каждом процес

Перечитай еще раз внимательно этот топик.

Нашел :)
 у меня из формы цена передавалась(!).
 Вредно много по ночам сидеть. все, теперь работает.

Нашел :)
 у меня из формы цена передавалась(!).
 В

Блин, с фронта подобные данные передавать - злое зло. Но это многое объясняет:) 
 Кстати, спасибо за багрепорт! Я конечно очень стараюсь следить за секурностью, но здесь вот пропустил возможность переопределить цену товара извне. Вот багфикс. Добавь себе в код, а новая сборка выйдет уже с этим багфиксом. И сейчас топик краткий напишу.

Блин, с фронта подобные данные передавать - злое з

Блин, с фронта подобные данные передавать - злое зло

да сам понимаю. ведь любую цену подставить можно :)

Блин, с фронта подобные данные передавать - злое зло да сам понимаю. ведь любую цену подставить можно :)

ведь любую цену подставить можно :)

ведь любую цену подставить можно :) Уже нет:)

Для начала, с днем рождения! Всего наилучшего!
 

По сабжу: все это клево, но не оптимально.
 

1. На все это давно уже есть getdata-процессор. 
 

2. Раз уж вы в рамках xPDO работаете, то и стройте запросы на нем. 
 Во-первых, запрос
 

SELECT * FROM `modx_site_content` 
	LEFT JOIN `modx_site_tmplvar_contentvalues` 
		ON `modx_site_tmplvar_contentvalues`.`contentid` = `modx_site_content`.`id`
WHERE (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='icon'
		) AND
			`modx_site_tmplvar_contentvalues`.`value` = 'example-icon'
	)
	OR (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='isCosmos'
		) AND
		`modx_site_tmplvar_contentvalues`.`value` = 'IS'
	)

SELECT * FROM `modx_site_content` c
	INNER JOIN `modx_site_tmplvar_contentvalues` tvv
            ON `tvv`.`contentid` = `c`.`id`
        INNER JOIN `modx_site_tmplvars` tv
            ON tvv.tmplvarid = tv.id
WHERE (
		tv.`name`='icon' 
                AND
		    `tvv`.`value` = 'example-icon'
	)
	OR (
                tv.`name`='isCosmos' 
                AND
		    `tvv`.`value` = 'IS' 
	)

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

Во-вторых, переделаем это на xPDO:
 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));

Для начала, с днем рождения! Всего наилучшего! По сабжу: все это клево, но не оптимально. 1. На все это давно уже есть getdata-процессор. 2. Раз уж вы в рамках xPDO работаете, то и стройте запросы на нем. 
 Во-первых, запрос SELECT * FROM `modx_site_content` 
	LEFT JOIN `modx_site_tmplvar_contentvalues` 
		ON `modx_site_tmplvar_contentvalues`.`contentid` = `modx_site_content`.`id`
WHERE (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='icon'
		) AND
			`modx_site_tmplvar_contentvalues`.`value` = 'example-icon'
	)
	OR (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='isCosmos'
		) AND
		`modx_site_tmplvar_contentvalues`.`value` = 'IS'
	) Переделаем на SELECT * FROM `modx_site_content` c
	INNER JOIN `modx_site_tmplvar_contentvalues` tvv
            ON `tvv`.`contentid` = `c`.`id`
        INNER JOIN `modx_site_tmplvars` tv
            ON tvv.tmplvarid = tv.id
WHERE (
		tv.`name`='icon' 
                AND
		    `tvv`.`value` = 'example-icon'
	)
	OR (
                tv.`name`='isCosmos' 
                AND
		    `tvv`.`value` = 'IS' 
	) Здесь нет смысла использовать LEFT JOIN, ибо по условию вы все равно требуете значения, а значит отсутствующие записи не пройдут. Но если хотите универсальности в плане того, что будут запросы без дополнительных условий и чтобы в выборку попадали документы, для которых нет ни одной ТВшки, то да, нужно LEFT JOIN использовать. Во-вторых, переделаем это на xPDO: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));

Для начала, с днем рождения! Всего наилучшего! По 

P.S. Чтобы подсветка кода была, есть специальная кнопочка: joxi.ru/BA0dezWI1NPJAy
 Или просто оборачивайте в тег <code>

P.S. Чтобы подсветка кода была, есть специальная к

Николай привет и спасибо) Может на ты будем? Да с вариантом с OR условиями я конечно, что-то не до сообразил)
 

Но как быть если нам надо запросить по условиям по строже чем OR и поставить запрос c AND условиям по TV, такого типа 

SELECT * FROM `обычная табла` WHERE `tv_name` = 'value' AND 'tv_name_2' = 'value_2'

Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: 
 

/** SQL ver 3 
SUPPORT COMPLETE STATEMENTS
***/
SELECT * FROM `modx_site_content` AS `resource`
WHERE (
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'icon' AND val.value = 'example-icon')
                )
        )
                AND /** Условие */
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'isCosmos' AND val.value = 'IS')
                )
        )
        
)
/**
Запрос если бы дополнительные поля были бы основными:
SELECT * FROM `modx_site_content` AS `resource` WHERE `resource`.`icon` = 'example-icon' AND `resource`.`isCosmos` = 'IS'
*/


я догадывался что я велосипед замучу, просто IDE(pshtorm) обновлял, наткнулся на встроенный менеджер баз данных проекта, начал ковыряться и попутно вспомнил что такой механизм с Tv мне был нужен;), про подсветку кода — имел ввиду синтаксис.
 

Так то я в первый раз где либо топик написал)

Николай привет и спасибо) Может на ты будем? Да с вариантом с OR условиями я конечно, что-то не до сообразил) Но как быть если нам надо запросить по условиям по строже чем OR и поставить запрос c AND условиям по TV, такого типа SELECT * FROM `обычная табла` WHERE `tv_name` = 'value' AND 'tv_name_2' = 'value_2' Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: /** SQL ver 3 
SUPPORT COMPLETE STATEMENTS
***/
SELECT * FROM `modx_site_content` AS `resource`
WHERE (
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'icon' AND val.value = 'example-icon')
                )
        )
                AND /** Условие */
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'isCosmos' AND val.value = 'IS')
                )
        )
        
)
/**
Запрос если бы дополнительные поля были бы основными:
SELECT * FROM `modx_site_content` AS `resource` WHERE `resource`.`icon` = 'example-icon' AND `resource`.`isCosmos` = 'IS'
*/ я догадывался что я велосипед замучу, просто IDE(pshtorm) обновлял, наткнулся на встроенный менеджер баз данных проекта, начал ковыряться и попутно вспомнил что такой механизм с Tv мне был нужен;), про подсветку кода — имел ввиду синтаксис. Так то я в первый раз где либо топик написал)

Николай привет и спасибо) Может на ты будем? Да с 

Ты видимо недопонимаешь механизма xPDO. Сам xPDO ничего в базе данных не выбирает, у него нет какого-то собственного механизма прямого обращения к данным базы. xPDO формирует в итоге чистый SQL, и потом выполняет этот SQL-запрос к базе данных. Сделай так:
 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));
// Готовим SQL-запрос
$c->prepare();
// Выводим этот SQL-запрос
print $c->toSQL();

На выходе ты увидишь сформированный SQL.
 То есть что ты сам напишешь чистый SQL, что подготовишь его средствами xPDO — разницы никакой не будет. А какой результат будет возвращен, зависит уже от этого SQL-запроса, и не вежно сам ты его написал, или xPDO сформировал.

Ты видимо недопонимаешь механизма xPDO. Сам xPDO ничего в базе данных не выбирает, у него нет какого-то собственного механизма прямого обращения к данным базы. xPDO формирует в итоге чистый SQL, и потом выполняет этот SQL-запрос к базе данных. Сделай так: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));
// Готовим SQL-запрос
$c->prepare();
// Выводим этот SQL-запрос
print $c->toSQL(); На выходе ты увидишь сформированный SQL.
 То есть что ты сам напишешь чистый SQL, что подготовишь его средствами xPDO — разницы никакой не будет. А какой результат будет возвращен, зависит уже от этого SQL-запроса, и не вежно сам ты его написал, или xPDO сформировал.

Ты видимо недопонимаешь механизма xPDO. Сам xPDO н

про подсветку кода — имел ввиду синтаксис.

Я понял. И как раз показал тебе как это делать. Ты прописываешь тег <pre>. Вот этого делать не нужно. Посмотри подсветку в моих комментах, и код без подсветки у себя в комменте. Найди 10 отличий. 
 Лучше вставлять в тег <code> или пользоваться специальной кнопочкой.

про подсветку кода — имел ввиду синтаксис. Я понял. И как раз показал тебе как это делать. Ты прописываешь тег <pre>. Вот этого делать не нужно. Посмотри подсветку в моих комментах, и код без подсветки у себя в комменте. Найди 10 отличий. 
 Лучше вставлять в тег <code> или пользоваться специальной кнопочкой.

про подсветку кода — имел ввиду синтаксис. Я понял

Ой понял сори, я то полагался на пред-просмотр, а в нем криво отображается содержимое тега code).
 

Как я понял еще, мы друг друга сейчас вообще не понимаем) прям какой-то барьер)
 Механизм я понимаю, я знаю что xPDOQuery это абстракция SQL запроса — разница лишь в подходе(ООП) его организации, так-же как и xPDOObject представление объекта.
 

Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "AND:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));

SELECT * FROM `modx_site_content` AS `resource`
        INNER JOIN `modx_site_tmplvar_contentvalues` AS `val` ON `val`.`contentid` = `resource`.`id`
        INNER JOIN `modx_site_tmplvars` AS `tv` ON `tv`.`id` = `val`.`tmplvarid`
WHERE (
    (tv.name = `icon` AND val.value = `example-icon`)
    AND
    (tv.name = `isCosmos` AND val.value = `IS`)
)

То-есть когда нам нужны ресурсы у которых оба(или более) поля чему то равны, запрос всегда будет возвращать 0 строк, даже если и будут ресурсы с обоими TV параметрами в БД, проверь сам)
 

Делая такой запрос с OR, мы получим ресурсы в которых какое либо указанное TV поле соответствует критерии — ну все верно ведь оператор OR.
 

Ой понял сори, я то полагался на пред-просмотр, а в нем криво отображается содержимое тега code). Как я понял еще, мы друг друга сейчас вообще не понимаем) прям какой-то барьер)
 Механизм я понимаю, я знаю что xPDOQuery это абстракция SQL запроса — разница лишь в подходе(ООП) его организации, так-же как и xPDOObject представление объекта. Когда я писал: Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: я имел ввиду: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "AND:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
)); что эквивалентно: SELECT * FROM `modx_site_content` AS `resource`
        INNER JOIN `modx_site_tmplvar_contentvalues` AS `val` ON `val`.`contentid` = `resource`.`id`
        INNER JOIN `modx_site_tmplvars` AS `tv` ON `tv`.`id` = `val`.`tmplvarid`
WHERE (
    (tv.name = `icon` AND val.value = `example-icon`)
    AND
    (tv.name = `isCosmos` AND val.value = `IS`)
) То-есть когда нам нужны ресурсы у которых оба(или более) поля чему то равны, запрос всегда будет возвращать 0 строк, даже если и будут ресурсы с обоими TV параметрами в БД, проверь сам) Делая такой запрос с OR, мы получим ресурсы в которых какое либо указанное TV поле соответствует критерии — ну все верно ведь оператор OR.

Ой понял сори, я то полагался на пред-просмотр, а 

Посмотри еще раз внимательно мой запрос:
 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));


Там не AND:, там OR:. И формируется вот такой SQL-запрос:
 

SELECT modResource.* 
    FROM `modx_site_content` AS `modResource` 
    LEFT JOIN `modx_site_tmplvar_contentvalues` `TemplateVarResources` ON `modResource`.`id` =  `TemplateVarResources`.`contentid` 
    LEFT JOIN `modx_site_tmplvars` `tv` ON tv.id=TemplateVarResources.tmplvarid 
    WHERE  (  
        ( `tv`.`name` = 'icon' AND `TemplateVarResources`.`value` = 'example-icon' )  
        OR  
        ( `tv`.`name` = 'isCosmos' AND `TemplateVarResources`.`value` = 'IS' )  )  

Поверь, у меня есть понимание SQL-запросов :) Так что я знаю, что говорю.

Посмотри еще раз внимательно мой запрос: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
)); Там не AND:, там OR:. И формируется вот такой SQL-запрос: SELECT modResource.* 
    FROM `modx_site_content` AS `modResource` 
    LEFT JOIN `modx_site_tmplvar_contentvalues` `TemplateVarResources` ON `modResource`.`id` =  `TemplateVarResources`.`contentid` 
    LEFT JOIN `modx_site_tmplvars` `tv` ON tv.id=TemplateVarResources.tmplvarid 
    WHERE  (  
        ( `tv`.`name` = 'icon' AND `TemplateVarResources`.`value` = 'example-icon' )  
        OR  
        ( `tv`.`name` = 'isCosmos' AND `TemplateVarResources`.`value` = 'IS' )  ) Поверь, у меня есть понимание SQL-запросов :) Так что я знаю, что говорю.

Посмотри еще раз внимательно мой запрос: $c = $mod

Да все правильно :) фишка не в этом, если задача у нас будет — выбрать ресурсы у которых должны быть несколько TV полей определенного значения, а не ресурсы у которых имеется какая-то любая комбинация TV => Значение среди заданных в критерии.
 

Я знаю что у тебя есть понимание, просто на SQL перевожу дабы меня поняли лучше :)

Да все правильно :) фишка не в этом, если задача у нас будет — выбрать ресурсы у которых должны быть несколько TV полей определенного значения, а не ресурсы у которых имеется какая-то любая комбинация TV => Значение среди заданных в критерии. Я знаю что у тебя есть понимание, просто на SQL перевожу дабы меня поняли лучше :)

Да все правильно :) фишка не в этом, если задача у

$c = $modx->newQuery('modResource');
$c->innerJoin('modTemplateVarResource', 'tv', "tv.tmplvarid=modResource.id AND tv.tmplvarid = 1 AND tv.value='value1'");
$c->innerJoin('modTemplateVarResource', 'tv', "tv2.tmplvarid=modResource.id AND tv2.tmplvarid = 2 AND tv2.value='value2'");


Развивай далее запрос как хочется.
 

Да, в xPDO не получается формировать запросы с подзапросами (типа select… where col.value in (select… from )) и т.п., но тем не менее на большинство задач тривиальных его хватает вполне. 


$c = $modx->newQuery('modResource');
$c->innerJoin('modTemplateVarResource', 'tv', "tv.tmplvarid=modResource.id AND tv.tmplvarid = 1 AND tv.value='value1'");
$c->innerJoin('modTemplateVarResource', 'tv', "tv2.tmplvarid=modResource.id AND tv2.tmplvarid = 2 AND tv2.value='value2'"); Развивай далее запрос как хочется. Да, в xPDO не получается формировать запросы с подзапросами (типа select… where col.value in (select… from )) и т.п., но тем не менее на большинство задач тривиальных его хватает вполне.

$c = $modx->newQuery('modResource');
$c->innerJoin

Да xPDO вообще крутая штука честно говоря :) 
 поправлю: 
 

$c = $modx->newQuery('modResource');

$c->innerJoin('modTemplateVar', 'tv1', "tv1.name='icon'");
$c->innerJoin('modTemplateVarResource', 'val1', "val1.contentid=modResource.id AND val1.tmplvarid = tv1.id AND val1.value='example-icon'");

$c->innerJoin('modTemplateVar', 'tv2', "tv2.name='isCosmos'");
$c->innerJoin('modTemplateVarResource', 'val2', "val2.contentid=modResource.id AND val2.tmplvarid = tv2.id AND val2.value='IS'");


Да xPDO вообще крутая штука честно говоря :) 
 поправлю: $c = $modx->newQuery('modResource');

$c->innerJoin('modTemplateVar', 'tv1', "tv1.name='icon'");
$c->innerJoin('modTemplateVarResource', 'val1', "val1.contentid=modResource.id AND val1.tmplvarid = tv1.id AND val1.value='example-icon'");

$c->innerJoin('modTemplateVar', 'tv2', "tv2.name='isCosmos'");
$c->innerJoin('modTemplateVarResource', 'val2', "val2.contentid=modResource.id AND val2.tmplvarid = tv2.id AND val2.value='IS'");

Да xPDO вообще крутая штука честно говоря :) 
 поп

Развивай далее запрос как хочется.

Развивай далее запрос как хочется. :)

Да больная тема, сам у себя не могу сделать, кто поможет?

Да больная тема, сам у себя не могу сделать, кто п

В свое время я тоже озадачивался подробным. И тоже задавал этот вопрос. Здесь modxclub.ru/blog/dokumentatsiya-dlya-spetsialistov/258.html все подробно описано.
 Все-таки не зря на сайте установлен поиск, нужно им иногда пользоваться. :)

В свое время я тоже озадачивался подробным. И тоже

Александр все получилось, но не работает вывод tv в Групповой редактор, Help!

Александр все получилось, но не работает вывод tv 

Это к Коле вопрос, я в ExtJS не силен, да и не пользуюсь я групповым редактором (и клиенты не обращались).
 Групповой редактор удобен, если использовать как есть. У меня, например, частенько у товара по нескольку фотографий и несколько параметров с разными ценами. Это удобнее править на странице товара, а не в табличке.

Это к Коле вопрос, я в ExtJS не силен, да и не пол

Спасибо разобрался, оказывается еще в процессор группового редактора нужно приджойнить тв-шку

Спасибо разобрался, оказывается еще в процессор гр

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

2. Появилась идея в корзине менять не только количество, но и цвета и размеры. что нужно сделать, чтобы эти изменения сохранялись, а также при изменении любого параметра происходила запись в базу (примерно как при изменении цены)? че-то я запутался в процессорах :)

Я правильно понимаю, что это все на уровне процессора все равно закладывается? Вам удалось решить?

Кстати, очень хотелось все таки реализовать подобную штуку, решением которой вы хотели заняться, но Николай Вас отговорил 2. Появилась идея в корзине менять не только количество, но и цвета и размеры. что нужно сделать, чтобы эти изменения сохранялись, а также при изменении любого параметра происходила запись в базу (примерно как при изменении цены)? че-то я запутался в процессорах :) Я правильно понимаю, что это все на уровне процессора все равно закладывается? Вам удалось решить?

Кстати, очень хотелось все таки реализовать подобн

Да, там все просто делается. тут modxclub.ru/blog/dokumentatsiya-dlya-spetsialistov/258.html все подробно описано.
 Николай отговорил от другого. Ранее он закладывал немного другой механизм — есть шаблон товара, а есть сами товары. Но он отошел от этого решения, оно достаточно ресурсоемкое. А тот вариант, который реализован сейчас — очень гибкий и удобный.
 В том топике я еще не был подкован в программировании, и напрограммировал такого, что сам запутался.
 Да и TV — очень затратный механизм. Если есть навыки работы с PHP, то лучше пойти путем modxclub.ru/topics/rasshirenie-sistemnyix-%28i-ne-tolko%29-tablicz-v-modx-revolution-1608.html

Да, там все просто делается. тут modxclub.ru/blog/

Но в любом случае всё взаимодействие осуществляется через процессоры — это фишка shopmodxbox

Но в любом случае всё взаимодействие осуществляетс

Да спасибо буду ковырять!

Андрей, сможете нам запилить?

В принципе да, но позднее. Осавьте контакт

Всем привет! Сорри, что не участвовал в диалоге, занят был.
 

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

Два вопроса: 
 1. От изменения размера, цвета и т.п. меняется цена или нет?
 2. Размеры и цвета связаны между собой? То есть указали три размера и три цвета, и на сайте три размера по три цвета на каждый, или все по отдельности будет: то есть два размера синего, 4 размера зеленого и т.п.?

Всем привет! Сорри, что не участвовал в диалоге, занят был. В магазине нужны доп.поля, такие как размер одежды, размер обуви, цвет Два вопроса: 
 1. От изменения размера, цвета и т.п. меняется цена или нет?
 2. Размеры и цвета связаны между собой? То есть указали три размера и три цвета, и на сайте три размера по три цвета на каждый, или все по отдельности будет: то есть два размера синего, 4 размера зеленого и т.п.?

Всем привет! Сорри, что не участвовал в диалоге, з

Добрый день, Николай. 
 1. Не меняется
 2. Не связаны.
 По обоим пунктам не строго. Вы — автор и мы надеемся, что данная доработка появится в новой сборке :) 
 поэтому всё на Ваше усмотрение.
 Единственное пожелание — это добавление подобных параметров «юзер-фриндли», если возможно :)

Добрый день, Николай. 
 1. Не меняется
 2. Не связ

Вы — автор и мы надеемся, что данная доработка появится в новой сборке :) 
 поэтому всё на Ваше усмотрение.

В текущей сборке эта доработка не появится. Там слишком много моментов. Вообще на этот счет есть три новости:
 1. Хорошая. Предполагается очень крутой инструментарий по управлению дополнительными параметрами товаров. Реально крутой.
 2. Плохая. Ориентировочно осенью. Очень постараюсь, чтобы к сентябрю.
 3. Совсем плохая. Это не будет в текущей версии сборки. Точнее планируется разработка ShopModxBox 2.0, то есть многое будет полностью переделано без обратной совместимости. Хотя и не думаю, что это совсем печаль.
 

Единственное пожелание — это добавление подобных параметров «юзер-фриндли», если возможно :)

Вам это надо на ваш какой-то один проект с бюджетом 2000 рублей, или вы хотите за эту сумму доработку в сборку?

Вы — автор и мы надеемся, что данная доработка появится в новой сборке :) 
 поэтому всё на Ваше усмотрение. В текущей сборке эта доработка не появится. Там слишком много моментов. Вообще на этот счет есть три новости:
 1. Хорошая. Предполагается очень крутой инструментарий по управлению дополнительными параметрами товаров. Реально крутой.
 2. Плохая. Ориентировочно осенью. Очень постараюсь, чтобы к сентябрю.
 3. Совсем плохая. Это не будет в текущей версии сборки. Точнее планируется разработка ShopModxBox 2.0, то есть многое будет полностью переделано без обратной совместимости. Хотя и не думаю, что это совсем печаль. Единственное пожелание — это добавление подобных параметров «юзер-фриндли», если возможно :) Вам это надо на ваш какой-то один проект с бюджетом 2000 рублей, или вы хотите за эту сумму доработку в сборку?

Вы — автор и мы надеемся, что данная доработка поя

надеемся, что данная доработка появится в новой сборке

ИМХО если закладывать такой функционал, то однозначно нужно цеплять и цену — это требуется чаще


надеемся, что данная доработка появится в новой сборке ИМХО если закладывать такой функционал, то однозначно нужно цеплять и цену — это требуется чаще

надеемся, что данная доработка появится в новой сб

прошу добавить в сборку по нескольким причинам:
 а) поддержка. чтобы потом не пришлось выковыривать нужный функционал из старой сборки)
 б) надеюсь, я сделаю вклад в развитие ShopModx

прошу добавить в сборку по нескольким причинам:
 а

а) поддержка. чтобы потом не пришлось выковыривать нужный функционал из старой сборки)

Вам это в одном виде надо, другому в другом. У вас не зависят цены от размеров, у других зависят. И еще есть много-много критериев.
 

б) надеюсь, я сделаю вклад в развитие ShopModx

Извините. Не хочу обидеть, но как есть, просто чтобы вы понимали: на подобные доработки вложения нужны от нескольких десятков килорублей. 2000 для допила функционала, который идет в ядро, в котором надо учесть кучу зависимостей и различных ситуаций — это даже на подумать за чаем не хватит.

а) поддержка. чтобы потом не пришлось выковыривать нужный функционал из старой сборки) Вам это в одном виде надо, другому в другом. У вас не зависят цены от размеров, у других зависят. И еще есть много-много критериев. б) надеюсь, я сделаю вклад в развитие ShopModx Извините. Не хочу обидеть, но как есть, просто чтобы вы понимали: на подобные доработки вложения нужны от нескольких десятков килорублей. 2000 для допила функционала, который идет в ядро, в котором надо учесть кучу зависимостей и различных ситуаций — это даже на подумать за чаем не хватит.

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

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


спасибо поржал) ну я ведь интересуюсь, нет так нет

А вот насмешить я совсем не собирался ;)
 

На счет сбора средств: практика показывает, что дело гиблое. Не раз здесь озвучивались интересные идеи (и ценник объявлялся значительно ниже, чем оно на самом деле стоило бы). Но народ не особо активничал. Поэтому мы давно уже дорабатываем и публикуем только то, что идет из коммерческих проектов по принципу «Use as is». Что есть — то и используйте. Можете сами докрутить — докручивайте. Не можете — заказывайте индивидуальные доработки. Но заказать доработку в ядро — это маловероятно. При этом, чтобы вы понимали, себестоимость ShopModxBox, которую сегодня может скачать любой — это сотни тысяч рублей (хотя и мало кто поверит). Тем не менее, учитывая то, что за неделю новый релиз скачали 170 раз, а предыдущий за 4 месяца 970 раз, можно сказать, что движок даже в таком виде был оценен.

А вот насмешить я совсем не собирался ;) На счет сбора средств: практика показывает, что дело гиблое. Не раз здесь озвучивались интересные идеи (и ценник объявлялся значительно ниже, чем оно на самом деле стоило бы). Но народ не особо активничал. Поэтому мы давно уже дорабатываем и публикуем только то, что идет из коммерческих проектов по принципу «Use as is». Что есть — то и используйте. Можете сами докрутить — докручивайте. Не можете — заказывайте индивидуальные доработки. Но заказать доработку в ядро — это маловероятно. При этом, чтобы вы понимали, себестоимость ShopModxBox, которую сегодня может скачать любой — это сотни тысяч рублей (хотя и мало кто поверит). Тем не менее, учитывая то, что за неделю новый релиз скачали 170 раз, а предыдущий за 4 месяца 970 раз, можно сказать, что движок даже в таком виде был оценен.