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

Появился в репозитории modstore.pro

Хотя нет уже такой особенности. Видимо уже переделали.

У pdoUsers есть особенность — если по заданному условию результат пустой, то он выводит всех пользователей. Т.е. он всегда что-то выводит.

Как сделать так, чтобы сначала проверялась принадлежность uri к текущему контексту

Так и делается по умолчанию. Если в текущем контексте нет, то возникает ошибка 404. Значит надо ловить событие onPageNotFound и искать в другом контексте. Отсюда возникает вопрос — если одинаковых uri несколько, какой брать? И второй вопрос — обязательно ли переключать контексты? Может вполне достаточно форвардить запрос, оставляя пользователя в текущем контексте?

Ошибка всех начинающих. А с обновлением чего будешь делать?
Все решается очень просто. Нужно просто учить матчасть. И ни в коем случае не лезть в ядро.

$q->select('User.id,User.username, cast(Profile.fax AS UNSIGNED) as int_fax');
$q->sortby('int_fax');

Привет. Как дела?

Подскажи, как можно отобразить статье на фронтЭнде кусок кода JavaScript?

Замени угловые скобки в теге script на их мнемоники (&lt и &gt с точкой с запятой) и оберни в тег pre.

<pre>
<script>
	var i = "Hi";
	alert(i);
</script>
</pre>

Например, тут. Или тут. В официальной документации в разных разделах есть примеры.

Получается что так.

Тебе уже понятно, что условие

'Profile.photo:!=' => "nophoto.jpg"

не будет работать?
Правильно будет

'Profile.photo:NOT LIKE' => "%nophoto.jpg",

Дальше. Тебе нужно всего 2 поля — username и fax. Так и пишем.

$q = $modx->newQuery('modUser');
$q->setClassAlias('User');
$q->innerJoin('modUserProfile', 'Profile');
$q->select('User.id,User.username,Profile.fax');
$q->where(array(
    'Profile.photo:NOT LIKE' => "%normal",
));
$users = $modx->getCollection('modUser', $q);
foreach ($users as $user) {
	echo $user->username,'[br]';
	// Сохраним fax в переменной $fax, а не в $rating
	$fax=$user->fax;
}

П.С. Тег [br] измени на правильный.

Вы помогаете мне стать лучше

Прям рекламный слоган. Ну раз настрой позитивный, то продолжим.
Давай посмотрим, что там в поле photo есть

$q = $modx->newQuery('modUser');
$q->select('Profile.photo');
$q->innerJoin('modUserProfile', 'Profile');
$result = $modx->getCollection('modUser', $q);
foreach ($result as $user) {
	echo $user->photo.'
';
}

Есть что-то кроме «nophoto.jpg»

Мда. Как же это можно написать такой код, когда и тут, а на rtfm.modx.com и на bezumkin.ru куча примеров и образцов.
Внутри foreach переменная $user перебивается — была объектом modUser, а стала modProfile. А обращение идет как к modUser.
Зачем нужен селект, если username можно получить просто

$myusername = $user->username;

А это чтоб врагов запутать?

$rating = $user->get('fax');

Ужас, ужас.

Да тоже самое, только не со стороны ресурса, а со стороны TV.
Можно, например, и так.

$val = $captionTv->getValue($modx->resource->id);

Но тогда значение получится необработанное. Т.е. вместо картинки — путь, вместо даты — timestamp и т.п.

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

$val = $modx->resource->getTVValue($tvID);

на

$val = $captionTv->renderOutput($modx->resource->id);

Потому что внутри класса обращаться надо через this.

$this->modx->user->get('id')

А вот тут можно поспорить. Глядя на тот же код, можно заметить недокументированную возможность указывать свой путь к файлам.
В системных настройках нужно указать свой путь в параметре mycalendar.assets_url и, соответственно, css и js файлы будут доступны по новому пути — «новое значение/css/» и «новое значение/js/». И пожалуйста, подключай свои файлы.
Это к разговору о разработчиках. Для простого админа это не очень прозрачно.

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

Согласен.

А что мешает человеку, уже знающему мобильный телефон, позвонить после 17-00? Мне кажется логичнее сделать что-то типа «Не дозвонились? Оставьте телефон, мы Вам перезвоним».

Ваше решение на основе jquery.weekcalendar. Он не обновляется уже несколько лет. Плюс у него возможностей поменьше. Мне больше fullCalendar понравился.

Наверно.
А вообще это решение — вырезка из дополнения, которое я щас заканчиваю по заказу знакомого — с авторизацией, неограниченным количеством календарей с интерфейсом в админке, уведомлением пользователя на сайте и по почте, повторением событий. В дальнейшем хочет назначать задачи пользователям и следить за исполнением.

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

if (!$modx->user->isAuthenticated($modx->context->get('key'))
	$scriptProperties['readOnly'] = true;

Тогда неавторизованный пользователь может только любоваться. :)