Параметры pdoresources: Общие параметры / pdoTools / Компоненты / docs.modx.pro

Общие параметры / pdoTools / Компоненты / docs.modx.pro

• Общие параметры

Общие параметры для сниппетов, основанных на pdoTools/pdoFetch.

Параметры выборки ресурсов

Эти параметры определяют, какие объекты будут получены.

Название	По умолчанию	Описание
&class	modResource	Класс получаемого объекта
&parents	Текущий ресурс	Список родителей, через запятую, для поиска результатов. Если поставить 0 — выборка не ограничивается. Если id родителя начинается с дефиса, он и его потомки исключаются из выборки.
&depth	10	Глубина поиска дочерних ресурсов от родителя.
&resources		Список ресурсов, через запятую, для вывода в результатах. Если id ресурса начинается с дефиса, этот ресурс исключается из выборки.
&templates		Список шаблонов, через запятую, для фильтрации результатов. Если id шаблона начинается с дефиса, ресурсы с ним исключается из выборки.
&context		Ограничение выборки по контексту ресурсов.
&where		Массив дополнительных параметров выборки, закодированный в JSON.
&showHidden	0	Показывать ресурсы, скрытые в меню.
&showUnpublished	0	Показывать неопубликованные ресурсы.
&showDeleted	0	Показывать удалённые ресурсы.
&hideContainers	0	Отключает вывод контейнеров, то есть, ресурсов с «isfolder = 1».
&hideUnsearchable		Отключает вывод спрятанных от поиска ресурсов.
&select		Список полей для выборки, через запятую. Можно указывать JSON строку с массивом, например {«modResource»:»id,pagetitle,content»}.
&leftJoin		Аналог SQL оператора left join
&rightJoin		Аналог SQL оператора right join
&innerJoin		Аналог SQL оператора inner join
&joinSequence	innerJoin,leftJoin,rightJoin	Порядок подключения таблиц, через зяпятую.
&sortby	pagetitle	Любое поле ресурса для сортировки, включая ТВ параметр, если он указан в параметре &includeTVs. Можно указывать JSON строку с массивом нескольких полей. Для случайно сортировки укажите «RAND()»
&sortdir	ASC	Направление сортировки: по убыванию или возрастанию.
&groupby		Указывает поле, по которому группируются результаты
&having		Используется, чтобы ограничить выборку сгруппированных строк с помощью условия, относящегося ко всей группе, заданной в &groupby
&limit	0	Ограничение количества результатов выборки. Можно использовать «0».
&offset	0	Пропуск результатов от начала.
&first	1	Номер первой итерации вывода результатов.
&last	Автоматически, по формуле (total + first — 1)	Номер последней итерации вывода результатов.
&loadModels		Список компонентов, через запятую, чьи модели нужно загрузить для построения запроса. Например: &loadModels=`ms2gallery,msearch3`.
&tvFilters		Список фильтров по ТВ, с разделителями AND и OR. Разделитель, указанный в параметре &tvFiltersOrDelimiter представляет логическое условие OR и по нему условия группируются в первую очередь. Внутри каждой группы вы можете задать список значений, разделив их &tvFiltersAndDelimiter. Поиск значений может проводиться в каком-то конкретном ТВ, если он указан «myTV==value», или в любом «value». Пример вызова: &tvFilters=`filter2==one,filter1==bar%||filter1==foo`. Обратите внимание: фильтрация использует оператор LIKE и знак «%» является метасимволом. И еще: Поиск идёт по значениям, которые физически находятся в БД, то есть, сюда не подставляются значения по умолчанию из настроек ТВ.
&tvFiltersAndDelimiter	«,»	Разделитель для условий AND в параметре &tvFilters.
&tvFiltersOrDelimiter	«||»	Разделитель для условий OR в параметре &tvFilters.
&sortbyTV		Дополнительное поле, по которому нужно сортировать результаты. Может быть указано напрямую в параметре &sortby
&sortdirTV		Направление сортировки по дополнительному полю, указанному в &sortbyTV. Может быть указано напрямую в параметре &sortby
&sortbyTVType		Тип сортировки по ТВ параметру. Возможные варианты: string, integer, decimal и datetime. Если пусто, то ТВ будет отсортирован в зависимости от его типа: как текст, число или дата.
&checkPermissions		Укажите, какие разрешения нужно проверять у пользователя при выводе объектов.
&disableConditions		Отключает специфичные для класса modResource параметры выборки.
&fenomModifiers		список сниппетов-модификаторов через запятую, для подключения в Fenom. Подробности в соответствующем разделе.

Параметры шаблонов

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

Параметры результатов

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

Способы вызова чанков

Все чанки могут иметь один из следующих префиксов:

@INLINE или @CODE. В качестве шаблона будет использован код после этого префикса.

[[!pdoResources?
    &parents=`0`
    &tpl=`@INLINE <li>{{+pagetitle}}</li>`
]]

В INLINE чанках нельзя указывать сниппеты, другие чанки или фильтры вывода через обычные теги, потому что так парсер MODX обработает их в первую очередь, и сниппет получит совсем не то, что вы хотели.

Поэтому для INLINE чанков предусмотрена замена [[+]] на {{+}} — такие теги MODX пропускает, а pdoTools при работае конвертирует их как нужно. Конечно, вы всё равно можете использовать теги MODX, если вам нужно, чтобы в чанк попала уже обработанная информация, например:

[[!pdoResources?
    &parents=`0`
    &tplFirst=`@INLINE Текущая страница: [[*pagetitle]]`
    &tpl=`@INLINE <p>{{+id}} - {{+pagetitle}}<p>`
]]

@FILE. Вместо чанка из базы данных используется содержимое файла. Путь до файла указывается в систеной настройке pdotools_elements_path.
Имя файла должно быть с расширением .tpl или .html.

[[!pdoResources?
    &tpl=`@FILE fileBasedRow.tpl`
]]

@TEMPLATE. Указывается идентификатор или имя шаблона. Если пусто — для каждого ресурса будет использован его собственный шаблон.

[[!pdoResources?
    &tpl=`@TEMPLATE 10`
]]

@CHUNK. Аналогично простому указанию имени чанка, оставлено для совместимости со сторонними сниппетами.

