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

Новости

Песочница

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

Наши партнеры

Tips & tricks

проблема с getPage

Как отрубить работу шаблона в середине него (аналог die($res) в сниппетах)

Каталог сайтов и разработчиков на сайте MODX-Клуба.

ShopModxBox-2.5.0, modxSite-1.3.0 и modxSmarty-1.0.0

Вывод галереи

Не могу разобраться с htaccess

Криво поставили модуль сравнения товаров и исчезли(

Корзина Shopkeeper

Онлайн-консультант JivoSite

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

RewriteEngine On RewriteRule ^eating/$ /consult/eating/ [R=301,L]  // (- 1. Вот это что за строчка ? Она перенаправляет на какую то страницу, а должна вообще туда перенаправлять, если главная страница другая ?)  RewriteBase /

Сначала должно идти RewriteBase /, а потом уже все остальное.
 

В остальном: гуглите. Тема .htaccess настолько избитая и столько всякой документации в сети, что грех вообще подобные вопросы задавать (Не говоря уже о том, что .htaccess напрямую к MODX отношения не имеет).

RewriteEngine On RewriteRule ^eating/$ /consult/eating/ [R=301,L]  // (- 1. Вот это что за строчка ? Она перенаправляет на какую то страницу, а должна вообще туда перенаправлять, если главная страница другая ?)  RewriteBase / Сначала должно идти RewriteBase /, а потом уже все остальное. В остальном: гуглите. Тема .htaccess настолько избитая и столько всякой документации в сети, что грех вообще подобные вопросы задавать (Не говоря уже о том, что .htaccess напрямую к MODX отношения не имеет).

RewriteEngine On RewriteRule ^eating/$ /consult/ea

Приветствую Николай!
 Отличная работа и будь уверен мы ценим самоотверженность и тот труд что ты вкладываешь в это дело! Спасибо за улучшения и уверен еще много впереди таких плюсов! ))

Приветствую Николай!
 Отличная работа и будь увере

Интересная и весьма привлекательная новость. Отрадно, что новый год начинается с достаточно мощных и значительных нововведений.
 

А когда новую версию smarty можно будет поюзать?

Приветствую Интересная и весьма привлекательная новость. Отрадно, что новый год начинается с достаточно мощных и значительных нововведений. А когда новую версию smarty можно будет поюзать?

Приветствую Интересная и весьма привлекательная но

Сергей, спасибо на добром слове :)

А когда новую версию smarty можно будет поюзать? 

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

Стараемся :) А когда новую версию smarty можно будет поюзать? Думаю, через несколько дней. Там для запуска потребовалось с бубнами потанцевать. Погоняю, подумаю еще немного как там лучше предусмотреть перечисление нескольких шаблонов, и тогда уже соберу новый пакет.

Стараемся :) А когда новую версию smarty можно буд

Отвечаю на второй вопрос:
 

#Включаем систему перезаписи URL
RewriteEngine On

# Все запросы на сайт без www
RewriteCond %{HTTP_HOST} ^example.com$ [NC] 

# Перенаправляем на сайт с www
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L] 

Отвечаю на второй вопрос: #Включаем систему перезаписи URL
RewriteEngine On

# Все запросы на сайт без www
RewriteCond %{HTTP_HOST} ^example.com$ [NC] 

# Перенаправляем на сайт с www
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

Отвечаю на второй вопрос: #Включаем систему переза

Выключите javascript, без него попробуйте. Судя по всему событие где-то навешено.

Выключите javascript, без него попробуйте. Судя по

Событие, по-любому навешано, и отключить js не вариант tagmaneger2 работать перестанет

Событие, по-любому навешано, и отключить js не вар

Вроде решил в filters.js закомментил строку 896 

