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

Flash ни разу не прикручивали или я не видел.

Кстати говоря, flash не работает на iOS, которых с каждым днем все больше.

У меня нет мнения, я не занимаюсь баннерами.

Но полюбому flash отстой, а html5 — круто!

Эти вопросы нужно владельцам хостинга задавать.

Добавить в плагине OnManagerLogout (или как там?) и убрать контекст web у юзера.

Это ты уж сам пошукай.

Можно и вручную авторизовать в контексте:

<?php
if ($modx->event->name == 'OnWebPageInit') {
	if ($modx->user->hasSessionContext('mgr') && !$modx->user->hasSessionContext($modx->context->key)) {
		$modx->user->addSessionContext($modx->context->key);
	}
}

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

2. По той же причине pdoPage не любит ?limit=0, передаваемый с фронтенда.

Ты можешь использовать pdoResources вместе с getPage, если тебе не важны такие тонкости.

А откуда информация, что при входе в контекст mgr пользователь должен быть авторизован и в web?

Сроду такого не было.

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

А что делают параметры для getTicketsSections в параметрах pdoPage?

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

Других способов я не знаю, getPage работает точно так же.

[[!pdoPage@SD]]

Передал авторам!

Пока никаких, кроме малиновых штанов.

Кстати говоря, за работу я денег тоже пока не брал — все по дружбе.

Ага, поэтому =)

Есть setPlaceholders(), чтобы сразу выставить готовый массив, и есть unsetPlaceholder() — чтобы удалить что-то.

Ну и на протяжении всей работы парсера страницы, плейсхолдеры пишутся в $modx->placeholders и оттуда уже встраиваются в контент, в конце работы. С этим массивом можно работать напрямую.

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

Ну так на то есть причины — отдельный сервис делает это гораздо лучше и позволяет выбрать разные опции. Как засунуть это на страницу комментария — не знаю. Да и зачем?

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

В качестве одного из вариантов вижу написание собственного процессора удаления путём наследования стандартного 'resource/delete'. Можно ли реализовать задачу более простым способом?

А что здесь непростого? Наследуешь стандартный процессор и переопределяешь нужный метод.

require MODX_CORE_PATH . 'model/modx/processors/resource/delete.class.php';
class class myResourceDeleteProcessor extends modResourceDeleteProcessor {

	public function deleteChildren() {
		return array();
	}

}
return 'myResourceDeleteProcessor';

Вот исходный процессор.

Он переключил язык админки, а не контекста.

Полагаю, на русский нужно переключить настройку cultureKey.

Union не предусмотрен, нужно свой сниппет делать.

Да. Куда отправляется форма, там и лови массив $_FILES.

Это обычная загрузка файла, только через ajax, типа как через jquery.form — ничего особенного.

Ну хоть официальную документацию посмотри
dev.sencha.com/deploy/ext-3.4.0/examples/form/file-upload.html