[[!pdoResources?
    &tpl=`@CHUNK tpl.Resource.row`
]]
[[!pdoResources?
    &tpl=`tpl.Resource.row`
]]

Подробнее про возможности pdoParser можно прочитать в соответствующем разделе.

Возвращаемые значения

pdoTools умеет возвращать данные в разном виде, в зависимости от параметр &return. В основном это используют сами сниппеты для внутренних нужд, но вы можете указывать &return в pdoResources:

[[!pdoResources?
    &parents=`0`
    &return=`json`
]]

• chunks — оформленные чанки, по умолчанию.
• sql — подготовленный сырой SQL, полезно для отладки. Сам запрос не выполняется, только выводится на экран.
• data — готовый массив данных. Из-за особенностей работы сниппетов MODX этот вариант имеет смысл использовать только при вызове pdoFetch::run() напрямую из своего сниппета, в противном случае вы получите только строку «Array».
• ids — возвращает только идентификаторы документов, через запятую. Удобно для подстановки в качестве параметра другим сниппетам. Параметр &returnIds использует именно этот тип.
• json — возврат массива данных JSON строкой.
• serialize — возврат массива данных сериализованной строкой. Иногда, по непонятным причинам, может вызвать нехватку памяти. Лучше использовать json.

Документация по pdoResources

Сниппет предназначен для вывода списка ресурсов. Является продвинутой заменой для getResources: обладает всеми его возможностями, но лишен недостатков.

Умеет правильно сортировать ТВ параметры, присоединять таблицы при выборке, включать и исключать категории из разных контекстов и еще много чего.

Параметры

Параметры выборки ресурсов

Эти параметры определяют, какие ресурсы появятся в генерируемом списке.

Параметры шаблонов

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

Параметры результатов

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

Примеры

Простейший вывод списка дочерних ресурсов документа с идентификатором 1:

	
[[pdoResources?
    &parents=`1`
    &depth=`0`
    &tpl=`ListRowTpl`
]]
	

Если используется дополнительное поле image, то вызов изменится следующим образом:

	
[[pdoResources?
    &parents=`1`
    &depth=`0`
    &tpl=`ListRowTpl`
    &includeTVs=`image`
]]
	

В чанке ListRowTpl за это поле будет отвечать плейсхолдер [[+tv.image]]

Дополнительная информация

При переносе чанков с getResources, довольно распространённой ошибкой является использование модификатора strtotime, для форматирования даты.

Дело в том, что даты ресурсов и так хранятся в виде timestamp, но конвертируются в нормальные даты из-за использования объектов modResource — так запрограммировано в его свойствах. А потом, для форматирования даты, их нужно перевести обратно в timestamp. Выходит двойная ненужная конвертация.

pdoTools же работает напрямую с базой данных, без создания объектов и конвертации их значений, поэтому в чанк приходит timestamp, который не нужно дополнительно обрабатывать. Вы можете сразу применять модификатор date к значениям:

	
		[[+publishedon:date=`%d.%m.%Y`]]
		или
		[[+createdon:date=`%Y-%m-%d`]]
	

Это касается работы с датами ресурсов и в других сниппетах pdoTools.

Голосов: 615 | Просмотров: 10709

Вывод списка ресурсов на сайте с использованием pdoResources

Общие параметры для сниппетов, основанных на pdoTools/pdoFetch.

Параметры выборки ресурсов

Эти параметры определяют, какие объекты будут получены.

Параметры шаблонов

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

Параметры результатов

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

Способы вызова чанков

Все чанки могут иметь один из следующих префиксов:

@INLINE или @CODE. В качестве шаблона будет использован код после этого префикса.

[[!pdoResources?
    &parents=`0`
    &tpl=`@INLINE <li>{{+pagetitle}}</li>`
]]

В INLINE чанках нельзя указывать сниппеты, другие чанки или фильтры вывода через обычные теги, потому что так парсер MODX обработает их в первую очередь, и сниппет получит совсем не то, что вы хотели.

Поэтому для INLINE чанков предусмотрена замена [[+]] на {{+}} — такие теги MODX пропускает, а pdoTools при работае конвертирует их как нужно. Конечно, вы всё равно можете использовать теги MODX, если вам нужно, чтобы в чанк попала уже обработанная информация, например:

[[!pdoResources?
    &parents=`0`
    &tplFirst=`@INLINE Текущая страница: [[*pagetitle]]`
    &tpl=`@INLINE <p>{{+id}} - {{+pagetitle}}<p>`
]]

@FILE. Вместо чанка из базы данных используется содержимое файла. Путь до файла указывается в систеной настройке pdotools_elements_path.
Имя файла должно быть с расширением .tpl или .html.

[[!pdoResources?
    &tpl=`@FILE fileBasedRow.tpl`
]]

@TEMPLATE. Указывается идентификатор или имя шаблона. Если пусто — для каждого ресурса будет использован его собственный шаблон.

[[!pdoResources?
    &tpl=`@TEMPLATE 10`
]]

@CHUNK. Аналогично простому указанию имени чанка, оставлено для совместимости со сторонними сниппетами.

[[!pdoResources?
    &tpl=`@CHUNK tpl.Resource.row`
]]
[[!pdoResources?
    &tpl=`tpl.Resource.row`
]]

Подробнее про возможности pdoParser можно прочитать в соответствующем разделе.

Возвращаемые значения

pdoTools умеет возвращать данные в разном виде, в зависимости от параметр &return. В основном это используют сами сниппеты для внутренних нужд, но вы можете указывать &return в pdoResources:

[[!pdoResources?
    &parents=`0`
    &return=`json`
]]

• chunks — оформленные чанки, по умолчанию.
• sql — подготовленный сырой SQL, полезно для отладки. Сам запрос не выполняется, только выводится на экран.
• data — готовый массив данных. Из-за особенностей работы сниппетов MODX этот вариант имеет смысл использовать только при вызове pdoFetch::run() напрямую из своего сниппета, в противном случае вы получите только строку «Array».
• ids — возвращает только идентификаторы документов, через запятую. Удобно для подстановки в качестве параметра другим сниппетам. Параметр &returnIds использует именно этот тип.
• json — возврат массива данных JSON строкой.
• serialize — возврат массива данных сериализованной строкой. Иногда, по непонятным причинам, может вызвать нехватку памяти. Лучше использовать json.

