Форум

Возможно, у них общий кеш. В .settings.php в ключе cache нужно добавить атрибут sid с разными значениями.

Есть одна техническая деталь, которая, возможно, поможет. Фактическое смещение пользователя записывается  в поле b_user.TIME_ZONE_OFFSET при авторизации пользователя. Мы это поле используем, когда нужно посчитать время не для текущего пользователя, например. Можете попробовать использовать поле для калькуляции времени в мобильном приложении.

А почему не хотите довериться автоопределению смещения? Если мобильное приложение на нашей платформе, то оно точно так же кук устанавливает.

Подробнее в этой статье: [URL=http://dev.1c-bitrix.ru/community/blogs/vad/time-zones-in-version-11.php]http://dev.1c-bitrix.ru/community/blogs/vad/time-zones-in-version-11.php[/URL]

Принцип очень простой. Все даты хранятся в локальном времени сервера. Ввод и вывод принимается в локальном времени пользователя. Смещение для пользователя определяется в порядке (только один вариант):

1) по настройке профиля пользователя;
2) автоматически по js, если включено;
3) по глобальной настройке смещения сервера.

Пример: сервер стоит в поясе Москвы, пользователь в Калининграде, включено автоопределение. В форме пользователь вводит "10.09.2015 10:30" и сохраняет. Мы считаем, что это его локальное время. В БД сохраняется в поясе сервера: "10.09.2015 11:30". Теперь тот же пользователь идет в список элементов, где мы выводим ему запись. Читаем из БД  "10.09.2015 11:30", знаем, что у него смещение минус час, показываем ему "10.09.2015 10:30". Пользователь видит ровно то, что вводил на форме. Если на этот список посмотрит пользователь из Лондона, то он увидит в своем локальном времени: "10.09.2015 9:30".

Калькуляцией смещения занимается класс CTimeZone. Преобразование времени происходит на уровне записи в БД/выборки из БД в ф-ях CDatabase::DateToCharFunction() и CDatabase::CharToDateFunction().

Вам все-таки лучше в техподдержку обратиться. Судя по первому скриншоту, отсутствует часть файлов, либо они не доступны для веб-сервера по правам доступа ОС.

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

Штатная ф-я CUser::CheckFields() проверяет логин на уникальность в том числе и для Update(). Но у вас остается возможность изменить поля в событии OnBeforeUserUpdate уже после проверки. В этом случае вы сами должны обеспечить целостность своих данных.

Если в форме авторизации написано "...Доступ к файлу ... запрещен", то у пользователя, под которым вы авторизовались, нет доступа к панели управления. Перейдите в публичный раздел, если там есть признаки авторизованного пользователя, вы их увидите.

Есть же класс Bitrix\Iblock\ElementTable, вы можете либо отнаследоваться от него, перекрыв getMap(), либо просто пользоваться им, добавляя в getList() поля Reference динамически.