Mvcc-6. очистка / блог компании postgres professional / хабр

Другие проблемы WhatsApp

WhatsApp известен не только тем, что им пользуются миллиарды человек, но и тем, что своих пользователей он если и ценит, то далеко не всегда. Так, например, в июне 2020 г. стало известно, что некоторые номера телефонов, привязанных к пользовательским профилям в WhatsApp, в течение длительного времени находились в открытом доступе и даже попали в поисковую выдачу Google. В общей сложности при помощи Google можно было найти до номера около 300 тыс. пользователей мессенджера, и эта проблема носила глобальный характер.

WhatsApp пока на первом месте по числу пользователей

В ноябре 2019 г. CNews сообщал, что пользователей WhatsApp стали автоматически навечно блокировать за участие в безобидных групповых чатах. Попасть под санкции оказалось возможным за смену названия чата на что-то, что покажется модераторам сервиса чем-то зловещим, незаконным или злонамеренным.

При этом WhatsApp совершенно не спешил устранять данный сбой. На все запросы пострадавших о причинах блокировки сотрудники мессенджера отвечали, что пользователи сами нарушили правила сервиса, и вина в блокировке лежит исключительно на них. В результате людям приходилось либо менять номер телефона для регистрации нового профиля, либо уходить в другие сервисы – Telegram, Viber, Signal и другие.

What tables require analysis?

The situation with automatic analysis is similar. Those tables are considered to require analysis whose number of updated (since the last analysis) tuples exceeds the threshold specified by two similar parameters: >= autovacuum_analyze_threshold + autovacuum_analyze_scale_factor * .

The default settings of automatic analysis are somewhat different: autovacuum_analyze_threshold = 50 and autovacuum_analyze_scale_factor = 0.1. They can also be defined at the level of storage parameters of separate tables:

autovacuum_analyze_threshold
autovacuum_analyze_scale_factor

Since TOAST tables are not analyzed, they do not have such parameters.

Let’s also create a view for analysis:

Нарушения за которые блокируют в ТикТок

Лучше не допустить блокировку, чем пытаться восстановить аккаунт.

Запомните основные нарушения, за которые можно получить бан аккаунта в ТикТок:

спам;
обнаженка в видео;
все, что запрещено законодательством — оружие в видео, наркотики, экстремизм, разжигание ненависти;
видео, нарушающие авторское право;
дезинформация;
явная накрутка (если использовать, то очень аккуратно, чтобы невозможно было отличить от действий реального человека — статья по сервисам массфолловинга в помощь).

P.S. Также есть момент, не прописанный в правилах, но опытным путем доказано, что за него можно получить теневой бан. Это, когда в нескольких роликах повторяются фрагменты — например, одна и та же концовка с призывом подписаться и контактами, как outro на YouTube. В Canva есть целый раздел шаблонов для создания outro для ТикТока, но лучше не пользоваться этим.

Полный список нарушений читайте в статье «Правила сообщества ТикТок на русском».

Заключение

В ТикТок действительно сложно восстановить аккаунт после полного удаления, поэтому стоит придерживаться трех простых правил и не доходить до крайностей. Особенно, если для вас ТикТок — источник заработка.

Внимательно изучите правила сообщества (помните, что даже игрушечный нож в ролике может стать причиной бана). Заранее перенаправлять трафик на другие платформы (Instagram, YouTube, Telegram, личный блог), чтобы в случае блокировки быстро создать новый аккаунт и отправить туда подписчиков. Если подали апелляцию ведите себя вежливо и не закидывайте техподдержку спамом (иначе не восстановят аккаунт из принципа). Также стоит морально быть готовыми в случае чего начинать весь путь в ТикТок сначала.

Полезные статьи:

За что можно получить блокировку в Инстаграм
Как зарабатывать монеты в Тик-Ток и что это за валюта
12 идей для дуэтов в Тик-Ток
Как скачать видео и музыку из Тик-Ток

Настройка и использование Autovacuum Parameters

autovacuum = on
log_autovacuum_min_duration = 0       # -1 disables, 0 logs all actions and
autovacuum_max_workers = 3
autovacuum_naptime = 10min
autovacuum_vacuum_threshold = 1800
autovacuum_analyze_threshold = 900
#autovacuum_vacuum_scale_factor = 0.2   # fraction of table size before vacuum
#autovacuum_analyze_scale_factor = 0.1  # fraction of table size before analyze

