Битрикс как настроить время

Рабочее время

На странице Рабочее время вы можете посмотреть продолжительность рабочих дней сотрудников и их ежедневные отчеты .

Также вы можете создать дополнительные роли и настройки прав для сотрудников. Подробнее в статье Права доступа к рабочим графикам.

Дополнительные настройки графика

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

Рабочие дни

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

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

Фильтр рабочих дней

У руководителя и администратора есть право на Чтение и Редактирование всех записей о рабочем времени сотрудников. Им доступен фильтр на странице рабочего времени.

Список рабочих графиков компании

Кликните шестеренку в правом верхнем углу, чтобы просмотреть Рабочие графики.

Администратор может отредактировать их и создать новые.

Источник

Битрикс как настроить время

Виртуальная машина сэкономит вам время и силы на правильное развертывание и администрирование вашего сайта или внутреннего информационного ресурса на базе продуктов «1С-Битрикс».

Курс предназначен для администраторов и пользователей продуктов «1С-Битрикс», устанавливающих для ознакомления либо переносящих готовые проекты на виртуальную машину BitrixVM. Аналогичным способом можно переносить проекты с удаленного сайта на виртуальную машину, между виртуальными машинами и т.д. В курсе рассматриваются процедуры установки всех необходимых приложений для работы продукта на виртуальной машине BitrixVM.

Описание установки VMWare Player не входит в данное руководство. По всем вопросам установки этой программы обращайтесь к документации VMWare Player.

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

На каждой странице курса авторизованный на сайте посетитель может дать комментарий к содержимому страницы. Комментарий — не форум, там не ведётся обсуждений или разъяснений. Это инструмент для сообщений нам об ошибках, неточностях. Для отправки комментария воспользуйтесь расположенной в правом нижнем углу окна браузера кнопкой:

Баллы опыта

В конце каждого урока есть кнопка . При клике на неё в Вашу итоговую таблицу опыта добавляется то количество баллов, которое указано в прочитанном После нажатия кнопки Прочитано! появится
окно подтверждения:

уроке.

Периодически мы заново оцениваем сложность уроков, увеличивая/уменьшая число баллов, поэтому итоговое количество набранных Вами баллов может отличаться от максимально возможного. Не переживайте! Отличный результат — это если общее число набранных Вами баллов отличается от максимального на 1-2%.

Скачать материалы курса в формате EPUB. Файлы формата EPUB Чем открыть файл на
Android:
EPUB Reader
CoolReader
FBReader
Moon+ Reader
eBoox

iPhone:
FBReader
CoolReader
iBook
Bookmate

Windows:
Calibre
FBReader
Icecream Ebook Reader
Плагины для браузеров:
EpuBReader – для Firefox
Readium – для Google Chrome

iOS
Marvin for iOS
ShortBook
обновляются периодически, поэтому возможно некоторое отставание их от онлайновой версии курса.

Источник

Настраиваем часовой пояс в профиле и календаре пользователя в Битрикс24

Инструкция по настройке часового пояса на портале Битрикс24 в профиля пользователя и календарях. Чтобы путаницы в удаленной работе сотрудников больше не происходило.

Настройка позволяет вам и вашим коллегам работать в едином часовом пространстве.

Читайте также:  Сушилка ветерок не работает вентилятор

Больше не придется сталкиваться с ситуациями, связанными с дезориентации сотрудников во времени. Так, например, если один сотрудник живет в Санкт-Петербурге, а другой в Новосибирске, между ними существует разница во времени в 4 часа.

Если сотрудник из Новосибирска создаст событие в календаре на 15:00 по местному времени, а у сотрудника из Москвы не будет настроен часовой пояс на портале, согласно своему местоположению, у него будет информация на портале согласно новосибирскому часовому поясу.

Есть вероятность, что сотрудник из Москвы может перепутать свое местное время с новосибирским и пропустить встречу, поскольку для москвича будет отображаться событие на 15:00, а по факту, с учетом его часового пояса, оно состоится в 11:00.

Для того, чтобы установить сотруднику нужный часовой пояс, согласно которому будут корректироваться временные значения на портале, необходимо перейти в карточку сотрудника:

Нажмите кнопку «Изменить»:


Найдите поле под названием Часовой пояс :


На выбор представлено три значения:

  • По умолчанию – значение часового пояса на портале устанавливается аналогичным, как и на вашем ПК;
  • Да, определить по браузеру – часовой пояс выбирается автоматически, в соответствии с настройками браузера;
  • Нет, выбрать из списка – вы можете выбрать в ручном режиме любой часовой пояс, который вам нужен.

