Сергей Шлоков

Ну как-то так

$q = $modx->newQuery('modResource');
$q->select('id,pagetitle');
$q->where(array('deleted'=>0,'published'=>1,'template'=>2));
$q->sortby('id','DESC');
$q->limit(1);
if ($q->prepare() && $q->stmt->execute()) {
    $res = $q->stmt->fetchAll(PDO::FETCH_ASSOC);
}
print_r($res);

А чего не прибить его совсем с помощью jQuery

$('div[id^="adfox"]').remove()

Думаю, что не ошибусь, если скажу, что такая просьба должна заканчиваться словами:
«И сколько такая работа будет стоить?»

Бери совочек и шагом арш в менеджер. Вызываем так

[[!TicketComments? &showLog=`1`]]

Пишем коммент, смотрим в лог и аккуратно откапываем проблему.

А если я поудаляю файлы схемы и сгенерирую их заново, а в базе ручками поправлю, новые связи будут работать?

Будут.

они только в модели modx или еще и в базе как-то делаются

Только в модели.

Пришло письмо, что собирают деньги на модернизацию miniShop. Чё же сразу-то не сказали. :)

Например, так

$ids = implode(',',$massiv);
$query = $modx->newQuery('modResource');
$query->select(array('modResource.*'));
$query->where(array('id:IN' => $massiv, 'isfolder' => 0));
$query->sortby('FIELD(modResource.id,'.$ids.')');
$result = $modx->getCollection('modResource', $query);

Упс. Уже написали выше.

пробовал поставить так: [[+tipraboty]]

А так [[+tv.tipraboty]]?

Самое простое — это выставить условие

$('a','.menu').click(function() {
	var w = $(window).width();
	if(w < 790) {
		$('.menu').toggle(0);
	}
});

$this->xpdo->log(1,"******************************************|****************************");
parent:: __construct($xpdo);

В данной конструкции ошибка. Свойство $this->xpdo равно NULL. Оно определяется в конструкторе, который вызывается второй строчкой.
В данном случае правильно будет

$xpdo->log(1,"******************************************|****************************");
parent:: __construct($xpdo);

Теперь можно скачать в магазине MODSTORE.PRO.

Я думаю причин несколько:
1. Некоторым вполне хватает возможностей miniShop2.
2. Сообщество еще молодое, не очень сплоченное. Поэтому платят именно те, кому нужны эти наработки, а не из солидарности. Хотя и такие есть.
3. У некоторых есть сомнения, что все получится как задумывалось.
4. Люди не хотят платить из своего собственного кармана. Ведь при разработке сайта магазина расходы оплачивает заказчик. В этом разрезе было бы разумнее сделать новый минишоп платный, но недорогой. Кому нужно бесплатно — miniShop2 в помощь.
Наверно есть и другие причины. Но думаю процентов 70-80 руководствуются именно этими.

А вроде нашелся меценат, готовый взять на себя финансирование в размере 300 тыс. р. Передумал?

Кстати, Tickets 1.5.0 умеет то же, что и modxTalks.

Попробуй так

$(document).on('af_complete', function(event,res) {
	if(res.success) $('#popup_order').trigger('reveal:close');
});

П.С. Это для Семена. Плохо прицелился. )

Попробуй в системных настройках установить

debug = 1

И в журнале посмотреть чего получится.
А вообще, странное желание. А чего там смотреть —

INSERT INTO table (fields_list) VALUES (values_list)
UPDATE table SET field = values WHERE id= $id

Как-то так.

Не наблюдаю у себя данную проблему. А на эти неработающие сайты в последнее время не накатывали какое-нибудь дополнение?
Может в логе чего пишется?

Ну и что ты там видишь?
Я вижу:
1. пример плагина для дебага. Только для дебага!
2. пример рабочего плагина. Как и должно все работать. Никаких echo и die() в плагине! Управление 404 через sendForward(), не ломая механизм MODX.
Надеюсь, ты понимаешь разницу.
Есть некоторые события, в которых можно выводить информацию на страницу. Но в этом (OnPageNotFound), вывод предназначен для записи в журнал ошибок.

Как сделать так, если это возможно, чтобы
echo $modx->getChunk('html.head');

В плагине echo невозможно. Да и зачем, есть же страница 404 в настройках.

На здоровье!