Рабочее время
На странице Рабочее время вы можете посмотреть продолжительность рабочих дней сотрудников и их ежедневные отчеты .
Также вы можете создать дополнительные роли и настройки прав для сотрудников. Подробнее в статье Права доступа к рабочим графикам.
Дополнительные настройки графика
Кликните по шестеренке в правом верхнем углу, чтобы показать дополнительную информацию о рабочем времени.
Рабочие дни
Чтобы получить подробную информацию о рабочем дне, кликните по нему в календаре. Вы увидите всю информацию о длительности рабочего дня и перерывах, а также ежедневный отчет.
При необходимости руководитель может Изменить рабочее время своих сотрудников.
Фильтр рабочих дней
У руководителя и администратора есть право на Чтение и Редактирование всех записей о рабочем времени сотрудников. Им доступен фильтр на странице рабочего времени.
Список рабочих графиков компании
Кликните шестеренку в правом верхнем углу, чтобы просмотреть Рабочие графики.
Администратор может отредактировать их и создать новые.
Источник
Битрикс как настроить время
Виртуальная машина сэкономит вам время и силы на правильное развертывание и администрирование вашего сайта или внутреннего информационного ресурса на базе продуктов «1С-Битрикс».
Курс предназначен для администраторов и пользователей продуктов «1С-Битрикс», устанавливающих для ознакомления либо переносящих готовые проекты на виртуальную машину BitrixVM. Аналогичным способом можно переносить проекты с удаленного сайта на виртуальную машину, между виртуальными машинами и т.д. В курсе рассматриваются процедуры установки всех необходимых приложений для работы продукта на виртуальной машине BitrixVM.
Описание установки VMWare Player не входит в данное руководство. По всем вопросам установки этой программы обращайтесь к документации VMWare Player.
На текущий момент рекомендуется к использованию виртуальная машина в версии 7.х. Описания остальных машин оставлены для тех, кто пока не переходит на более совершенную версию.
На каждой странице курса авторизованный на сайте посетитель может дать комментарий к содержимому страницы. Комментарий — не форум, там не ведётся обсуждений или разъяснений. Это инструмент для сообщений нам об ошибках, неточностях. Для отправки комментария воспользуйтесь расположенной в правом нижнем углу окна браузера кнопкой:
Баллы опыта
В конце каждого урока есть кнопка . При клике на неё в Вашу итоговую таблицу опыта добавляется то количество баллов, которое указано в прочитанном После нажатия кнопки Прочитано! появится
окно подтверждения:
Периодически мы заново оцениваем сложность уроков, увеличивая/уменьшая число баллов, поэтому итоговое количество набранных Вами баллов может отличаться от максимально возможного. Не переживайте! Отличный результат — это если общее число набранных Вами баллов отличается от максимального на 1-2%.
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 — и вуаля, сообщения форума показываются по калининградскому времени для всех, даже для анонимов. Эта настройка может быть переопределена конкретным пользователем под себя (ниже).
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() желательно передавать локальное время сервера — в общем случае мы не знаем, для кого предназначено письмо.
Чтобы учесть все эти нюансы, нам пришлось буквально «проползти с фонариком» по всем модулям.
Надеюсь, что нововведения понравятся нашим пользователям и разработчикам!
Источник