Замена getResources на pdoResources в MODX Revolution

Вчера решил попробовать заменить на сайте вывода ресурсов с «getResources» на «pdoResources». Результат превзошел все ожидания. Время загрузки кешируемой главной страницы уменьшилось с 1.1 сек до 0.76 сек.

Переход занимает менее 10 минут. Достаточно установить из репозитория пакет pdoTools (про пакет «pdoTools» и остальные его сниппеты я написал отдельную статью — pdoTools в MODX Revoluton — замена стандартных сниппетов) и сделать несколько правок.

Меняем название getResources на pdoResources

Само собой разумеющийся пункт и здесь хотелось бы лишь отметить, что если для вывода ресурсов у вас используется постраничная навигация («getPages»), то это никак не помешает переходу. Точно так же применяйте вместо элемента вывода getResources — pdoResources. Различие в параметрах будет лишь одно. О нем ниже.

Включение TV параметров в вывод

В «getResources» указывается значение 1 если требуется включать TV параметры в результат вывода и 0, если не требуется:

&includeTVs=`1`

В «pdoResources» необходимо указывать имена TV параметров через запятую:

&includeTVs=`img-news,tags`

Вывод даты публикации ресурса

В getResources:

Опубликовано: [[+publishedon:strtotime:date=`%d %b %Yг. в %H:%M`]]

В pdoResources убираем промежуточную функцию «strtotime»:

Опубликовано: [[+publishedon:date=`%d %b %Yг. в %H:%M`]]

Замена «getResourcesTag»

Вместе с «getResources» идет сниппет «getResourcesTag», который выводит ресурсы по тегу. «pdoResources» может заменить и его. Я реализовал замену включением в «pdoResources» следующего параметра:

&where=`{"tags:LIKE":"%[[!getUrlParam? &name=`tag`]]%"}`

Он указывает на то, что требуется вывести только те статьи, у которых в TV-поле «tags» встречается слово, передаваемое в адресной строке в параметре «tag».

Для получения этого параметра я использую snippet «getUrlParam». Устанавливается он из репозитория как обычный пакет. Он предназначен для вывода значения переменной, передаваемой в адресной строке методом GET.

Параметр «conditionalTpls»

Этот пункт здесь лишний, так как данный параметр есть как у первого сниппета, так и у второго. Однако, узнал я о его существовании только когда начал разбираться c «pdoResources».

• &conditionalTpls — параметр применяется в сниппетах pdoResources/getResources при необходимости осуществить вывод отдельных ресурсов в «свои» чанки:

  [[!pdoResources? 
      &parents=`2` 
      &tpl=`chunk1` 
      &tplCondition=`pagetitle` 
      &tplOperator=`==` 
      &conditionalTpls=`{"Статья 2":"chunk2", "Статья 5":"chunk3"}` 
  ]]
  

  
  




• &tplCondition — Поле ресурса, из которого будет получено значение для выбора чанка по условию в «conditionalTpls». Например: pagetitle или alias.




• &tplOperator — оператор сравнения, возможный список: ==, !=, , =, empty, !empty, isnull

• &conditionalTpls — строка с массивом, в котором указано то, с чем будет сравниваться «tplCondition», а в значениях — чанки, которые будут использованы для вывода, если сравнение будет успешным.

pdoResources как замена getResources / Сниппеты / Modx Revolution / Технический блог веб-разработчика

Ближайший аналог этих сниппетов в Evo — это Ditto. Используются для вывода дочерних ресурсов текущего документа, но можно указать и определённого родителя. Как пример, такое можно встретить в блоге — когда выводятся все записи определённой категории. pdoResources гораздо функциональнее и шустрее getResources, поэтому я его больше рекомендую к использованию. Различия в использовании параметров данных снипетов минимальны, поэтому переход на pdoResources будет безболезненным. Там же, где всё-таки есть небольшие нюансы, об этом будет написано отдельно. 

Основные параметры

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

Параметры шаблонов

Примеры работы

Самый простой вызов, с необходимым минимумом параметров:

[[!pdoResources?
  &parents=`1`
  &depth=`0`
  &tpl=`catalog_item`
]]

Когда необходимо подключить дополнительный TV при выводе: 

[[!pdoResources?
  &parents=`1`
  &depth=`0`
  &tpl=`catalog_item`
  &includeTVs=`price`
]]

Сортируем элементы по индексу (порядок расположения в дереве элементов):

[[!pdoResources?
   &tpl=`item_cat_second`
   &depth=`0`
   &parents=`9`
   &sortby=`menuindex`
   &sortdir=`ASC`
]]

[pdoTools] Версия 1.4.0, сниппет pdoResources / Расширения MODX / Блоги / bezumkin.ru

Все пользователи MODX Revolution знают основной инструмент для работы с документами сайта — getResources. Возможности его почти безграничны, параметров и настроек хватает для любых ситуаций.

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

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

И вот, наконец-то, новый сниппет pdoResources включен в пакет по умолчанию и является самым главным изменением в новой версии pdoTools. Поэтому, с него и начнем.

Сниппет pdoResources

Это сниппет, написанный на pdoTools и входящий в состав пакета. Он предназначен для получения и вывода документов сайта и, насколько это возможно, повторяет функционал getResources.

Основное отличие — работа с ТВ параметрами:

• Нет &processTVs=«
• Параметр &includeTVs=« принимает имена ТВ параметров. То есть, нужно указывать, какие ТВ выбирать. Включить сразу все подряд ТВ нельзя.
• Все возможные дополнительные условия указываются в &where=«. Нет отдельной фильтрации по ТВ, но это можно указать вручную.
• Нет условий при работе с чанками (conditional chunks). Если будет нужно — добавим.

Особая работа с ТВ обусловливается тем, что все ТВ выбираются в том же запросе, что и ресурсы, то есть, используется &leftJoin=«. Все параметры с описаниями нужно смотреть вот тут.

Ну а теперь — про скорость!

Выборка из БД