autovacuum = on Если Вы лучше чем PostgreSQL знаете когда следует производить сборку мусора, то автоматику можно выключить. Хотя лучше её просто правильно настроить. С другой стороны сборка мусора оттягивает на себя ресурсы системы и если это не допустимо, то её можно отложить на некоторое время. При настройке службы автоматической сборки мусора и анализа следует понимать, что один из зарезервированных с помощью superuser_reserved_connections слотов может оказаться в нужный момент занят.
log_autovacuum_min_duration = -1 Установка равная нулю регистрирует все действия autovacuum. Минус один (по умолчанию) запрещает вывод в лог. Например, если вы установите значение равное 250 мс, то все действия autovacuum и analyzes, которые работают 250 мс и более, будут заноситься в журнал. Включение этого параметра может быть полезно для отслеживания autovacuum. Этот параметр может быть установлен только в файле postgresql.conf или в командной строке сервера.
autovacuum_naptime = 10min Время в секундах через которое база данных проверяется на необходимость в сборке мусора. По умолчанию это происходит раз в минуту.
autovacuum_vacuum_threshold = 1800 Порог на число удалённых и изменённых записей в любой таблице по превышению которого происходит сборка мусора (VACUUM).
autovacuum_analyze_threshold = 900 Порог на число вставленных, удалённых и изменённых записей в любой таблице по превышению которого запускается процесс анализа (ANALYZE).
autovacuum_vacuum_scale_factor = 0.2 Процент изменённых и удалённых записей по отношению к таблице по превышению которого запускается сборка мусора.
autovacuum_analyze_scale_factor = 0.1 То же, что и предыдущая переменная, но по отношению к анализу.

Тонкая настройка Tuning PostgreSQL

Как и для всякой программы, работающей с большим объёмом данных, дисковая подсистема является для PostgreSQL определяющей. Поэтому если есть возможность, то лучше вложиться именно в неё. В противоположность дисковой подсистеме процессор нагружается не очень сильно. Поэтому для сервера достаточно, чтобы процессор просто был, хотя лучше чтобы он был не один. К вопросу о дисках можно сказать, что чем их больше — тем лучше. По возможности следует выделить отдельный диск для журнала транзакций (pg_xlog).
Избыток дисков так же позволит собрать из них RAID. Хоть никто и не отменяет бэкапа, но дополнительная избыточность для дисковой подсистемы, как и источники бесперебойного питания, сэкономят массу сил и нервов. Относительно недорогие системы снабжены дешёвыми встроенными RAID-контроллерами на четыре диска. Не следует использовать эти контроллеры, а лучше настроить софтверный RAID и не надо использовать RAID 51 для небольшого числа дисков. До 6 дисков включительно лучше RAID 1+02 . Избыточность во всём — это только похоже на паранойю. На сервер, где уже работает PostgreSQL не следует «подселять» другие базы данных или программы, осуществляющие интенсивный обмен с дисковой памятью. А вот программы, которые вместо этого интенсивно используют процессор, например, Apache, вполне уживаются если памяти достаточно.

Настройка ядра Linux и PostgreSQL

# echo "kernel.shmmax=2147483648" >> /etc/sysctl.conf

# nano postgresql.conf

shared_buffers = 1GB
checkpoint_segments = 16
effective_cache_size = 512MB
work_mem = 8MB
maintenance_work_mem = 256MB

PostgreSQL Managing Kernel Resources приводятся рекомендации для sysctl.

Почему Google блокирует аккаунты рекламодателей

Бизнес-модель поисковой системы Google основана на комфортном взаимодействие двух сторон:

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

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

Сервису важно, чтобы обеим сторонам было комфортно внутри сети и они продолжали свою работу. Поэтому Google активно борется с недобросовестной рекламой бизнеса и тем самым старается сделать свою экосистему максимально комфортной для пользователей, а также обеспечивает добросовестную конкуренцию рекламодателям

Конечно, Google не стремиться сразу заблокировать ваш аккаунт, если вдруг были обнаружены малейшие проблемы. Именно поэтому перед запуском каждая рекламная кампания проходит процесс модерации и, если система обнаружит какие-либо ошибки, недоработки или нарушения, она обязательно оповестит об этом, и их можно будет исправить.

