Translation

English
Adapt customer interface with corporate identity
0/480
Context English Russian State
To restore the database make sure that the database ``otobo`` exists and contains no tables. Для восстановления базы данных убедитесь, что база данных ``otobo'' существует и не содержит таблиц.
Considerations for running OTOBO under Docker Соображения по запуску OTOBO в докере
The same scripts can be used with OTOBO running under Docker. However some Docker specific limitation must be considered. Те же сценарии могут быть использованы с OTOBO, работающим в докере. Однако следует учитывать некоторые специфические ограничения для докера .
First we need to make sure that the backup files are not created in the file system that is internal to the container. Because in that case all data would be lost when the container is stopped. Therefore the backup directory must be in a volume. For now we only consider the most simple case, where the backup dir is a local dir on the Docker host. The location of the backup dir in the container can be arbitrarily chosen. In this example we choose the local dir ``otobo_backup`` as the location on the host, and ``/otobo_backup`` as the location in the container. Сначала нам нужно убедиться, что файлы резервных копий не создаются в файловой системе, которая является внутренней для контейнера. Потому что в этом случае все данные будут потеряны, когда контейнер будет остановлен. Поэтому каталог резервного копирования должен находиться в томе. Пока мы рассмотрим только самый простой случай, когда каталог резервного копирования - это локальный каталог на хосте докера. Расположение резервного каталога в контейнере может быть выбрано произвольно. В этом примере мы выбрали локальный каталог ``otobo_backup`` в качестве местоположения на хосте и ``/otobo_backup`` в качестве местоположения в контейнере.
First we need to create the volume. Сначала нужно создать том.
For creating the backup we need a running database and the volumes ``otobo_opt_otobo`` and ``otobo_backup``. This means that the webserver and the Daemon may, but don't have to, be stopped. Для создания резервной копии нам нужна работающая база данных и тома ``otobo_opt_otobo`` и ``otobo_backup``. Это означает, что веб-сервер и демон могут, но не обязаны быть остановлены.
For restoring the backup we also need to specify which backup should be restored. The placeholder ``<TIMESTAMP>`` is something like ``2020-09-07_09-38``. Для восстановления резервной копии нам также необходимо указать, какая именно резервная копия должна быть восстановлена. Место для размещения``<TIMESTAMP>`` имеет вид ``2020-09-07_09-38``.
Backup and Restore using Docker Резервное копирование и восстановление с помощью Докера
Please read to the chapter :doc:`backup-restore` for basic information about the backup and restore scripts. Пожалуйста, ознакомьтесь с главой :doc:`backup-restore` для получения основной информации о сценариях резервного копирования и восстановления.
The standard scripts ``backup.pl`` and ``restore.pl`` can also be used with OTOBO running under Docker. However some Docker specific limitations have to be considered. Стандартные скрипты ``backup.pl`` и ``restore.pl`` также могут быть использованы с OTOBO, запущенным под Докером. Однако следует учитывать некоторые специфические ограничения для Докера .
First, we need to make sure that the backup files are not created in the file system that is internal to a Docker container. Because in that case the created files would be lost when the container is stopped. This means that the backup directory must located within in a volume. For this manual we only consider the most simple case, where the backup directory is a local directory on the Docker host. The location of the backup dir in the container can be arbitrarily chosen. In this example we choose the local dir ``otobo_backup`` as the location on the host and ``/otobo_backup`` as the location in the container. Во-первых, нам нужно убедиться, что файлы резервных копий не создаются в файловой системе, которая является внутренней для контейнера Докера. Потому что в этом случае созданные файлы будут потеряны при остановке контейнера. Это означает, что каталог резервного копирования должен находиться внутри тома. В данном руководстве мы рассмотрим только самый простой случай, когда каталог резервного копирования является локальным каталогом на хосте Docker. Расположение резервной директории в контейнере может быть выбрано произвольно. В данном примере мы выбрали локальный каталог ``otobo_backup`` в качестве расположения на хосте и ``/otobo_backup`` в качестве расположения в контейнере.
Secondly, commands in the Docker container usually run as the user `otobo` with the user id 1000 and the group id 1000. It must be made sure, that this user can write in the backup directory. Во-вторых, команды в контейнере Докера обычно выполняются от имени пользователя `otobo` с идентификатором пользователя 1000 и идентификатором группы 1000. Необходимо убедиться, что этот пользователь может писать в каталог резервного копирования.
For creating the backup we need a running database and the volumes ``otobo_opt_otobo`` and ``otobo_backup``. This means that the webserver and the OTOBO daemon may, but don't have to, be stopped. Для создания резервной копии нам нужна работающая база данных и тома ``otobo_opt_otobo`` и ``otobo_backup``. Это означает, что веб-сервер и демон OTOBO могут быть остановлены, но не обязаны.
To drop an existing otobo database and create a new one you can use the following commands. First, you have to connect to the MySQL CLI of the `db` container. Чтобы удалить существующую базу данных otobo и создать новую, вы можете использовать следующие команды. Сначала необходимо подключиться к MySQL CLI контейнера `db`.
As soon as you are connected to the MySQL server, you can drop and recreate the `otobo` database. Как только вы подключитесь к серверу MySQL, вы можете сбросить и заново создать базу данных `otobo`.
Adapt customer interface with corporate identity
In OTOBO it is very easy to adapt the customer area to your own corporate identity. Follow this tutorial step by step and OTOBO will shine in your own design in a short time.
Currently, it is not so easy to adapt the agent area to one's own CI. Changes in the OTOBO .css files would be necessary here. One exception is the logo on the agent login page and the agent header. The logos can be easily exchanged by copying the logos to the server and then adjusting the options ``AgentLoginLogo`` and ``AgentLogo`` under ``Admin -> System Configuration``.
Change colors in Customer Area
To change the colors for the OTOBO customer interface, please go to ``Admin -> System Configuration`` and change the following settings:
CustomerColorDefinitions
To change the colours on the Customer Dashboard, please go to `Admin -> System Configuration`` and search for CustomerDashboard. In the search result you will find all the options you need with colour definitions.
Change Logos and Pictures
In the first step please copy your Logos and Pictures to the OTOBO Server. Please use an SCP client (WinSCP) for this purpose. Often you do not have the permissions to copy the logos to the right place. In this case, it is best to use the folder /tmp/.
In the next step copy the Logo into the OTOBO Home directory:
Now change inside the OTOBO Agent Interface to ``Admin -> System Configuration`` and change the following settings:
Change Customer Login Pictures and Text
1 and 2 - System Configuration Option **CustomerLogin::Settings**
**Remove Opacity and Watermark**
At the moment it is not possible to remove the overlay and watermark used in the image on the right by system configuration.
To remove the opacity, please adjust the option **#oooLoginBG > .oooBG** in the file

Loading…

No matching activity found.

Browse all component changes

Glossary

English Russian
No related strings found in the glossary.

Source information

Source string location
../../content/customer-interface-ci.rst:12
String age
8 months ago
Source string age
8 months ago
Translation file
locale/ru/LC_MESSAGES/content.po, string 22