Простая выборка из БД, без оформления, без ТВ параметров, чистый тест скорости получения данных.

Вызовы сниппетов:

[[!getResources?
	&parents=`2`
	&limit=`n`
]]

[[!pdoResources?
	&parents=`2`
	&limit=`n`
]]

Результаты:

Благодаря работе через PDO и выборку всего необходимого в один запрос, pdoResources уверенно лидирует, особенно при больших объёмах.

Выборка и оформление

Та же выборка, но с указанием чанка, в котором всего два плейсхолдера:

<p>[[+idx]] - [[+pagetitle]]</p>

Вызовы сниппетов:

[[!getResources?
	&parents=`2`
	&tpl=`tpl.Test.row`
	&limit=`n`
]]

[[!pdoResources?
	&parents=`2`
	&tpl=`tpl.Test.row`
	&limit=`n`
]]

Результаты:

Тут ситуация никак не меняется.

Выборка и оформление + 2 ТВ параметра

Добавляем 2 ТВ параметра в наш чанк и выборку:

<p>[[+idx]] - [[+pagetitle]].
[[+tv.meta_description]] [[+tv.meta_keywords]]</p>

Вызовы сниппетов:

[[!getResources?
	&parents=`2`
	&tpl=`tpl.Test.row`
	&includeTVs=`1`
	&includeTVList=`meta_description,meta_keywords`
	&limit=`n`
]]

[[!pdoResources?
	&parents=`2`
	&tpl=`tpl.Test.row`
	&includeTVs=`meta_description,meta_keywords`
	&limit=`n`
]]

Результаты:

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

Выводы

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

Это достигается благодаря двум основным составляющим:

1. Выборка всего нужно за один запрос, через PDO.
2. Предварительная обработка чанков, когда значения из ресурса заменяются в чанке без парсера MODX.

Есть конечно и еще много разных оптимизаций\улучшений, но эти 2 — принципиальные. Именно они дают такой прирост производительности.

Обращаю ваше внимание, что это работа без fastMode и быстрых плейсхолдеров.

Остальные изменения pdoTools

Внимание, это изменения, которые влияют на работу всех сниппетов pdoTools. То есть, новые свойства можно использовать и у miniShop2 и у Tickets!

Параметр sort теперь принимает массивы в виде JSON строк, например:

[[!msProducts?
	&sortby=`{
		"publishedon":"desc"
		,"pagetitle":"asc"
	}`
]]

Добавлена автоматическая замена имён ТВ в &where. Тут нужно немного пояснить: из-за того, что ТВ присоединяются к запросу в БД, используются псевдонимы, и при указании

&includeTVs=`test`

в запросе мы получаем

`TVtest`.`value` as `test`

То есть, для работы с присоединённым ТВ нужно было указывать вот такое условие:

&includeTVs=`test`
&where=`{
	"TVtest.value:!=":"0"
}`

С версии 1.4.0 вы можете указать просто:

&includeTVs=`test`
&where=`{
	"test:!=":"0"
}`

и замена в запросе будет произведена автоматически.

Новый метод pdoTools::defineChunk(), который позволяет назначить кучу чанков для вывода результатов, согласно логики getResources.

Этот метод выдает имя чанка, используя параметры:

&tplFirst — чанк для первой строки результатов

&tplLast — чанк для последней строки результатов

&tplOdd — чанк для каждой второй строки

&tpl_N — чанк для n строки, например для 4й строки будет &tpl_4=«

&tpl_nN — чанк для каждой n строки, например для каждой третьей будет &tpl_n3=«

Эта возможность не включится автоматически — для нее сниппеты нужно апгредить. Конечно, новый pdoResources это уже умеет.

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

&showLog=`1`

Заключение

С версии 1.4.0, pdoTools стал не только библиотекой для написания быстрых сниппетов, но и гораздо более быстрой заменой getResources.

Текущая версия — бета. Возможны ошибки и недоработки, но уверен, вместе мы их поправим. В дальнейшем я планирую добавить сниппеты pdoMenu и pdoSitemap, которые, надеюсь, будут повторять функционал Wayfinder и GoogleSiteMap, только более быстро.

По GoogleSiteMap, кстати, уже есть наработки.

И всё таки, чего же нет в pdoResources?

Список вещей, которые есть в getResources, но пока не реализованы в pdoResources:

• @FILE и @INLINE чанки — не уверен, что кто-то этим пользуется
• &toSeparatePlaceholders — тоже самое. (Появилось в 1.4.1)
• &tvFilters — не реализовано, но работает при указании ТВ в &where, например

  [[!pdoResources? &includeTVs=`test` &where=`{"test:!=":""}`]]

• &sortbyTV, &sortdirTV и &sortbyTVType — не реализовано, но работает при указании сортировки в обычном &sortby, например:

  [[!pdoResources? &includeTVs=`test` &sortby=`{"test":"desc"}`]]

• &prepareTVs, &prepareTVList, &processTVs, &processTVList — этого нет, и скорее всего, не будет.
• &debug — есть гораздо более мощный и удобный &showLog=`1`
• &sortbyAlias, &sortbyEscaped — не знаю, зачем они.
• &tplCondition, &conditionalTpls и $tplOperator — чанки с условием, в документации не описаны, но скорее всего — сделаю. (Появилось в 1.4.1)

Всё остальное в наличии.

Добавление новых комментариев отключено.

Вывод товаров в слайдах по 4 штуки pdoResources / Вопросы / MODX.im

Доброго дня. Снова за советом. Столкнулся с парой вопросов. Тыкаюсь несколько дней и пока безуспешно.

1. Задача вывести в слайдере товары. Каждый слайд обернут в контейнер, внутри которого выводятся по 4 товара. Соответственно, если сделать вызов msProducts или pdoPage сначала сладов, в чанках которых будет еще по вызову товаров это неправильно. К тому же, надо, чтобы товары в своем количестве выводились по 4 штуки. В первом слайде с1-4, во втором с 5-8 и т.д. Как это можно сделать?

Задача вывести товары в болоке магазина на minishop2 с меткой «Новинка».

Схематика такая:

Вывожу так:

[ [! msProducts?

&limit=`18`

&parents=`5,6,17`

&depth=`10`

&includeThumbs=`medium`

&includeTVs=`1`

&processTVs=`1`

&tpl=`smallSlidesTpl`

&includeContent=`1`

&where=` { » Data.new «: » 1 » } `

] ]

2. Второй вопрос тоже про вывод товаров в табах.

Есть такой фильтр:

При нажатии на кнопки ДЛЯ НЕЕ, ДЛЯ НЕГО и ЭКСКЛЮЗИВ должны выводится под ними товары из соответствующей категории.

Верстка с вызовом такая:

<div>
            <div>
                <div>
                    <div>
                        <h3>Категории товаров</h3>
                        <p>Найди подходящий вариант</p>
                    </div>
                </div>
                <div>
                    <nav>
                        <ul role="tablist">
                            <li>
                                <a data-toggle="pill" href="#for-her"
                                    role="tab" aria-controls="pills-home" aria-selected="true">Для нее</a>
                            </li>
                            <li>
                                <a data-toggle="pill" href="#for-him"
                                    role="tab" aria-controls="pills-profile" aria-selected="false">Для него</a>
                            </li>
                            <li>
                                <a data-toggle="pill" href="#exclusive"
                                    role="tab" aria-controls="pills-contact" aria-selected="false">Эксклюзив</a>
                            </li>
                        </ul>
                    </nav>
                </div>
            </div>
        </div>
        <!-- product-tab-nav end -->
        <div>
            <div>
                <div>
                    <!-- first tab-pane -->
                    <div role="tabpanel"
                        aria-labelledby="pills-home-tab">
                        <div>
                          [ [ ! msProducts?
                          &groupby=`msCategory.id`
                          &parents=`5`
                          &includeThumbs=`medium`                     
                          &includeTVs=`1`
                          &tpl=`slideProductTplUp`
                          &tplOdd=`slideProductTplDown`
                          &includeContent=`1`
                          ] ]
                        </div>
                    </div>
                    <!-- second tab-pane -->
                    <div role="tabpanel" aria-labelledby="pills-profile-tab">
                        <div>
                            [ [ ! msProducts?
                            &groupby=`msCategory.id`
                            &limit=`50`
                            &parents=`6`
                            &includeThumbs=`medium`                     
                            &includeTVs=`1`
                            &tpl=`slideProductTplUp`
                            &tplOdd=`slideProductTplDown`
                            &includeContent=`1`
                            ] ]
                        </div>
                    </div>
                    <!-- third tab-pane -->
                    <div role="tabpanel" aria-labelledby="pills-contact-tab">
                        <div>
                          [ [ ! msProducts?
                          &groupby=`msCategory.id`
                          &limit=`50`
                          &parents=`17`
                          &includeThumbs=`medium`                     
                          &includeTVs=`1`
                          &tpl=`slideProductTplUp`
                          &tplOdd=`slideProductTplDown`
                          &includeContent=`1`
                          ] ]
                        </div>
                    </div>
                </div>
            </div>
        </div>

Почему-то не выводятся, либо не реагируют на нажатие кнопки табов. Может не допустимо делать несколько вызовов?
Пробовал через pdoPage и тоже не получилось. Прежде как-то раз получилось, но во всех категориях выводились все товары магазина без разбора.
Спасибо.

pdoResources / Snippets / pdoTools / docs.modx.pro

Фрагмент для отображения списка ресурсов. Это продвинутая замена getResources: в нем есть все функции, но без недостатков.

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

Недвижимость

Свойства выбора ресурса

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

Свойства шаблона

Эти свойства определяют блоки, содержащие шаблоны для форматирования сгенерированного вывода.

Свойства результата

Эти свойства дополнительно определяют, какие данные следует извлекать и как их отображать.

Примеры

Простой список дочерних элементов ресурса № 1:

  [[pdoResources?
    & родители = `1`
    & глубина = `0`
    & tpl = `ListRowTpl`
]]  

Чтобы добавить телевизор с именем «image», тогда звонок будет следующим:

  [[pdoResources?
    & родители = `1`
    & глубина = `0`
    & tpl = `ListRowTpl`
    & includeTVs = `изображение`
]]  

Чанк ListRowTpl теперь позволяет использовать заполнитель [[+ tv.изображение]] .

Общие настройки / pdoTools / Компоненты / docs.modx.pro

Что такое pdoTools? (Часть 1)

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

Обычный набор всем известен:

• getResources для списка ваших документов
• getPage для нумерации списков
• Wayfinder для меню сборки
• Панировочные сухари для панировочных сухарей
• GoogleSitemap для карты сайта

Но можно заменить все одним пакетом: pdoTools!

Начнем с введения в pdoTools.

9 фрагментов

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

pdoResources

pdoResources является заменой getResources.

Как и все другие сниппеты в pdoTools, он не использует объекты xPDO для представления ресурсов. Он работает напрямую с таблицами базы данных. Это делает его быстрее.

Вам не нужно преобразовывать даты ресурсов в метки времени, прежде чем вы сможете передать их в выходной фильтр «date».И он объединяет только необходимые телевизоры, поэтому вы должны указать их в свойстве & includeTVs в виде списка, разделенного запятыми.

  [[pdoResources?
    & родители = `0`
    & includeTVs = `my_tv1, my_tv2`
    & tvPrefix = `tv.`
    & processTVs = `1`
    & includeContent = `1`
    & showLog = `1`
]]  

Одной из наиболее важных функций pdoTools является свойство & showLog . Это позволяет вам проверить, насколько быстр фрагмент. Это медленный SQL-запрос или слишком сложный фрагмент? Свойство & showLog поможет вам в этом разобраться.

Вторая важная особенность — соединения SQL. С помощью pdoResources вы можете создавать сложные запросы и выбирать только то, что вам нужно.

  [[! PdoResources?
    & родители = `0`
    & class = `modResource`
    & leftJoin = `{
        "Родитель": {
            "класс": "modResource",
            "on": "modResource.parent = Parent.id"
        },
        "Создан": {
            "класс": "modUserProfile",
            "on": "modResource.createdby = CreatedBy.internalKey"
        }
    } `
    & select = `{
        «modResource»: «modResource.id, modResource.pagetitle ",
        "Parent": "Parent.pagetitle as parent",
        "CreatedBy": "CreatedBy.fullname как автор"
    } `
    & showLog = `1`
]]  

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