, конечно это не лучший вариант, но как костыль сойдет, т.к. из-за сессии и «неторопливого» дизайнера, пропустили срок сдачи, приходится теперь «костылить»(( Спасибо что дали наводку в какую сторону копать)

Вроде решил в filters.js закомментил строку 896 var temp_arr = href.split('page='); , конечно это не лучший вариант, но как костыль сойдет, т.к. из-за сессии и «неторопливого» дизайнера, пропустили срок сдачи, приходится теперь «костылить»(( Спасибо что дали наводку в какую сторону копать)

Вроде решил в filters.js закомментил строку 896 va

Речь не о том была, чтобы совсем выключить JS на сайт, а о том, чтобы выявить где проблема — на стороне сервера или клиента.
 

Спасибо что дали наводку в какую сторону копать

Событие, по-любому навешано, и отключить js не вариант tagmaneger2 работать перестанет Речь не о том была, чтобы совсем выключить JS на сайт, а о том, чтобы выявить где проблема — на стороне сервера или клиента. Спасибо что дали наводку в какую сторону копать Пожалуйста.

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

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

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 вообще крутая штука честно говоря :) 
 поп

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

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

можно в контроллере прописать
 

и в шаблоне тогда можно будет вставить
 

можно в контроллере прописать $modx->smarty->allow_php_tag = true; и в шаблоне тогда можно будет вставить {php}
    die;
{/php}

можно в контроллере прописать $modx->smarty->allow

Спасибо. Попробую.

На сколько я знаю, нет в смарти ни exit, ни die, ни даже return. Поэтому хочется или нет, но придется юзать if/else.

На сколько я знаю, нет в смарти ни exit, ни die, н

Саш, а ты проверял на практике? Ведь здесь не все так просто. Частичный вывод контента и т.п. По-моему не проканает нормальной работы.


Саш, а ты проверял на практике? Ведь здесь не все 

Все-таки я пока остановился на таком механизме: modxclub.ru/topics/ajax-katalog-na-praktike-1258.html
 Конечно и он не идеальный, но в целом очень даже работоспособный. Ведь не весь сайт нужен для подгрузки, а только какие-то определенные разделы. И вообще, в современных JS-либах подгружают весь контент страницы, просто из всего полученного контента выдергивают нужные Ajax-блоки и вставляют куда надо (реализуется просто на уровне таг-селекторов).

Все-таки я пока остановился на таком механизме: mo

Интересная идея я сейчас с этим работаю. У меня задача при штатном переходе на сайт загружать страницу нормально шаблоном. А далее все переходы по ссылкам в внутри сайта перехватываются JS Ext и тот должен запросить по ссылке Json данные страницы и перестроить страницу. 
 

Интересная идея я сейчас с этим работаю. У меня задача при штатном переходе на сайт загружать страницу нормально шаблоном. А далее все переходы по ссылкам в внутри сайта перехватываются JS Ext и тот должен запросить по ссылке Json данные страницы и перестроить страницу. Плагины не подходят?

Интересная идея я сейчас с этим работаю. У меня за

Чет не получилось у меня вырвать конструкцию if/else с проверкой на HTTP_X_REQUESTED_WITH из основного, всеми наследуемого layout.tpl.

Чет не получилось у меня вырвать конструкцию if/el

Просто хочется, чтобы в нем этой конструкции и проверки вообще небыло.


Просто хочется, чтобы в нем этой конструкции и про

Пробуй наследовать другой (пустой) layout, на основании проверки на HTTP_X_REQUESTED_WITH…

Пробуй наследовать другой (пустой) layout, на осно

Наследование прописывается в шапке файла. {extends ...}. Нельзя по условию наследовать. Но можно по условию инклюдить файлы-шаблоны.

Наследование прописывается в шапке файла. {extends

В общем, я пробовал по всякому. Ничего нормального тут не получается.
 Но поделюсь одним нестабильным элементом:
 

Весь главный шаблон оборачиваем в блок, к примеру resource.
 

Далее создаем новый промежуточный layout-wraper.tpl с таким содержимым
 

{extends "layout.tpl"}
{block name="resource"}
    {if $is_ajax}
        {block name=content}
            {$smarty.block.parent}
        {/block}
    {else}
        {$smarty.block.parent}
    {/if}
{/block}


Здесь важно, чтобы блока content не было в главном layout-шаблоне. Вот тогда при вызове какого-либо более глубокого расширяемого шаблона по условию выводился только блок content.
 Но у меня это было очень не стабильно. Это скорее бага, чем фича. Если захочешь с этим поэкспериментировать, то до конечного шаблона создай еще один расширяющий шаблон, в котором будет только расширение прописано {extends ...} и все.
 Мне сейчас совсем некогда ковырять глубоко Смарти, чтобы объяснить такое странное его поведение. Коммент оставляю, чтобы возможно на досуге вернуться к изучению этого интересного явления.

В общем, я пробовал по всякому. Ничего нормального тут не получается.
 Но поделюсь одним нестабильным элементом: Весь главный шаблон оборачиваем в блок, к примеру resource. Далее создаем новый промежуточный layout-wraper.tpl с таким содержимым {extends "layout.tpl"}
{block name="resource"}
    {if $is_ajax}
        {block name=content}
            {$smarty.block.parent}
        {/block}
    {else}
        {$smarty.block.parent}
    {/if}
{/block} Здесь важно, чтобы блока content не было в главном layout-шаблоне. Вот тогда при вызове какого-либо более глубокого расширяемого шаблона по условию выводился только блок content.
 Но у меня это было очень не стабильно. Это скорее бага, чем фича. Если захочешь с этим поэкспериментировать, то до конечного шаблона создай еще один расширяющий шаблон, в котором будет только расширение прописано {extends ...} и все.
 Мне сейчас совсем некогда ковырять глубоко Смарти, чтобы объяснить такое странное его поведение. Коммент оставляю, чтобы возможно на досуге вернуться к изучению этого интересного явления.

В общем, я пробовал по всякому. Ничего нормального

В Smarty в {extends ....} можно использовать переменную, примерно так:
 {extends $modx->layout}
 

а $modx->layout можно где-нибудь определить
 

скажем в modxsmarty.class.php в конструкторе:
 


...
...

function __construct(modX &$modx, $params= array ()) {
        parent :: __construct();
        $this->modx= & $modx;
        
        $this->modx->layout= $_SERVER['HTTP_X_REQUESTED_WITH'] != 'XMLHttpRequest' ? "layout.tpl" : "<strong>empty_layout.tpl</strong>";

...
...



В Smarty в {extends ....} можно использовать переменную, примерно так:
 {extends $modx->layout} а $modx->layout можно где-нибудь определить скажем в modxsmarty.class.php в конструкторе: ...
...

function __construct(modX &$modx, $params= array ()) {
        parent :: __construct();
        $this->modx= & $modx;
        
        $this->modx->layout= $_SERVER['HTTP_X_REQUESTED_WITH'] != 'XMLHttpRequest' ? "layout.tpl" : "<strong>empty_layout.tpl</strong>";

...
...

В Smarty в {extends ....} можно использовать перем

сам не проверял…

да, правда только в верхнем layout. поставил перед футером — отсекает. правда,  тоже нет — сейчас посмотрел :(

да, правда только в верхнем layout. поставил перед

Надо просто учитывать, что в отличие от return где-нибудь в блоке присвоения значений в php-коде, в смарти это буквально в блоке вывода echo/print, из-за чего мы обламываем таким образом процесс вывода, а не процесс присвоения.

Надо просто учитывать, что в отличие от return где

Да, указать переменную шаблона действительно можно, просто из прошлого коммента подумалось типа {if}{extends ...}{else}..{/if}. Такое там не канает.
 А с переменной получается следующее:
 

1. В __construct лезть не оязательно, у нас же за все отвечает единый контроллер base.php
 

Прописываем в нем условие:
 

<?php
// .................................. 
if($_SERVER['HTTP_X_REQUESTED_WITH'] == 'XMLHttpRequest'){
    $modx->setOption('layout', 'ajax-layout.tpl');
    $compile_id = 'ajax';
}
else{
    $modx->setOption('layout', 'layout.tpl');
    $compile_id = 'layout';
}

return $modx->smarty->fetch("tpl/{$tpl}", '', $compile_id);

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

2. Создаем ajax-layout.tpl
 В нем пишем:
 

{block name=content}
    {$modx->resource->content}
{/block}

3. Создаем промежуточный switch-layout.tpl, с содержимым:
 

{extends $modx->getOption('layout', null, 'layout.tpl')}

Здесь один минус есть: в рабочем режиме у шаблонов переменная phptemplates.non-cached == false, и Smarty-шаблоны при повторном заходе не отрабатываются. Так что придется некеширование выставлять в true, что конечно же скажется на производительности. Можно конечно в настройках modxSmarty включить кеширование самих смарти-шаблонов, но это усложняет разработку, ибо надо будет более четко продумывать где что кешировань/не кешировать, и прописывать где надо nocache. Но если это правильно использовать, то нагрузка не должна увеличиться так, чтобы заметно было.
 

P.S. За полезный коммент поднимаю права до члена Клуба :)

Да, указать переменную шаблона действительно можно, просто из прошлого коммента подумалось типа {if}{extends ...}{else}..{/if}. Такое там не канает.
 А с переменной получается следующее: 1. В __construct лезть не оязательно, у нас же за все отвечает единый контроллер base.php Прописываем в нем условие: <?php
// .................................. 
if($_SERVER['HTTP_X_REQUESTED_WITH'] == 'XMLHttpRequest'){
    $modx->setOption('layout', 'ajax-layout.tpl');
    $compile_id = 'ajax';
}
else{
    $modx->setOption('layout', 'layout.tpl');
    $compile_id = 'layout';
}

return $modx->smarty->fetch("tpl/{$tpl}", '', $compile_id); Обязательно задаем разные $compile_id, иначе не будет перекомпиливаться уже отработанный шаблон. 2. Создаем ajax-layout.tpl
 В нем пишем: {block name=content}
    {$modx->resource->content}
{/block} 3. Создаем промежуточный switch-layout.tpl, с содержимым: {extends $modx->getOption('layout', null, 'layout.tpl')} Здесь один минус есть: в рабочем режиме у шаблонов переменная phptemplates.non-cached == false, и Smarty-шаблоны при повторном заходе не отрабатываются. Так что придется некеширование выставлять в true, что конечно же скажется на производительности. Можно конечно в настройках modxSmarty включить кеширование самих смарти-шаблонов, но это усложняет разработку, ибо надо будет более четко продумывать где что кешировань/не кешировать, и прописывать где надо nocache. Но если это правильно использовать, то нагрузка не должна увеличиться так, чтобы заметно было. P.S. За полезный коммент поднимаю права до члена Клуба :)

Да, указать переменную шаблона действительно можно

Лезть в modxsmarty.class.php — это перебор. Короче if/else в главном лейауте остается пока самым простым и железобетонным способом.

Лезть в modxsmarty.class.php — это перебор. Короче

Я выше написал как без этого храдкода.

Но вы же говорите, что и там это «скорее баг»?

Нет. Про баг — это здесь. А переменная в {extended ...} — это стабильный вариант. Просто как я и сказал, надо с кешированием быть повнимательней.

Нет. Про баг — это здесь. А переменная в {extended

Извиняюсь, не на тот комент подумал. но там тоже не все гладко. Хотя как инфа к размышлению интересно.

Извиняюсь, не на тот комент подумал. но там тоже н

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

{if $smarty.server.HTTP_X_REQUESTED_WITH == 'XMLHttpRequest'}
    {include file="inc/shop/product.tpl"}
// от здесь бы прерывать отрисовку шаблона
{else}
    содержание шаблона.
{/if}


{include file=«inc/shop/product.tpl»} так же висит в категории товаров и собственно его мы и отображаем.
 Добавляем в product.tpl скрипты из шапки. И не забудем указать в $.ajax указать dataType: «multiple», чтобы при аджакс-загрузках не отрубались js. Теперь все ништяк, после аджакс-обновления страницы товары в корзину добавляются, но дважды )) Нужно удалить скрипты из головы страницы. И конечно их нужно обязательно добавить в шаблон с корзиной, чтобы она тоже работала.
 С локалки еще не перенес, тестил пока только в Огнелисе, но выглядит прикольно. И по-идеи должно работать везде. Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 )))
 Т.о. можно делать фильтры любой сложности, любого вида и на аджаксе. Разве что в скобках можно еще указывать количества товаров при выборе разных опций. Но я этим не заморачиваюсь, хотя наверняка это было бы можно.