Примечание: каждый сотрудник может настроить часовой пояс только для себя. Администратор — любому из сотрудников.

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

Перейдите в Календарь > Шестеренка:

В открывшемся меню в пункте Ваш часовой пояс выберете нужное вам значение:

Если для календаря вы выбираете часовой пояс, аналогичный с проставленным в карточке сотрудника: события в календарь будут добавляться со временем проведения, установленным вами.

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

Так, например, если в календаре стоит новосибирский часовой пояс (UTC +7:00), а в карточке сотрудника установлено московское время (UTC +3:00), то при создании события календаря, с указанием времени проведения 10:00-11:00:

При нажатии кнопки «Создать», событие поменяет время проведения в соответствии с часовым поясом, установленным в карточке сотрудника:

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

Например, если у сотрудника из Новосибирска (Кирилл Иванов) установлено событие на 15:00-16:00:

При просмотре данного события коллегой из Санкт-Петербурга (Владислав Бобрынцев) будет отображено время на манер московского часового пояса:

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

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

Источник

Настройка времени сервера и БД в Битрикс

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

Так при тестировании системы мы можем видеть сообщение такого плана:

Сервер и сама база данных в моём случае находятся на одной машине, однако из-за разных настроек временной зоны происходит рассинхронизация времени. Давайте это исправим, и установим правильное время на БД и веб-сервере.
Для установки часового пояса на сервере, нам требуется прописать в файле /bitrix/php_interface/dbconn.php запись такого вида:

Читайте также:  Признаки того что сломался жесткий диск

Таким образом, мы выставили временную зону Asia/Almaty для работы нашего проекта на PHP. После этого следует проставить данные для БД, в файле /bitrix/php_interface/after_connect_d7.php добавляем:

Первая строка с методом getConnection() уже должна присутствовать в том файле, а вторую строку следует дописать.
Далее открываем файл /bitrix/php_interface/after_connect.php и добавляем в него:

Не забывает сохранить все изменения в файлах. Временную зону вы указываете свою, актуальную для вас. Посмотреть список временных зон вы можете на сайте Wikipedia. На этом всё, после выполнения этих манипуляций время на сервере и в базе данных будут одинаковыми.

Источник

Часовые пояса в версии 11

Как вы уже наверняка знаете, в 11-й версии продукта вышла поддержка часовых поясов. Давайте рассмотрим подробнее, в чем заключается поддержка, и как можно использовать часовые пояса. Я расскажу как об использовании, так и о внутреннем устройстве (для понимания разработчиками).

Показать скрытое содержимое

Сначала о базовых принципах.

1) Мы полагаем, что PHP и база данных работают в одном часовом поясе. Чаще всего часовой пояс определяется настройками операционной системы, реже используются специальные настройки PHP и БД. На самом деле, PHP и БД должны работать в одном поясе.

2) Мы не ведем собственную базу часовых поясов. Мы полностью полагаемся на PHP в вопросах часовых поясов, перехода на летнее/зимнее время и прочее. Поддержка DateTime появилась в php 5.2.0 — на более старых версиях часовые пояса в продукте работать не будут. PHP использует ту же базу часовых поясов, что и многие сборки Unix. В этой базе идентификаторы зон имеют вид «Europe/Kaliningrad».

3) Все даты записываются и хранятся в БД в локальном времени сервера . Это наше наследие, которое нельзя легко изменить — никаким обновлением невозможно изменить значения во всех полях типа дата всех таблиц. Т.е. если сервер работает в московском часовом поясе, то «14:00:00», записанное в БД — это именно 14:00 по Москве.

4) При выборке из БД значения полей типа дата (в полном формате) переводятся в указанный в настройках часовой пояс (о настройках ниже). Если дата в коротком формате (без часов-минут-секунд), то арифметика часовых поясов не производится. Проще говоря, посетители видят время в своем локальном времени.

5) При записи в БД значения полей типа дата переводятся из указанного в настройках часового пояса в локальное время сервера (только для полного формата). Проще говоря, посетители во всех формах должны вводить время в своем локальном времени.

Теперь о настройках.

В настройках ядра появилась секция «Часовые пояса»:

1) «Локальное время сервера» показывает, в каком поясе фактически работает сервер. Для корректной работы системы часовых поясов должна быть правильная комбинация времени и смещения от UTC (18:26:10 +0300). Из продукта время и пояс не настраиваются, они просто должны быть правильными . Если что-то не так, нужно настраивать ОС и/или PHP и БД.

