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

Попробуй заменить

$props['Advertisment'] = $n;

Тогда к теще лучше не ездить :)

Точно. С подробностями: «За 300 руб. — 6 процессов, лимит 45 с.».

Хорошая мысль, только miniShop2 изначально создавался под расширение, а Tickets — нет.

Это да. Но можно попробовать с минимальными затратами. Например, вот это шаг в сторону расширения.

Мне кажется, при расширении Tickets двигаться надо в сторону miniShop2 — создавать отдельные дополнения, хочешь — расширяй, но отдельными компонентами. Как пример, TicketMessages. Т.е. по сабжу например TicketTags.

А для совсем юной молодежи так :)

Судя по первой фотке, задача привлечь на хостинг молодое поколение. :)

Как к обычным переменным $discount, $parent.
И есть еще массив всех переменных сниппета $scriptProperties. Можно через него $scriptProperties['discount'] и т.п.

Исправил. Спасибо.
Отправил в репозиторий.

Крутатень. Меняю CMPGenerator на UICMPGenerator. Кому нужен б/у CMPGenerator? Отдам не дорого. :)

Можно и так. Только

$modx->event->output('равны');

в этом событии не сработает.

Вот чуть измененный вариант

switch ($modx->event->name) {
	case 'OnDocFormRender':
		$_SESSION['discount'] = $resource->getTVValue('discount'); 
	break;
	case 'OnDocFormSave':
		$new_discount = $resource->getTVValue('discount'); 

		if($new_discount != $_SESSION['discount']){
			$modx->runSnippet('RecalcPrice',array('discount'=>$new_discount,'parent'=>$resource->id ));
		}
		unset($_SESSION['discount']);
	break;
}

В сниппете RecalcPrice меняешь цены согласно новой скидке для ресурсов из раздела, указанном в параметре parent.

А где менеджер меняет значение, в админке или на сайте?

На первых страницах 2012 год в перемешку с 2013.

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

Кстати, этот можно сделать простой сортировкой списка пользователей modx.pro/users. Также можно сделать и топ авторов.

Спорить не буду. Но мне медальки не нужны. Меня вычеркивайте из списка таких посетителей.:) не планирую фрилансить.
Для развития данного сообщества предложил бы добавить возможность поиска по пользователям в modx.pro/users.
Еще хотелось бы узнать по какому критерию сортируется этот список. Но это вопрос скорее к Василию.

Точно. Предлагаю еще добавить сюда возможность добавления друзей и игрушки типа «Фермы». Устал человек выполнять достижение «Любознательный», поиграл, зашел к другу — поделился меню, и дальше в бой — кликать, кликать и кликать на статьи. :)

Мне кажется ты не вдумался в проблему.
Вариант 1.
Поиск ошибки по всей базе. Это могут быть тысячи записей и у каждой надо проверить несколько полей. И это только по ресурсам. А если ошибка, например, в комментарии, т.е. в другой таблице?
Вариант 2. Поиск ошибки в конкретном ресурсе.
По твоему первый вариант проще?

Зачем так сложно? Если на страничке есть ошибка, то выводится панель (типа AdminPanel Василия) и в ней уже дать возможность исправлять вручную. Пока это только задумка.
Вообще, задача нетривиальная — ведь зная id страницы с ошибкой не факт что там ее и найдешь. Например, на главной странице (id=1) выводятся новости сниппетом из других ресурсов и искать ошибку, чтобы исправить, в админке на странице ресурса с id=1 бессмысленно. Тут 2 варианта — или создать мегафункцию, которая будет бегать по ресурсам, или забить на такие сложности. На данный момент я склоняюсь ко второму варианту — для простых страниц.

Всем кто уже скачал пакет!
Внес небольшие изменения. Новый пакет готов.

Обновил пакет. Теперь ID ресурса является ссылкой. Кроме того, добавил параметр auto_delete для управления функцией автоматического удаления ошибок.

После установки нужно в системных настройках указать email администратора, которому будет высылаться уведомление. Нет email — нет уведомления.

id просто для информации. Можно сделать и ссылку. Но я хочу сделать возможным исправление прямо во фронт-энде.