Как-правило, блокировка происходит в том случае, если были допущены действительно серьезные нарушения. Например, в рекламной кампании при модерации была заявлена одна тематика, а в последствии на сайте был установлен редирект на страницу с запрещенной к показу рекламой.

Поэтому чтобы избежать проблем с блокировкой аккаунта, в большинстве случаев, достаточно предварительно изучить правила в отношении рекламы в Google, также стоит уделить внимание требованиям к целевой странице

Важно понимать, что блокировка осуществляется без участия человека. Google создал целую систему, которая анализирует множество факторов, она не статична и постоянно адаптируется

Поэтому обойти ее и запустить запрещенную рекламу невозможно. Рано или поздно система вычислит такой аккаунт и заблокирует его. Однако в случае с автоматическими проверками иногда система может заблокировать аккаунт по ошибке

Google создал целую систему, которая анализирует множество факторов, она не статична и постоянно адаптируется. Поэтому обойти ее и запустить запрещенную рекламу невозможно. Рано или поздно система вычислит такой аккаунт и заблокирует его. Однако в случае с автоматическими проверками иногда система может заблокировать аккаунт по ошибке

Если ваш аккаунт Google Ads заблокировали, вы получите оповещение об этом на почту, а также увидите красную плашку с краткой причиной блокировки при входе в аккаунт.

Почтовое оповещение

Оповещение в интерфейсе Google Ads

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

Обзор автоматической очистки

PostgreSQL использует многовариантное управление параллелизмом (MVCC), чтобы обеспечить больший параллелизм баз данных. Каждое обновление приводит к вставке и удалению, а каждая операция удаления приводит к пометке строк для удаления. При пометке определяются неиспользуемые кортежи, которые будут очищены позже. Для выполнения этих задач PostgreSQL запускает задание очистки.

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

Автоматическую очистку можно настраивать, повышая ее эффективность. Значения, заданные по умолчанию в PostgreSQL, призваны обеспечить работу продукта на устройствах всех типов. В том числе на устройствах Raspberry Pi. Идеальные значения конфигурации зависят от следующего:

Общий объем доступных ресурсов, например, размер хранилища и SKU.
Использование ресурсов.
Характеристики отдельных объектов.

WhatsApp не решает проблему

Статья в Forbes, проливающая свет на новую проблему в WhatsApp была опубликована 10 апреля 2021 г. К 13 апреля 2021 г. разработчики так и не выпустили устраняющее ее обновление и не назначили сроки ее релиза.

OSDU: что нужно знать об открытых стандартах работы с данными в нефтегазе
Новое в СХД

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

Эту политику WhatsApp намеревался ввести еще 8 февраля 2021 г., но был вынужден временно отказаться от этой идеи из-за шквала критики. Новая дата вступления ее в силу – 15 мая 2021 г., и всем тем, кто не собирается соглашаться с ней, уготовано весьма серьезное наказание.

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

Настройки по умолчанию

Настройки AUTOVACUUM для PostgreSQL можно найти в файле postgresql.conf и контролировать, когда и как работает демон. Ниже приведен пример этих настроек:

PgSQL

#——————————————————————————
# AUTOVACUUM PARAMETERS
#——————————————————————————

autovacuum = on # Включить подпроцесс autovacuum? ‘on’
# требует, чтобы track_counts также был включен.

log_autovacuum_min_duration = -1 # -1 отключает, 0 записывает все действия и
# их длительности,> только 0 журналов
# действий, выполняющих наименьшее
# количество миллисекунд

autovacuum_max_workers = 3 # максимальное количество подпроцессов autovacuum
# (изменение требует перезагрузки)

autovacuum_naptime = 1min # время между autovacuum запуском

autovacuum_vacuum_threshold = 50 # мин количество обновлений строк перед vacuum

autovacuum_analyze_threshold = 50 # мин количество обновлений строк перед анализом

autovacuum_vacuum_scale_factor = 0.2 # доля размера таблицы до vacuum

autovacuum_analyze_scale_factor = 0.1 # доля размера таблицы перед анализом

autovacuum_freeze_max_age = 200000000 # максимальный XID длительность до принудительного vacuum
# (изменение требует перезагрузки)

autovacuum_multixact_freeze_max_age = 400000000
# максимальная многофакторная длительность
# до принудительного vacuum
# (изменение требует перезагрузки)

autovacuum_vacuum_cost_delay = 20ms # по умолчанию vacuum задержка стоимости для
# autovacuum, в миллисекундах;
# -1 означает использование vacuum_cost_delay