Все ништяк с аджаксом, но скрипты shopmodx теряются.
 После первого взгляда на скрипты понимаешь — их куча
  Кажется, что разбираться с ними придется долго и т.д.
 Но вроде бы работает такая махинация: 
 Напомню, что в нашем лейауте вот такая конструкция {if $smarty.server.HTTP_X_REQUESTED_WITH == 'XMLHttpRequest'}
    {include file="inc/shop/product.tpl"}
// от здесь бы прерывать отрисовку шаблона
{else}
    содержание шаблона.
{/if} {include file=«inc/shop/product.tpl»} так же висит в категории товаров и собственно его мы и отображаем.
 Добавляем в product.tpl скрипты из шапки. И не забудем указать в $.ajax указать dataType: «multiple», чтобы при аджакс-загрузках не отрубались js. Теперь все ништяк, после аджакс-обновления страницы товары в корзину добавляются, но дважды )) Нужно удалить скрипты из головы страницы. И конечно их нужно обязательно добавить в шаблон с корзиной, чтобы она тоже работала.
 С локалки еще не перенес, тестил пока только в Огнелисе, но выглядит прикольно. И по-идеи должно работать везде. Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 )))
 Т.о. можно делать фильтры любой сложности, любого вида и на аджаксе. Разве что в скобках можно еще указывать количества товаров при выборе разных опций. Но я этим не заморачиваюсь, хотя наверняка это было бы можно.

