<?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;
}
Код не проверял.
14 февраля 2016, 03:32
0
Буду ждать.
14 февраля 2016, 03:29
0
Николай, скинь на почту задачку с этой строчкой, пжл. Уж очень стало интересно себя проверить.
13 февраля 2016, 19:43
0
Простой квест для клиентов, в котором они должны будут для прохождения почитать базовые правила оформления задач — хорошая идея, поддерживаю. Это лучше любых списков правил, которые находятся в сторонке где-то рядом.
13 февраля 2016, 19:35
0
Ambassador'ов привлекать с указанием имен тоже некорректно.
Выдавать должна организация. Либо организация-разработчик самой системы, либо признанное сообщество.
В глазах заказчиков MODX.RU намного выигрышнее смотрится, чем MODX.PRO по вполне понятным причинам. Но мы находимся на втором.
Хотя, в любом случае, красивый сертификат на стене в офисе приятно повесить :)
13 февраля 2016, 19:28
0
Если заказчик пишет одно, а по факту другое, то потенциальный исполнитель отписывается по этому поводу в задаче.
Здраво.
Повторюсь — можно прокачивать инфраструктуру с ориентиром на проект-менеджеров, а те уже будут оформлять задачи как надо.
Тоже хорошая идея, но:
И вообще low-context задачи должны блокироваться
В таком варианте большинство рядовых заказчиков не будет иметь возможности разместить даже заявку, ибо они не понимают, как правильно описать задачу.
Всегда стараюсь выяснять все детали заранее или, если выяснилось непредвиденное, решить это без привлечения заказчика. Но да, бывают ситуации, когда приходится уведомлять о вынужденном изменении с подробным объяснением причин такого изменения. Естественно, если подобное происходит, учитываю восприятие заказчика, ибо он на такое не рассчитывает.
13 февраля 2016, 18:49
0
Видимо, нужно рейтинг разделять на много-много составляющих и выводить их все, помимо общего рейтинга. Тогда заказчик сможет увидеть, что разработчик проявил себя в нескольких направлениях, а не только в одном, за счет которого набрал общий общий балл.
13 февраля 2016, 18:44
0
Указать в настройках tickets пути к файлам, расположенным в ином месте. Другое дело, что не все дополнения позволяют указывать пути с скриптам.
13 февраля 2016, 18:42
+1
Здесь речь лишь о тех, кто хочет пройти аттестацию, участвовать в рейтингах.
Если разработчика все устраивает в его текущей ситуации, никто никуда никого не тянет насильно.
13 февраля 2016, 18:41
0
Кто будет выдавать такую бумажку? Фактически, выдавать ее должны в головной компании MODX. Но это существенно выходит за рамки поднятой темы. А кто будет вызывать доверие заказчиков у нас, в России?
Кстати, сертификация Битрикса тоже давно не является показателем качества.
13 февраля 2016, 18:34
0
Кто и как будет оценивать сложность задачек? Особенно в ситуации, когда заказчик в описании задачи не указывает никаких подробностей?
Для клиентов задача «Добавить кнопочку» всегда выглядит примитивной. Только в одном случае эта кнопочка может быть действительно примитивной, а в другом потребует неделю на реализацию сложных алгоритмов расчетов и тд.
13 февраля 2016, 18:31
0
Далеко не всегда это понятно даже при начале работ. Иногда внешне все выглядит на грани, но когда доходишь до более глубоких вещей, обнаруживаются совершенно непредвиденные «решения» предыдущего разраба.
13 февраля 2016, 18:29
0
Напишите, какую помощь Вы запросили. Не всякая помощь может быть оказана бесплатно в рамках поддержки.
13 февраля 2016, 18:27
0
В настройках сервера заранее определить адрес 404.
13 февраля 2016, 18:12
0
Лучше закрывать на уровне сервера. Переименованию админку указывать в robots смысла мало. Там все равно находить для поиска нечего.
периодически сталкивался со случаями, когда админка закрыта дополнительной http авторизацией.
13 февраля 2016, 18:08
0
Здесь тоже встает вопрос защита от накрутки.
13 февраля 2016, 13:18
+1
Позже посмотрю, какие именно события и как вызываются, накидаю примерный код плагина.
13 февраля 2016, 13:15
0
Отключать проверку не стоит. Если email точно не нужен, заполняйте его автоматически случайным значением при каждой регистрации пользователя через вк. А существующим пользователям через базу можно задать email.
Выдавать должна организация. Либо организация-разработчик самой системы, либо признанное сообщество.
В глазах заказчиков MODX.RU намного выигрышнее смотрится, чем MODX.PRO по вполне понятным причинам. Но мы находимся на втором.
Хотя, в любом случае, красивый сертификат на стене в офисе приятно повесить :)
Тоже хорошая идея, но:
В таком варианте большинство рядовых заказчиков не будет иметь возможности разместить даже заявку, ибо они не понимают, как правильно описать задачу.
Всегда стараюсь выяснять все детали заранее или, если выяснилось непредвиденное, решить это без привлечения заказчика. Но да, бывают ситуации, когда приходится уведомлять о вынужденном изменении с подробным объяснением причин такого изменения. Естественно, если подобное происходит, учитываю восприятие заказчика, ибо он на такое не рассчитывает.
Если разработчика все устраивает в его текущей ситуации, никто никуда никого не тянет насильно.
Кстати, сертификация Битрикса тоже давно не является показателем качества.
Для клиентов задача «Добавить кнопочку» всегда выглядит примитивной. Только в одном случае эта кнопочка может быть действительно примитивной, а в другом потребует неделю на реализацию сложных алгоритмов расчетов и тд.
периодически сталкивался со случаями, когда админка закрыта дополнительной http авторизацией.
Посмотри конец статьи. Не совсем твоя ситуация, но может направить поиски в нужную сторону.