Исходный код вики 04. Прочее
Версия 16.1 от Ирина Сафонова на 01.05.2023, 15:52
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
2.1 | 1 | **Содержание** |
| 2 | |||
| 3 | {{toc/}} | ||
| 4 | |||
| 5 | == Почему мои запросы уходят в time out? == | ||
| 6 | |||
| |
3.1 | 7 | ---- |
| 8 | |||
| |
16.1 | 9 | **Ответ:** может быть множество причин, почему запрос долго отрабатывается и уходит в тайм-аут. Для выполнения "тяжелого" и длинного запроса в SQLLab по умолчанию Cloud BI позволяет ему выполняться не более 6 часов, прежде чем он будет завершен системой управления очередями Celery. Если необходимо увеличить время выполнения запроса, можно указать время ожидания в конфигурации: |
| |
2.1 | 10 | |
| 11 | (% class="box infomessage" %) | ||
| 12 | ((( | ||
| 13 | SQLLAB_ASYNC_TIME_LIMIT_SEC = 60 * 60 * 6 | ||
| 14 | ))) | ||
| 15 | |||
| 16 | Если появляются тайм-ауты (504 Gateway Time-Out) при загрузке дашборда или среза данных, вероятно, клиент находится за прокси-шлюзом от BI-системы. Если клиент не получил своевременный ответ от BI-системы, эти сервера будут напрямую отправлять код состояния 504. BI-система имеет ограничение времени ожидания на стороне клиента для решения этой проблемы. Если запрос не вернулся в течение тайм-аута на стороне клиента (по умолчанию 60 секунд), то BI отобразит предупреждающее сообщение, чтобы избежать сообщение о тайм-ауте шлюза. Если лимит времени больше ожидания шлюза, то его можно изменить в настройках времени ожидания: | ||
| 17 | |||
| 18 | (% class="box infomessage" %) | ||
| 19 | ((( | ||
| 20 | SUPERSET_WEBSERVER_TIMEOUT = 60 | ||
| 21 | ))) | ||
| |
4.1 | 22 | |
| 23 | == Как задать специфические цвета? == | ||
| 24 | |||
| |
6.1 | 25 | ---- |
| 26 | |||
| |
5.1 | 27 | **Ответ:** это возможно для каждой информационной панели путем предоставления сопоставления меток с цветами в атрибуте метаданных JSON с использованием ключа **label_colors**. |
| |
4.1 | 28 | |
| 29 | {{code language="none"}} | ||
| 30 | { | ||
| 31 | "label_colors": { | ||
| 32 | "Girls": "#FF69B4", | ||
| 33 | "Boys": "#ADD8E6" | ||
| 34 | } | ||
| 35 | } | ||
| 36 | {{/code}} | ||
| |
7.1 | 37 | |
| 38 | == За что отвечает смещение часового пояса (Hours Offset) в настройках представления датасета? == | ||
| 39 | |||
| |
8.1 | 40 | ---- |
| 41 | |||
| 42 | **Ответ: **в представлении** Редактировать набор данных** можно указать смещение по времени. Это поле позволяет настроить количество часов, которое будет добавлено или вычтено из столбца времени. Например, этот функционал можно использовать для преобразования времени UTC в местное время. | ||
| |
11.1 | 43 | |
| 44 | == Почему не рекомендуется удалять пользователей? == | ||
| 45 | |||
| 46 | ---- | ||
| 47 | |||
| |
12.1 | 48 | **Ответ**: удаление пользователя не рекомендуется, потому что он может быть импортирован из AD и удалять его учетную запись и создавать ее заново со сменой пароля и заново настраивать политики безопасности — трудоемкий и длительный процесс. |
| |
13.1 | 49 | |
| |
15.1 | 50 | **[[В начало>>doc:Сервис Cloud BI.WebHome]] **🡱 |
| |
14.1 | 51 | **[[К предыдущему разделу>>doc:Сервис Cloud BI.4\. Частые вопросы по сервису.04\. Базы данных.WebHome]] 🡰** |