autovacuum_vacuum_cost_limit = -1 # предельная стоимость vacuum по умолчанию для
# autovacuum, -1 означает использование
# vacuum_cost_limit

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40

#——————————————————————————

#AUTOVACUUMPARAMETERS
#——————————————————————————

autovacuum=on#Включитьподпроцессautovacuum?’on’

#требует,чтобыtrack_countsтакжебылвключен.

log_autovacuum_min_duration=-1#-1отключает,0записываетвседействияи

#ихдлительности,>только0журналов

#действий,выполняющихнаименьшее

#количествомиллисекунд

autovacuum_max_workers=3#максимальноеколичествоподпроцессовautovacuum

#(изменениетребуетперезагрузки)

autovacuum_naptime=1min#времямеждуautovacuumзапуском

autovacuum_vacuum_threshold=50#минколичествообновленийстрокпередvacuum

autovacuum_analyze_threshold=50#минколичествообновленийстрокпереданализом

autovacuum_vacuum_scale_factor=0.2#доляразмератаблицыдоvacuum

autovacuum_analyze_scale_factor=0.1#доляразмератаблицыпереданализом

autovacuum_freeze_max_age=200000000#максимальныйXIDдлительностьдопринудительногоvacuum

#(изменениетребуетперезагрузки)

autovacuum_multixact_freeze_max_age=400000000

#максимальнаямногофакторнаядлительность

#допринудительногоvacuum

#(изменениетребуетперезагрузки)

autovacuum_vacuum_cost_delay=20ms#поумолчаниюvacuumзадержкастоимостидля

#autovacuum,вмиллисекундах;

#-1означаетиспользованиеvacuum_cost_delay

autovacuum_vacuum_cost_limit=-1#предельнаястоимостьvacuumпоумолчаниюдля

#autovacuum,-1означаетиспользование

#vacuum_cost_limit

Оптимизация автоматической очистки для отдельных таблиц

Вы можете настроить параметры конфигурации для каждой таблицы. Ниже приведен пример:

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

Обновить настройки

Чтобы изменить настройки для демона AUTOVACUUM, вам необходимо найти и отредактировать настройки, хранящиеся в файле postgresql.conf. Расположение файла postgresql.conf зависит от используемой системы.
После того как вы отредактировали настройки в файле postgresql.conf, вам потребуется перезапустить базу данных, чтобы изменения вступили в силу.

Отключить AUTOVACUUM для таблицы

Когда системные настройки для AUTOVACUUM включены, вы можете отключить AUTOVACUUM для определенной таблицы, если выберете. Это делается путем запуска запроса в базе данных.
Синтаксис для отключения AUTOVACUUM для таблицы в PostgreSQL:

PgSQL

ALTER TABLE table_name SET (autovacuum_enabled = false);

1	ALTERTABLEtable_nameSET(autovacuum_enabled=false);

table_name: Таблица, к которой вы не хотите применить autovacuum.

Например:

PgSQL

ALTER TABLE products SET (autovacuum_enabled = false);

1	ALTERTABLEproductsSET(autovacuum_enabled=false);

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

PgSQL

SELECT reloptions
FROM pg_class
WHERE relname = ‘products’;

1
2
3

SELECTreloptions

FROMpg_class

WHERErelname=’products’;

Это вернет параметр AUTOVACUUM для таблицы products. Если AUTOVACUUM был отключен, ваш запрос будет возвращать что-то вроде этого:

PgSQL

reloptions
—————————-
{autovacuum_enabled=false}
(1 row)

1
2
3
4

reloptions

—————————-

{autovacuum_enabled=false}
(1row)

В этом примере для таблицы products для autovacuum_enabled установлено значение false. Это означает, что демон AUTOVACUUM не будет пытаться очистить таблицу products.

Виды блокировок в Тик-Ток

Какие блокировки есть в Тик-Токе:

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

Снять такую блокировку можно только если договориться с тем, кто вас заблокировал, например, написать ему в личку Инстаграм или по другим контактам. Чтобы самому заблокировать чужой аккаунт (например, из-за спама), нужно зайти на страницу этого пользователя, нажать на 3 точки в правом верхнем углу и выбрать пункт «Заблокировать»

При этом неважно, является ли пользователь вашим подписчиком или нет — функция работает одинаково для всех

Это интересно: Как включить вопросы и ответы в ТикТок