Есть много других интересных функций, но это самые важные.

pdo Страница

pdoPage — это замена для getPage.Есть несколько отличий от getPage:

1. Пустые страницы не отображаются. Если у вас нет результатов на странице, или пользователь ввел неверную страницу вручную — вы будете перенаправлены на первую страницу.
2. У него есть свойство & maxLimit , для которого по умолчанию установлено значение 100. Это гарантирует, что пользователи не могут замедлить работу вашего сайта, установив в URL-адресе & limit = 100000 . Если вы используете getPage — попробуйте сделать это на своем сайте.
3. Устанавливает метатеги для предыдущей и следующей страниц для поисковых роботов в заголовке страницы.
4. Имеет встроенную разбивку на страницы ajax. Вот как это работает:

  

    

        [[! pdoPage?
            & родители = `0`
            & ajaxMode = `по умолчанию`
        ]]
    
    [[! + page.nav]]
  

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

pdoMenu

Этот фрагмент может заменить Wayfinder. В основном это работает так же, но немного быстрее.

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

  [[! PdoMenu?
    & родители = `0`
    & checkPermissions = `список`
]]  

По умолчанию все проверки разрешений отключены.Кстати, это свойство можно использовать во всех сниппетах pdoTools.

pdo Пользователи

В этом фрагменте перечислены пользователи вашего сайта. Вы можете отфильтровать их по группам и ролям:

  [[! PdoUsers?
    & groups = `Авторы`
    & sortdir = `asc`
]]  

Вы можете объединить это с pdoPage , чтобы получить разбитый на страницы список пользователей:

  [[! PdoPage?
    & element = `pdoUsers`
    & groups = `Авторы`
    & роли = `Член`
    & sortby = `id`
    & sortdir = `asc`
]]
[[! + стр.nav]]  

Заполнители — это все поля из объектов modUser и modUserProfile . Вы можете увидеть их все, если просто установите пустой параметр и tpl (или не задавайте его вообще, если сниппет не имеет значения tpl по умолчанию).

Пустые & tpl — еще одна общая черта всех сниппетов pdoTools.

pdoКарта сайта

pdoSitemap создает быструю карту сайта, которая не требует, чтобы ресурс был установлен в XML, если свойство & forceXML включено (по умолчанию).

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

Чтобы увидеть, насколько это быстро, мы можем протестировать его, отключив и forceXML и включив и showLog . На моем сайте для первого запуска требуется почти 30 секунд, а для второго всего 0,03:

  [[! PdoSitemap?
    & forceXML = `0`
    & showLog = `1`
]]  

В моей карте сайта 6873 ресурсов.

pdoСоседи

Фрагмент для создания ссылок на предыдущую, следующую и верхнюю страницы текущего документа.

  [[! PdoNeighbours?
    & sortby = `menuindex`
    & sortdirc = `desc`
]]  

pdoCrumbs

Моя версия простого сниппета для панировочных сухарей на сайте. Ничего особенного, за исключением того, что он использует ядро ​​pdoTools с быстрой обработкой фрагментов и выборкой данных.

  [[! PdoCrumbs]]  

pdoTitle

Этот фрагмент кода генерирует тег «заголовок» страниц. Он запускает pdoCrumbs и показывает путь к текущему документу в заголовке.

По умолчанию он поддерживает pdoPage , поэтому вы увидите количество страниц в заголовке.

Краулерам это нравится!

pdo Поле

И, наконец, pdoField — это сниппет, позволяющий получить любое поле из любых ресурсов. Это замена сниппетов UltimateParent и getResourceField .

Например, нам нужно получить longtitle ресурса с id = 15

  [[pdoField?
    & id = `15`
    & field = `longtitle`
]]  

Или, если мы хотим получить pagetitle прародителя текущего документа:

  [[pdoField?
    & id = `[[* id]]`
    & field = `pagetitle`
    & top = `2`
]]  

Заключение

Я могу писать все больше и больше о pdoTools, но этого достаточно для первой статьи.В следующих двух статьях я расскажу о скорости и файле pdoParser.

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

Вы можете использовать & showLog , чтобы увидеть, как работают фрагменты, вы можете указать пустые фрагменты, чтобы увидеть доступные заполнители, и вы можете объединять таблицы на лету.

pdoTools — это библиотека, а не просто набор сниппетов. Многие дополнения MODX используют pdoTools для своих собственных сниппетов, таких как miniShop2, Tickets, BannerY, AjaxForm и другие.

Самый большой недостаток pdoTools — ограниченная документация на английском языке. Все, что у нас есть, находится здесь https://github.com/bezumkin/Docs/tree/master/en/01_Components/01_pdoTools. Если вам интересно, вы можете помочь, добавив больше страниц в документацию.

И не забывайте, что все параметры сниппетов описаны внутри них. Просто откройте сниппет в менеджере и увидите вкладку «Свойства».

Как отобразить дополнительные поля дочерних ресурсов Pdoresources Modx Revo

aramisnegron master Полная документация для Fred: https: // modxcms.github.io/fred/ Журнал изменений для текущей версии Fred находится в разделе Создание и организация коллекций элементов в качестве строительных блоков для страниц; В Blueprints можно настроить содержимое с помощью различных элементов управления, включая переключение даты ввода текста.