2) Флажок «Разрешить использование часовых поясов» включает или полностью отключает использование часовых поясов — на усмотрение администратора. При отключенной галочке запросы к БД будут немного короче.

3) «Часовой пояс сервера по умолчанию» указывает, в какой/из какого часового пояса будут конвертированы даты по умолчанию. Например, сайт стоит на разделяемом хостинге в США, фактически работает по чикагскому времени. Управлять системным временем на хостинге возможности нет. На сайте — форумы с преимущественно калининградскими посетителями. Мы выбираем зону Europe/Kaliningrad — и вуаля, сообщения форума показываются по калининградскому времени для всех, даже для анонимов. Эта настройка может быть переопределена конкретным пользователем под себя (ниже).

Читайте также:  Не работает один наушник airpods android

4) «По умолчанию автоматически определять часовой пояс по браузеру». Javascript браузера знает, в каком часовом поясе работает пользователь на своем компьютере. Мы можем воспользоваться этой информацией, чтобы не задавать пользователю лишних вопросов, а определить его часовой пояс автоматически. Опция особенно полезна в корпоративном портале, где часовые пояса имеют большое значение.

В профиле пользователя появилась настройка «Часовые пояса»:

Для каждого пользователя можно указать настройки «по умолчанию», «автоматически», «выбрать из списка». «По умолчанию» — настройки автоопределения берутся из настроек главного модуля. «Выбрать из списка» — можно выбрать конкретную зону. Настройки конкретного профиля имеют приоритет над настройками ядра.

Настройки поясов профиля продублированы в компонентах main.profile , main.register , socialnetwork.user_profile_edit , forum.user.profile.edit . Например, в настройках компонента соцсети можно указать поле «Часовой пояс»:

Тогда в редактировании профиля будет доступен выбор часового пояса:

Аналогичные настройки есть в других перечисленных компонентах.

Как это выглядит.

Допустим, сервер работает в часовом поясе UTC+3 (Калиниград летом). Я у себя в профиле указал часовой пояс UTC+4 (Москва летом). Я добавляю новость, в поле «Дата новости» указываю московское время , согласно своему поясу:

При сохранении дата переводится в локальное время сервера:

Как видно, значение в БД на один час меньше — это как раз разница между Калининградом и Москвой.

Если я поменяю свой часовой пояс, допустим, на Мальту, то я увижу время новости уже по мальтийскому времени ( 06.10.2009 10:53:09 ). Причем это время будет вычислено с учетом действующего именно на тот момент смещения от UTC.

Как это работает. (Информация для разработчиков)

Мы решили, что самым правильным будет применить арифметику часовых поясов на самом низком уровне — на уровне выборки из БД и записи в БД. В противном случае пришлось бы форматировать дату непосредственно при выводе. Например, в компоненте новостей написано:

Понятно, что таких мест в продукте очень много, каждое не исправишь. Поэтому GetList инфоблока возвращает уже модифицированную дату. На самом деле, конвертация происходит на еще более низком уровне, в функциях CDatabase:: DateToCharFunction() и CDatabase::CharToDateFunction(). Поэтому если API при выборке и записи использует эти функции, то все должно заработать «само».

Часто бывает, что вычисление даты делается кодом PHP, например:

В этом случае нам придется учесть часовой пояс самостоятельно:

В этом примере мы переводим текущее время сервера в часовой пояс пользователя. В таких операциях нужно запомнить одну простую формулу, которая поможет манипулировать со временем:

А что делать, если нам совершенно точно не потребуется конвертировать время при выборке из БД и при сохранении в БД? Нам поможет такой прием:

При разработке кода теперь необходимо учитывать следующие особенности:

1) Все агенты исполняются в локальном времени сервера.

2) В кеше компонентов часовой пояс уже учитывается — чтобы посетители из разных поясов видели разное время новости.

3) В CPHPCache и CPageCache часовой пояс не учитывается . Если кешируемые данные зависят от пояса, то в ID кеша необходимо подмешивать результат выполнения CTimeZone::GetOffset();

4) В полях CEvent::Send() желательно передавать локальное время сервера — в общем случае мы не знаем, для кого предназначено письмо.

Чтобы учесть все эти нюансы, нам пришлось буквально «проползти с фонариком» по всем модулям.

Надеюсь, что нововведения понравятся нашим пользователям и разработчикам!

Источник

Оцените статью