Блокировка от администрации Тик-Ток. Это блокировка за нарушения правил сообщества. Она может быть временной (за мелкие нарушения) или вечной (за более серьезное нарушение правил соцсети). Вам могут заблокировать видео или весь аккаунт.

Отдельно стоит выделить теневой бан в Тик-Ток, наличие которого отрицается во всех соцсетях, тем не менее, он существует. Ваши видео перестают получать просмотры и не попадают в рекомендации. Но подписчики и гости аккаунта могут их видеть. Также не запрещается выкладывать новые видео. Если у вас было стабильное количество просмотров, а потом статистика резко просела — скорее всего, причина в теневом бане. Что это за блокировка и по какой причине ее можно получить (а также как избежать) читайте в статье про теневой бан.

Самостоятельная блокировка. Некоторые пользователи сами удаляют аккаунт в ТикТок, а потом спрашивают, как его восстановить (удаление делается через настройки — управление аккаунтом — удалить аккаунт). В отличие от Инстаграм, в ТикТок нельзя временно заморозить аккаунт, а потом восстановить и продолжить наполнять его контентом. Если удаляете аккаунт в ТикТок — это навсегда, так что хорошо подумайте. Полное удаление длится 30 дней, это значит, что в течение этого времени нельзя завести новый аккаунт с тем же логином, номером телефона или адресом почты.

4 Количество рабочих процессов автовакуума

Параметр конфигурации для количества рабочих процессов автоочистки — autovacuum_max_workers. Очистка не происходит в одном процессе автоочистки, но позволяет базе данных запускать процессы autovacuum_max_workers для очистки различных баз данных / таблиц. Проблема в том, что пользователи думают, что количество рабочих процессов автоочистки пропорционально объему очистки, которая может произойти. Если вы увеличите количество рабочих процессов автоочистки до 6, то он определенно будет делать больше, чем 3 рабочих процесса по умолчанию. В два раза больше работы, правда? Нет, ограничение стоимости, описанное в предыдущих абзацах, является глобальным и разделяется всеми рабочими процессами автоочистки. Каждый рабочий процесс получает только 1 / autovacuum_max_workers от общей предельной стоимости, поэтому количество рабочих процессов автоочистки Только делает медленнее. Это немного похоже на автостраду: количество машин удваивается, но уменьшается вдвое, а количество людей, прибывающих в пункт назначения каждый час, будет таким же. Таким образом, если очистка базы данных не успевает за действиями пользователя, увеличение количества рабочих не является решением, если вы также не измените другие параметры.

Конфигурации автоматической очистки

Параметры конфигурации, управляющие автоматической очисткой, связаны с двумя ключевыми вопросами:

Когда должна запускаться очистка?
Сколько данных нужно удалять после ее запуска?

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

Параметр	Описание	Значение по умолчанию
autovacuum_vacuum_threshold	Указывает минимальное количество обновленных или удаленных кортежей, необходимое для вызова операции очистки в той или иной таблице. Значение по умолчанию — 50 кортежей. Этот параметр можно задать только в файле postgresql.conf или в командной строке сервера. Параметр можно переопределять для отдельных таблиц, меняя параметры хранилища таблиц.	50
autovacuum_vacuum_scale_factor	Указывает долю размера таблицы, добавляемую к значению autovacuum_vacuum_threshold, чтобы решить, нужно ли вызывать операцию очистки. Значение по умолчанию — 0,2 (20 процентов размера таблицы). Этот параметр можно задать только в файле postgresql.conf или в командной строке сервера. Параметр можно переопределять для отдельных таблиц, меняя параметры хранилища таблиц.	0.2
autovacuum_vacuum_cost_limit	Указывает значение предельной стоимости, которое будет использоваться в автоматических операциях очистки. Если задано значение –1 (по умолчанию), будет использоваться обычное значение параметра vacuum_cost_limit. Значение пропорционально распределяется между выполняющимися рабочими ролями автоматической очистки, если их несколько. Сумма ограничений для каждой рабочей роли не превышает значение этой переменной. Этот параметр можно задать только в файле postgresql.conf или в командной строке сервера. Параметр можно переопределять для отдельных таблиц, меняя параметры хранилища таблиц.	-1
autovacuum_vacuum_cost_delay	Указывает значение задержки стоимости, которое будет использоваться в автоматических операциях очистки. Если задано значение –1, будет использоваться обычное значение параметра vacuum_cost_delay. Значение по умолчанию — 20 миллисекунд. Этот параметр можно задать только в файле postgresql.conf или в командной строке сервера. Параметр можно переопределять для отдельных таблиц, меняя параметры хранилища таблиц.	20 мс
autovacuum_naptime	Указывает минимальную задержку между сеансами автоматической очистки для любой базы данных. В ходе каждого сеанса управляющая программа просматривает базу данных и по мере необходимости вызывает команды VACUUM и ANALYZE для таблиц в этой базе данных. Задержка измеряется в секундах. Этот параметр можно задать только в файле postgresql.conf или в командной строке сервера.	15 с
autovacuum_max_workers	Указывает максимальное количество процессов автоматической очистки (помимо соответствующего средства запуска), которые могут выполняться одновременно. Значение по умолчанию — 3. Установите этот параметр только при запуске сервера.	3