MoreGallery — это интуитивно понятная и мощная галерея изображений для MODX с видео. Убедитесь, что эскизы самого высокого качества загружены из модального окна Vimeo [# 217]; Исправить селектор массового изображения, имеющий более высокий zindex, чем модальная маска. Обеспечьте поддержку дополнительных функций, таких как FileSluggy, которые очищают имена файлов при загрузке [# 142].

. пользователи могут вводить текст и загружать изображения без необходимости знать какой-либо HTML или CSS. Когда компания использует CMS для публикации своих страниц, она снижает свою зависимость от Optimizely; Drupal; Joomla; Magento; ModX; Squarespace; Wix; Weebly; WordPress Вам нужно будет начать с составления списка бизнес-проблем, которые у вас есть.

В этом файле показаны изменения в последних выпусках MODX. с помощью кнопки установки после изменения текста [# 13078] Исправить проверку порта сервера в сценарии запуска установки в диспетчере [# 5556] Включить объединение соединений с поддержкой ведущего / ведомого устройства [# 5499] cacheactionmap modAccessibleObject: Реорганизован объект и загрузчик коллекции.

. эволюция MODX Evolution! Участвуйте в разработке Dmi3yy / modx.evo.custom, создав учетную запись на GitHub. В этом файле показаны изменения в последних выпусках Evolution CMS. Самая последняя версия — [GitHub: # 128e35b88] исправляет наследование светлых полей входа в систему Nicola TV var для нового субресурса MrSwed.

. Фреймворк. Внесите свой вклад в развитие modxcms / Revolution, создав учетную запись на GitHub. революция / ядро ​​/ документы / changelog.txt. Перейти к файлу Перейти к файлу T Исправить недопустимое слияние, сохраненное в основной ветке из 2.1.0rc1 modAccessibleObject: Реорганизована логика загрузчика объектов и коллекций для улучшения показателей попадания в кеш.

Я также уже установил значение конфигурации отладки в Revolution на EALL. PS: Вы можете задать мне также сложные вопросы или дать мне советы, где искать в разделе Как я уже упоминал в Stack Overflow, я не могу воспроизвести это. Я обеспокоен недавним объявлением Google для Reader, что они, возможно, забеспокоились.

Я создавал сайты с ModX Revolution около 4 месяцев, но слышал много хорошего о Craft.Вопросы должны быть вручную преобразованы в вики сообщества, если они не подходят, или Update: Up and Running with Craft, новейшая версия Mijingo’s Learning Craft — это блог Overflow.

Вручите этот документ Руководству по параметрам синтезатора и Перечню данных. В то время как Описывает, как настроить MODX6 / MODX7 / MODX8 и как выполнять основные операции. Подробную информацию о влиянии регуляторов 12 см. на стр. 37 быстрого редактирования. Когда значения настроек отображаются на нескольких страницах, вы.

MODX Content Management modxcms Dallas TX http://modx.com/ Дополнительное приложение для MODX Revolution, которое предоставляет Коллекции ресурсов, управляемые и ограниченные, поэтому его можно использовать для определения того, какое направление текста использовать. Обновите locutus.codeworkspace

 
[[pdoMenu?
& displayStart = `1`
& родители = `0`
        & resources = `-90`
       & level = `1`
& sortBy = `menuindex`
& sortdir = `ASC`
        & scheme = `full`
& hideSubMenus = `1`
& tpl = `@ INLINE 
 Несоответствия (1.11.1-пл) 
 При настройке вызова фрагмента выше я попытался использовать столько параметров, сколько необходимо для создания меню. Проблема в том, что некоторые атрибуты просто игнорируются, даже если они присутствуют в коде.
 & outerClass
 должен заменить заполнитель  + классы  в  & tplOuter  значениями, установленными во время выполнения с помощью параметра. Возвращается только  classes = "" . Если используется специальный фрагмент, отображаются значения.
 & innerClass
 Также не работает, хотя первый, последний и активные классы появятся в заполнителе  + классы  в  @tpl , как и ожидалось.
 Преимущества 
 У pdoMenu много преимуществ. Возможность размещения шаблонов внутри Snippet Call или в файловой системе может рассматриваться как очень полезная для приложений, которые могут быть полезны тем, кто желает обойти необходимость в дереве элементов.
 Front-end разработчики могут сохранять HTML-код на странице, облегчая создание нового макета.С другой стороны, разработчики пакетов могут хранить свои компоненты в файловой системе.
 Банкноты 
 Даже с учетом несоответствий, я предпочитаю pdoMenu, а не Wayfinder и getResources из-за дополнительных инструментов, которые он включает. pdoResources также можно использовать для меню, макетов навигации и боковых меню.
 Сравнение типов моделей и методов калибровки 
 Энергии 2021, 14, 871 24 из 26
 17. Михалак, П. Разработка и проверка линейной изменяющейся во времени модели на основе Simulink для динамического моделирования
 теплового производительность зданий.Энергетика. 2017, 141, 333–340, DOI: 10.1016 / j.enbuild.2017.02.047.
 18. Robertson, J.J .; Polly, B.J .; Коллис, Дж. М. Моделирование в упрощенном порядке и оптимизация имитации отжига для эффективной калибровки счетов за коммунальные услуги в жилых домах
. Прил. Энергия 2015, 148, 169–177, DOI: 10.1016 / j.apenergy.2015.03.049.
 19. Lomas, K.J .; Eppel, H .; Martin, C.J .; Блумфилд, Д. Эмпирическая проверка программ моделирования энергопотребления зданий. Энергетика.
 1997, 26, 253–275, DOI: 10.1016 / S0378-7788 (97) 00007-8.
 20. Mateus, N.M .; Пинто, А .; Da Graca, G.C. Валидация теплового моделирования EnergyPlus для двойной кожи с естественной и механической вентиляцией
 испытательной ячейки. Энергетика. 2014, 75, 511–522, DOI: 10.1016 / j.enbuild.2014.02.043.
 21. Ahmad, M .; Калп, Ч. Результаты моделирования некалиброванной энергии здания. HVAC & R Res. 2006, 12, 1141–1155,
 DOI: 10.1080 / 10789669.2006.10391455.
 22. Royapoor, M .; Роскилли, Т.Калибровка модели здания с использованием данных об энергии и окружающей среде. Энергетика. 2015, 94, 109–120,
 DOI: 10.1016 / j.enbuild.2015.02.050.
 23. O ’Donovan, A .; O ’Sullivan, P.D .; Мерфи, доктор медицины Прогнозирование температуры воздуха в здании с естественной вентиляцией и почти нулевым потреблением энергии —
 ing: Калибровка, проверка, анализ и подходы. Прил. Энергия 2019, 250, 991–1010, DOI: 10.1016 / j.apenergy.2019.04.082.
 24. Roberti, F .; Oberegger, U.F .; Гаспарелла, А. Калибровка исторических моделей энергопотребления в соответствии с почасовой температурой воздуха в помещении и температурой поверхности
 пература: Методология и тематическое исследование.Энергетика. 2015, 108, 236–243, DOI: 10.1016 / j.enbuild.2015.09.010.
 25. Snyder, S.C .; Маор, И. Калиброванное моделирование энергопотребления на практике: проблемы, подходы и пример из практики.
 ASHRAE Trans. 2015, 121, 1–8.
 26. Chaudhary, G .; New, J .; Sanyal, J .; Im, P .; O’Neill, Z .; Гарг, В. Оценка калибровки «Автонастройка» по сравнению с ручной калибровкой
 энергетических моделей зданий. Прил. Энергия 2016, 182, 115–134, DOI: 10.1016 / j.apenergy.2016.08.073.
 27. Cacabelos, A .; Eguía, P .; Луис Мигес, Дж .; Granada, E .; Arce, M.E. Откалиброванное моделирование системы отопления, вентиляции и кондиционирования в публичной библиотеке с использованием
 геотермального теплового насоса и излучающего пола с использованием TRNSYS и GenOpt. Энергетика. 2015, 108, 114–126,
 DOI: 10.1016 / j.enbuild.2015.09.006.
 28. ANSI / ASHRAE Директива ASHRAE 14-2002 «Измерение энергосбережения и энергосбережения». Ashrae 2002, 8400, 170.
 29. Bertagnolio, S .; Randaxhe, F .; Леморт, В. Калибровка модели энергопотребления здания на основе доказательств: приложение к офисному зданию
 в Бельгии.В трудах 12-й Международной конференции по усовершенствованным операциям строительства (ICEBO),
 Манчестер, Великобритания, 23–26 октября 2012 г.
 30. Raftery, P .; Keane, M .; О’Доннелл, Дж. Калибровка энергетических моделей всего здания: методология, основанная на фактических данных. Энергетика.
 2011, 43, 2356–2364, DOI: 10.1016 / j.enbuild.2011.05.020.
 31. Bertagnolio, S .; Андре П. Аудит с помощью моделирования и методология калибровки на основе доказательств. Доступно онлайн:
 http: // www.labeee. .
 32. Ogando, A .; Cid, N .; Фернандес, М. Энергетическое моделирование и автоматическая калибровка имитаций древних зданий: пример
 школы на северо-западе Испании. Энергия 2017, 10, 807, DOI: 10.3390 / en10060807.
 33. Ганди, П.; Brager, G .; Даттон, С. Сравнительное исследование методов моделирования в смешанном режиме: подходы в исследованиях и
 на практике. В материалах симпозиума по моделированию для архитектуры и городского дизайна, Александрия, Вирджиния, США, 12–15 апреля
 2015 г .; С. 197–204.
 34. Raftery, P .; Keane, M .; Коста, А. Калибровка энергетических моделей всего здания: подробный пример использования почасовых данных.
 Энергетика. 2011 г., 43, 3666–3679, DOI: 10.1016 / j.enbuild.2011.09.039.
 35. Monetti, V .; Davin, E .; Fabrizio, E .; Андре, П .; Филиппи, М. Калибровка имитационных моделей энергопотребления зданий на основе оптимизации
: пример из практики. Энергетические процедуры 2015, 78, 2971–2976, DOI: 10.1016 / j.egypro.2015.11.693.
 36. Mustafaraj, G .; Lowry, G .; Чен, Дж. Прогнозирование комнатной температуры и относительной влажности с помощью авторегрессионных линейных и нелинейных моделей нейронной сети
 для открытого офиса. Энергетика. 2011, 43, 1452–1460, DOI: 10.1016 / j.enbuild.2011.02.007.
 37. Wu, S .; Солнце, Ж.-К. Физическая линейно-параметрическая модель комнатной температуры в офисных зданиях. Строить. Environ. 2012, 50, 1–
 9, DOI: 10.1016 / j.buildenv.2011.10.005.
 38. Ngo, N.T. Раннее прогнозирование охлаждающих нагрузок для энергоэффективного проектирования офисных зданий с помощью машинного обучения. Энергетика. 2019,
 182, 264–273, DOI: 10.1016 / j.enbuild.2018.10.004.
 39. Lu, T .; Lü, X .; Киберт, С. Гибридная численно-нейросетевая модель для моделирования зданий: пример моделирования
 неотапливаемой и неохлаждаемой температуры в помещении.Энергетика. 2015, 86, 723–734, DOI: 10.1016 / j.enbuild.2014.10.024.
 40. Mba, L .; Meukam, P .; Kemajou, A. Применение искусственной нейронной сети для прогнозирования почасовой температуры воздуха в помещении и относительной влажности
 в современном здании во влажных регионах. Энергетика. 2016, 121, 32–42, DOI: 10.1016 / j.enbuild.2016.03.046.
 41. Pandey, S .; Hindoliya, D.A .; Мод, Р. Искусственные нейронные сети для прогнозирования температуры в помещении с использованием методов пассивного охлаждения крыши
 в зданиях в различных климатических условиях.Прил. Soft Comput. J. 2012, 12, 1214–1226, DOI: 10.1016 / j.asoc.2011.10.011.
 42. Liu, Z .; Liu, Y .; He, B.J .; Xu, W .; Jin, G .; Чжан, X. Применение и анализ пригодности ключевых технологий в почти нулевых энергетических зданиях
 в Китае. Обновить. Поддерживать. Energy Rev.2019, 101, 329–345, DOI: 10.1016 / j.rser.2018.11.023.
 43. Feng, W .; Zhang, Q .; Ji, H .; Wang, R .; Zhou, N .; Ye, Q .; Хао, Б .; Li, Y .; Luo, D .; Лау, С.С.Й. Обзор зданий с чистым нулевым потреблением энергии
 в жарком и влажном климате: опыт, полученный из 34 тематических исследований зданий.Обновить. Поддерживать. Energy Rev.2019, 114, 109303,
 DOI: 10.1016 / j.rser.2019.109303.
 44. Al-Saadi, S.N .; Шаабан, А.
Добавить комментарий Отменить ответ
Ваш адрес email не будет опубликован. Обязательные поля помечены *
Комментарий *
Имя * 
Email * 
Сайт