Все ништяк с аджаксом, но скрипты shopmodx теряютс

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

Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 )))

Шестой осел уж не первый год как похоронен. О чем вы?
 

Покликай каталог и корзину здесь: termasol.ru.modxdev.webtm.ru/products/heating/fireplace/
 Не все еще сделано, но в целом работает. Корзина там более прокаченная.

Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 ))) Шестой осел уж не первый год как похоронен. О чем вы? Покликай каталог и корзину здесь: termasol.ru.modxdev.webtm.ru/products/heating/fireplace/
 Не все еще сделано, но в целом работает. Корзина там более прокаченная.

Кстати, выяснилось, что скрипты ШопМодихса не рабо

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

Чессказать даже в исходном тексте сообщения все пу

Да просто скрипты shopmodx github.com/Fi1osof/ShopModxBox/blob/master/core/components/modxsite/templates/shopmodx/layout.tpl#L42

Да просто скрипты shopmodx github.com/Fi1osof/Shop

Странно… Погоняю на досуге

github.com/Fi1osof/ShopModxBox/blob/master/core/components/modxsite/templates/shopmodx/layout.tpl#L42-L65
 Чтоб совсем наглядно.

github.com/Fi1osof/ShopModxBox/blob/master/core/co

Я так и подумал на них. Вообще MODX вырезает скрипты из запросов. Но посмотрю, может и решу этот вопрос.

Я так и подумал на них. Вообще MODX вырезает скрип

На дворе 2015 год. Уже 8 осел бессмысленно поддерживать, а вы все над хладным телом шестого глумитесь…

Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 ))) На дворе 2015 год. Уже 8 осел бессмысленно поддерживать, а вы все над хладным телом шестого глумитесь…

Я между прочим с тела виндо-хр пишу ) Но про ie6 я не серьезно.

Я между прочим с тела виндо-хр пишу ) Но про ie6 я

Александр, здравствуйте!
 

Киньте доступ в админку на почту n.lanets@modxclub.ru, поправлю.

Александр, здравствуйте! Киньте доступ в админку на почту n.lanets@modxclub.ru, поправлю.