Параметр можно переопределять для отдельных таблиц, меняя параметры хранилища таблиц.

За что блокируют водителей Яндекс Такси

Блокировка Яндекс Такси — один из инструментов контроля водителей в Яндекс Такси.

Низкий показатель рейтинга или активности

Рейтинг:

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

Активность:

отмена заказа диспетчером по просьбе водителя;
отмена заказа самостоятельно водителем меньше чем через 10 минут;
доступ закрывается при Активности ниже 10;
отмена пассажиром заказа с пометкой, что об этом просил водитель.

Непрохождение фотоконтроля

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

Злоупотребление функциями сервиса:

отключение интернета при приеме заказа;
работа под чужим профилем;
передача аккаунта третьим лицам и разрешение пользоваться;
в статусе «На месте» уехать, не взяв пассажира;
выход на линию не на той машине, что указана в профиле;
поставленный статус «Заказ выполнен» до завершения поездки;
умышленное увеличение времени поездки и расстояния;
провоцирование пассажира на отмену вызова;
требование большей суммы, чем по Таксометру, с пассажира;
принять самозаказ и выполнить его;
применение в брендировании магнитных наклеек.

Несоблюдение техники безопасности

Одна из самых частых причин временного ограничения доступа на фоне частых аварий с такси стало нарушение ПДД:

опасное вождение — перестройка при интенсивном движении, резкое, без повода, торможение, препятствие обгону;
водитель за рулем отвлекался — разговоры по телефону, смотрел видео, переписывался;
произошло отклонение от построенного Навигатором маршрута без просьбы на то пассажира.

К нарушениям также относится:

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

Важно знать
Выполнение заказов без отдыха — тоже причина для блокировки. Неустанно работая, водитель рискует угодить в ДТП

Поэтому доступ временно приостанавливается. Таксометр выдаст предупреждение заранее и подскажет время возвращения к заказам.

Копирование числовых ячеек из 1С в Excel Промо

Решение проблемы, когда значения скопированных ячеек из табличных документов 1С в Excel воспринимаются последним как текст, т.е. без дополнительного форматирования значений невозможно применить арифметические операции. Поводом для публикации послужило понимание того, что целое предприятие с более сотней активных пользователей уже на протяжении года мучилось с такой, казалось бы на первый взгляд, тривиальной проблемой. Варианты решения, предложенные специалистами helpdesk, обслуживающими данное предприятие, а так же многочисленные обсуждения на форумах, только подтвердили убеждение в необходимости описания способа, который позволил мне качественно и быстро справиться с ситуацией.

Monitoring PostgreSQL VACUUMs and more

PostgreSQL VACUUM processes are just one aspect of maintaining a healthy, efficient database. In order to gain a comprehensive view of your database’s health and performance, you’ll need to monitor key metrics, distributed request traces, and from all of your database instances—as well as the rest of your environment.

As your application updates or deletes data in a PostgreSQL database, Datadog can help you correlate all of those queries with performance indicators (e.g., request latency) and infrastructure metrics (e.g., dead rows and disk usage). In the flame graph below, you can see that this request spent almost 30 percent of its time accessing the PostgreSQL service. You can also inspect individual queries and correlate them with host-level metrics and logs to get deep visibility into database health and the overall performance of your application.

If you’re already using Datadog, enable the PostgreSQL integration to start monitoring VACUUM processes and metrics from your database alongside more than
450 other technologies, all in one place. If you don’t use Datadog, but would like to try it out, here’s a .