Василий Наумкин

Исправил — modx.pro/news/7898-update-ratings-modxpro/

Пока вот так — modx.pro/news/7898-update-ratings-modxpro/

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

Наверное, действительно пора вводить какие-то дополнительные рейтинги в дополнение к общему, но как и кто их будет регулировать — непонятно.
Вручную следить мне как-то не интересно, давать автоматически за топики или дополнения тоже не очень. Можно же и заметку написать на 3 абзаца и дополнение простенькое собрать, ради такого дела.

Виталя предлагает давать значки за какие-то события, типа посещения MODX ивентов + общий рейтинг. Я бы еще добавил сюда, как минимум, имя-фамилию и ссылку на профиль GitHub.

С другой стороны, как это всё поможет, если заказчик отдаёт заказ просто не глядя? Да никак.

В общем, давайте свои идеи, будем обсуждать, наверное.

Там же, в заметке, и исправил.

Уловили, ага.

Именно поэтому на modhost.pro количество доменов ограничено изначально.

Затронет, затронет, я уже поправил тот скрипт.

Поправил, можно обновляться.

И версия у тебя последняя?

Ага, вижу, там return перед удалением. Поправлю.

Наверное, всё-таки, msGallery, которая встроена в miniShop2, а не ms2Gallery, которая платная и не имеет этой проблемы.

А так, всё просто — удаление файла в msGallery происходит только при успешной отработке ресайза. Моя ошибка, поправлю в новой версии MS2.

6 snippets calls instead of 1 in &prepareSnippet.

Я действительно не считаю, что делаю что-то особенное. Просто то, что делаю, стараюсь делать хорошо, а не «и так сойдёт». Вот и весь секрет.

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

Знаний должно хватать для той работы, на которую ты соглашаешься. Чтобы потом не писать «спасите-помогите сроки горят» на форумах.

Книги я читал от издательства Williams: про PHP, HTML и SQL, там всё просто и доступно изложено. Дальше уже через интернет и исходники чужих приложений на GitHub.

Ничего особенного в моём опыте нет, мега-профессионалом себя не считаю. Наоборот, твёрдо уверен, что если я что-то могу сделать — то и все остальные тоже могут.

Если считаешь, что знаний уже хватает — регистрируйся на freelance сайтах, бери работу и выполняй.

Вначале бери что попроще и дешевле, потом усложняй. Я именно так и начинал, например.

You do it wrong. You need to use 3 TVs with type «image» with correct paths to files.

Or you could try to use pdoResources with &prepareSnippet that will additionally process each row:

[[!pdoPage?
	&element=`pdoResources`
	&parents=`219`
	&tpl=`MATCH_INDEX_FREE_TPL`
	&showUnpublished=`0`
	&showHidden=`1`
	&limit=`5`
	&processTVs=`1`
	&includeTVs=`IMAGE,Race`
	&depth=`25`
	&sortby=`createdon`
	&sortdir=`DESC`
	&prepareSnippet=`getMyImages`
]]
[[!+page.nav]]

Snippet getMyImages:

<?php
// $row - is the array with resource selected by pdoResources being processed now
$values = explode(',', $row['tv.IMAGE']); // Your selected TV with images
foreach ($values as $k => $value) {
	$row['path' . ($k +1)] = $value; // Add new placeholders to $row
}
return json_encode($row); // Return data with additional placeholders

Now you can use placeholders in chunk:

<div class="dog_cont">
	<div class="data_title_new">[[+tv.Race]]</div>
	<div class="dog_photo2">
		<div id="ad_image_big">
			<a href="[[+path1:phpthumbof=`w=900&zc=t`]]" rel="lightbox"><img src="[[+path1:phpthumbof=`w=200&h=160&zc=t`]]" /></a>
		</div>
		<div id="ad_image_small" >
			<a href="[[+path2:phpthumbof=`w=900&zc=t`]]" rel="lightbox"><img src="[[+path2:phpthumbof=`w=95&h=80&zc=t`]]" /></a>
		</div>
		<div id="ad_image_small2">
			<a href="[[+path3:phpthumbof=`w=900&zc=t`]]" rel="lightbox"><img src="[[+path3:phpthumbof=`w=95&h=80&zc=t`]]" /></a>
		</div>
	</div>
</div>

No need to make them uncacheable, by the way.

There could be a misunderstanding with letters case of your placeholders, but you can see them all if you will specify a blank &tpl=`` property.

pdoPage and pdoResources is the parts of pdoTools package.

Потому что вот и вот.

Конкуренты, ага.

Логика проста — выбирается BazOrders1External, к нему цепляется Internal и Rails. Если записей Internal или Rails для присоединения подходит больше, чем BazOrders1External, то выведутся они все.

А вот если указана группировка по какому-то полю, то это поле как бы уникальный ключ, и к нему будет выбирается только по одной записи из Internal и Rails.

&groupby=`BazOrders1External.id`

В общем, как обычно. Нужно не pdoTools и его параметры учить, а SQL.

modx.pro/development/325-about-xpdo/

&innerJoin=`{ 
	"BazOrders2Internal":{ "alias":"Internal","on":"Internal.publishedby = \"2\"" },
	"BazOrders4Rails":{ "alias":"Rails","on":"Rails.publishedby = \"2\"" }
}`

И к чему здесь таблицы присоединяются? К цифре 2?

Всё же расписано, почему не прочитать? docs.modx.pro/components/pdotools/classes/pdofetch#Метод-addJoins

Разные контексты не всегда означают разные сайты или разные адреса. Это просто разные контексты.

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

Поэтому нужно использовать простой плагин.