Воеводский Михаил

<?php
switch ($modx->event-name) {
	case 'OnBeforeUserFormSave':
		if ($profile = $user->getOne('Profile') and !$profile->get('email')) {
			$profile->set('email', $user->get('username').'@site.ru');
		}
		break;
	default: break;
}

Код не проверял.

Буду ждать.

Николай, скинь на почту задачку с этой строчкой, пжл. Уж очень стало интересно себя проверить.

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

Ambassador'ов привлекать с указанием имен тоже некорректно.
Выдавать должна организация. Либо организация-разработчик самой системы, либо признанное сообщество.

В глазах заказчиков MODX.RU намного выигрышнее смотрится, чем MODX.PRO по вполне понятным причинам. Но мы находимся на втором.

Хотя, в любом случае, красивый сертификат на стене в офисе приятно повесить :)

Если заказчик пишет одно, а по факту другое, то потенциальный исполнитель отписывается по этому поводу в задаче.

Здраво.

Повторюсь — можно прокачивать инфраструктуру с ориентиром на проект-менеджеров, а те уже будут оформлять задачи как надо.

Тоже хорошая идея, но:

И вообще low-context задачи должны блокироваться

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

Всегда стараюсь выяснять все детали заранее или, если выяснилось непредвиденное, решить это без привлечения заказчика. Но да, бывают ситуации, когда приходится уведомлять о вынужденном изменении с подробным объяснением причин такого изменения. Естественно, если подобное происходит, учитываю восприятие заказчика, ибо он на такое не рассчитывает.

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

Указать в настройках tickets пути к файлам, расположенным в ином месте. Другое дело, что не все дополнения позволяют указывать пути с скриптам.

Здесь речь лишь о тех, кто хочет пройти аттестацию, участвовать в рейтингах.
Если разработчика все устраивает в его текущей ситуации, никто никуда никого не тянет насильно.

Кто будет выдавать такую бумажку? Фактически, выдавать ее должны в головной компании MODX. Но это существенно выходит за рамки поднятой темы. А кто будет вызывать доверие заказчиков у нас, в России?

Кстати, сертификация Битрикса тоже давно не является показателем качества.

Кто и как будет оценивать сложность задачек? Особенно в ситуации, когда заказчик в описании задачи не указывает никаких подробностей?

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

Далеко не всегда это понятно даже при начале работ. Иногда внешне все выглядит на грани, но когда доходишь до более глубоких вещей, обнаруживаются совершенно непредвиденные «решения» предыдущего разраба.

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

В настройках сервера заранее определить адрес 404.

Лучше закрывать на уровне сервера. Переименованию админку указывать в robots смысла мало. Там все равно находить для поиска нечего.
периодически сталкивался со случаями, когда админка закрыта дополнительной http авторизацией.

Здесь тоже встает вопрос защита от накрутки.

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

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

modxclub.ru/blog/research/210.html
Посмотри конец статьи. Не совсем твоя ситуация, но может направить поиски в нужную сторону.

Еще вариант — modImporter и собственный процессор приема данных.