Удаление логов диалогов
Платформа предоставляет возможность удалять логи диалогов клиента по истечении заданного времени.
Удаленные логи невозможно восстановить.
Как удалить логи диалогов
- Владелец аккаунта должен обратиться в техническую поддержку с запросом на активацию опции удаления логов диалогов.
- После сообщения от технической поддержки, что опция подключена, пользователь аккаунта может включить опцию. Для этого перейдите в настройки проекта и включите опцию очистки логов: переключатель Удаление диалогов. Укажите количество дней (от 0 до 999) для удаления логов старшей N дней.
Опцию удаления логов может включить любой пользователь аккаунта, у которого есть права на редактирование проектов.
- После подключения опции раз в сутки (по умолчанию в 00:01 ) для данного проекта удаляются реплики клиентов и ботов, вложения и ответы операторов, аудиозаписи разговора клиента с ботом и мета-информация. Обратите внимание, что поля, которые потенциально не могут содержать персональные данные, не удаляются: время сообщения, состояния, переходы, nlp-классы.
Если вы укажите срок хранения 0 дней, то логи диалогов будут удаляться за каждый только что прошедший день.
В разделе Аналитика после очистки логов вместо сообщений будет отображаться фраза Сообщение удалено.
Если у вас настроена опция генерирования и скачивания логов и при этом вы также используете опцию удаления логов, то файл .csv будет удален для всего аккаунта после указанного в проекте количества дней. Файл .csv будет удален для всего аккаунта, если хотя бы в одном проекте включена очистка логов.
Как удалить или отключить логи «Информации об использовании почтового ящика?»
Почему я не могу отключить «Информацию об использовании почтового ящика?»
Почему это право предоставлено кому-то еще? Я владелец ящика или ваше ЦРУ или еще какая спец. служба?
Раньше была функция на отключение этой службы, сейчас меня лишили такой возможности !
На каком основании за мной назначена слежка ?
Лучший ответ
Информацию об использовании почтового ящика,
которая отображается в разделе почты «Пароль и безопасность»:
https://e.mail.ru/settings/security
невозможно ни очистить, ни отключить,
нет такой возможности, потому что там убрали опцию
«Сохранять и отображать последние действия в ящике»,
которая была раньше:
https://help.mail.ru/mail-help/settings/security
Вот, даже опрос делала по данному новшеству, когда
оно только начало появляться в почтах пользователей:
https://otvet.mail.ru/question/192488271
Почитайте ещё дополнительно информацию в моём ответе здесь:
https://otvet.mail.ru/answer/1837657746
Можете написать в службу поддержки Почта@Mail.Ru
на этот адрес:
mailsupport@corp.mail.ru
и у них узнать всё, что Вас интересует,
а здесь отвечают простые пользователи
(в заголовке письма укажите тему проблемы)
Ответ от службы поддержки приходит обычно в течении 5 рабочих дней.
Источник: © обычный пользователь проекта
НиколайУченик (79) 6 лет назад
Я 2 раза уже получаю тот же ответ !
Почему я не могу отключить «Информацию об использовании почтового ящика?»
Почему это право предоставлено кому-то еще? Я владелец ящика или ваше ЦРУ или еще какая спец. служба?
Раньше была функция на отключение этой службы, сейчас меня лишили такой возможности .
На каком основании за мной назначена слежка ?
Лена Добровольская-Forever•.♥.ツ Высший разум (3147030) Претензии не по адресу ( Можете написать в службу поддержки Почта@Mail.Ru на этот адрес: mailsupport@corp.mail.ru и у них узнать всё, что Вас интересует, а здесь отвечают простые пользователи (в заголовке письма укажите тему проблемы) Ответ от службы поддержки приходит обычно в течении 5 рабочих дне
Остальные ответы
Умишкой, перетрудившись, тронулись: в почте майл ру лог действий НЕЛЬЗЯ убрать — это с целью усиления контроля за свободой переписки? И отчего-то аникак нельзя не пущать, вычернить нежелательного борзописьца! Пишет и пишет, пишет и пишет! И адрес почтовый не поменяешь — только новый вводи?! Когда эти и прочие ненужности уберутся? А как достаёт реклама, в том числе и хозяев программ — Почта и проч.
Как очистить логи действий в настройках?
Здравствуйте. Очистить историю действий нельзя в целях безопасности.
MAУченик (176) 1 год назад
Это вопрос не безопасности, а в том, то ФСБ этого не хочет
Остальные ответы
спасибо за помощь, кстати
прогуглил твой вопрос — https://xakep.ru/2016/05/05/windows-delete-history/
Мамка твояМудрец (18625) 3 года назад
Вообще-то вопрос был про почту. А если конкретно, то
https://e.mail.ru/settings/actions
Похожие вопросы
Ваш браузер устарел
Мы постоянно добавляем новый функционал в основной интерфейс проекта. К сожалению, старые браузеры не в состоянии качественно работать с современными программными продуктами. Для корректной работы используйте последние версии браузеров Chrome, Mozilla Firefox, Opera, Microsoft Edge или установите браузер Atom.
Работа с логами (журналами) сервера
Как правило, в Linux логи хранятся в специальном каталоге /var/log , внутри которого создаются отдельные файлы и папки для того или иного сервиса. Однако стоит учитывать, что для служб и ПО не запрещено задавать специальные каталоги для хранения логов. Например, для виртуальных хостов (сайтов) панель ISPmanager задает специальный каталог ( /var/www/htttpd-logs ) для удобного анализа логов по каждому сайту отдельно. А, например, стороннее ПО, устанавливаемое в директорию /opt , чаще всего будет вести логи также внутри этого каталога.
Стоит отметить, что несмотря на общую структуру, наименования отдельных файлов и каталогов могут отличаться в зависимости от определенной версии ОС, чаще всего разделяют на Debian-based (Debian/Ubuntu) и RedHat-based (Centos, Rocky Linux, AlmaLinux и т.д.), в статье мы будем разделять именно так.
Далее рассмотрим подробнее особенности вышеназванных наиболее популярных категорий журналов.
Системные логи
Начнем с системных логов как наиболее важных (система — основа работы сервера:)).
- Системный журнал, как правило, записывается в файлы:
Debian-based:
/var/log/syslog RedHat-based:
/var/log/messages
Там находится много различной информации о событиях, процессах и ошибках практически от всех системных служб сервера и, в частности, сообщения от ядра Linux. Также к системному логу можно отнести:
/var/log/dmesg (для удобного просмотра этого журнала можно просто выполнить команду dmesg -T )
/var/log/kern.log
в этих файлах ведется журнал с сообщениями ядра и драйверов всех устройств сервера. Обратите внимание, что эти логи ведутся с момента старта системы, поэтому часто после ее аварийной перезагрузки довольно сложно узнать, что было, так как этого события уже нет в логе. - Логи авторизации.
Сюда вносится информация о входах в систему, в том числе и о неудачных попытках (полезно для отслеживания попыток подбора пароля к системе и выяснения, кто был на сервере)
Debian-based:
/var/log/auth.log RedHat-based:
/var/log/secure
- Лог загрузки ОС:
/var/log/boot.log
- Лог планировщика (CRON) системы:
/var/log/cron
Логи веб-сервера
В стандартных конфигурациях сайты осуществляют свою работу посредством таких веб-серверов, как Apache или Nginx. Они могут быть установлены как поодиночке, так и в связке, где Nginx будет отвечать за фронтенд, а Apache за бэкенд.
У Apache и Nginx есть свои логи, как правило, двух категорий: первая — хранит журнал посещений, вторая — хранит информацию об ошибках, уведомлениях, примечаниях, предупреждениях и т. д.
Также в связке с Nginx довольно часто устанавливается интерпретатор PHP (php-fpm), соответственно, он тоже имеет свой лог с ошибками и уведомлениями.
Логи веб-сервера Apache
Apache создает два лог-файла:
- лог посещений (доступа) ( access.log/access_log );
- лог ошибок ( error.log/error_log ).
Конфигурация Apache позволяет задать хранение этих файлов отдельно для каждого сайта, размещенного на сервере. Хороший пример — реализация журналов веб-сервера в панели ISPmanager — логи хранятся в директории /var/www/httpd-logs и называются domain.name.access.log и domain.name.error.log , где вместо domain.name — имя определенного домена. Могут быть и другие реализации хранения логов, это всегда отражено в конфигурационных файлах веб-сервера.
Что касается стандартной реализации, то логи на Debian-based системах хранятся в каталоге /var/log/apache2 , а у RedHat-based систем в каталоге /var/log/httpd .
Логи веб-сервера Nginx
Nginx создает тоже два файла, хранящих журнал посещений и журнал ошибок. Файлы находятся в каталоге /var/log/nginx . В случае конфигурации веб-сервера как связки Nginx с Apache, журналы Nginx иногда пишутся в одном файле с логами Apache, с одной стороны, это может быть удобно, но в некоторых случаях для обнаружения ошибок это может создать трудности.
Также как и в Apache, Nginx может быть настроен для ведения логов каждого сайта отдельно.
Пример отображения стандартных логов Nginx в консоли:
Файлы .gz — это архивы логов, созданные в результате ротации логов, о ней расскажем позже.
Логи PHP-интерпретатора
Стандартно PHP-интерпретатор входит в конфигурацию Apache как модуль PHP. В таком случае все ошибки PHP хранятся там же, где основной лог Apache.
Если интерпретатор PHP работает в виде службы PHP-FPM (например, для связки веб-сервера Nginx+PHP-fpm), то логи хранятся отдельно, в каталоге /var/log/php-fpm .
В PHP (через конфигурационный файл php.ini) возможно настроить запись ошибок в определенный лог-файл, либо задать запись ошибок на определенной странице в отдельный файл (это уже осуществляется через файл .htaccess в соответствующем каталоге сайта). Чаще всего для таких случаев задают имя файла php_error.log или просто error.log , располагаться они могут как в каталоге сайта, так и любом другом каталоге пользователя, проверить лучше непосредственно в конфигурации PHP и веб-сервера.
Логи почтовой службы
На серверах довольно часто, помимо веб-сервера, присутствует и почтовая служба для отправки и приема писем все с тех же сайтов или отдельно через электронные почтовые ящики. Наиболее популярной конфигурацией почты сейчас является связка Exim (отправка и прием писем по протоколу SMTP) и Dovecot с сортировщиком sieve (для доступа пользователей к почтовым ящикам по протоколу IMAP/POP3).
В этом случае логи Exim находятся в каталоге /var/log/exim , чаще всего интересует файл mainlog (в нем хранятся все события почтовой службы), еще есть panic.log (там находятся сообщения об ошибках).
У Dovecot же логи, как правило, пишутся в файл /var/log/maillog или /var/log/mail.log , в него заносится информация о доставке, приеме и сортировке писем.
Логи FTP
В качестве FTP-службы в Linux есть несколько вариантов ПО, но в целом методика ведения логов у каждого ПО примерно схожая. В папке /var/log создаются журналы FTP-сервера, в случае использования vsFTPd это будет файл vsftpd.log , а в случае proFTPd — proftpd.log . В случае PURE-FTPd поищите файл /var/log/pureftpd.log . Если лога FTP вы не обнаружите, скорее всего, он все равно ведется, но уже в системных логах, упомянутых выше, это:
Также некоторые FTP-службы имеют файл лога xferlog , в котором пишется информация обо всех передачах по протоколу FTP.
Логи сервера базы данных
Рассмотрим сначала наиболее распространенный сервер баз данных MySQL. В стандартной настройке он ведет лог в файле mysqld.log или mysql.log . Файл располагается в папке /var/log/mysql или /var/log/mariadb , в зависимости от используемой версии MySQL.
Однако чаще всего в этот файл задается ведение general log , он же лог запросов, но так как этот лог очень быстро заполняется и начинает занимать много места на диске, то без особой необходимости его ведение не включают, а в лог если что и пишется, то ошибки и уведомления. Они заносятся, как правило, в файл error.log или mysql_error.log .
Также сервер MySQL может создавать в этой папке файл отладки медленных запросов к базе данных. Обычно он называется mysql_slow.log .
Иногда, в случае если настроена репликация баз данных, включают и ведение бинарных логов, они заносятся в файл mysql-bin.log . Этот лог, помимо большого своего объема на диске, также может снизить производительность сервера баз данных, поэтому также без особой необходимости включать его ведение не стоит.
Относительно сервера баз данных PostgreSQL можно отметить, что ведение логов задается в разных случаях в совершенно разные директории. Стоит посмотреть значение переменной log_filename в конфигурационном файле PostgreSQL, если этот параметр не задан, но при этом параметр logging_collector в статусе on, то лог ведется по следующему пути:
/var/log/postgresql/postgresql-x.x.main.log
где x.x — номер версии PostgreSQL
Ротация логов
Для сайтов, имеющих активную посещаемость или большое количество уведомлений и ошибок PHP на многих страницах сайта, размеры журналов могут очень быстро разрастись и в конечном итоге заполнить диск сервера. Для предотвращения этих ситуаций в Linux есть стандартный инструмент ротации логов — logrotate.
На примере логов веб-сервера работает он так. Раз в сутки (время можно задавать) файл лога, например, access.log переименовывается logrotate’ом в access.log.1 и проходит через gzip-сжатие, после чего получает имя access.log.1.gz. А вместо переименованного access.log тут же создается новый пустой файл с этим именем, куда и продолжает писаться информация о посещениях. На следующие сутки, уже при наличии файла access.log.1.gz, аналогично создается файл уже с именем access.log.2.gz, таким же образом далее все дни. Количество хранимых архивов и период можно настроить.
По такому же принципу ротируются логи и других служб — FTP, почтовой службы, системные логи.
Главная задача ротации логов — экономить место на диске, а также иметь понятную логику доступа к архивам логов. Однако в случае бесконтрольной и объемной записи в лог, пространство диска может очень быстро закончиться еще до момента срабатывания ротации логов. В этом случае необходимо настроить ротацию логов на более частый период, но, как правило, такие ситуации случаются нечасто, и можно вручную очистить лог — эту ситуацию мы рассматривали в другой нашей статье.
Чтение лог-файлов
Логи бывают разные, как и способы их чтения.
Стандартным советом для просмотра содержимого текстового файла был бы совет использовать команду:
Однако, в случае когда логи объемны и, например, активно ведутся целый день, команда cat вывалит на вас гору информации, неудобную для просмотра.
Она может быть полезна, только если вы ищите сразу в логе что-то определенное, например, ошибку:
cat имя.лога | grep err
Но даже в этом случае ошибку можно поискать сразу командой grep :
grep ‘err’ имя.лога
Без поиска же более логичен в данном случае просмотр лога через инструмент tail :
- tail имя.лога — выведет последние 10 строк журнала,
- tail -n 100 имя.лога — выведет последние 100 строк журнала, числовое значение можно менять в зависимости от необходимого числа строк,
- tail -f имя.лога — просмотр лога в «прямом эфире», т. е. все поступаемые в лог записи тут же обновляются на экране, удобно для отслеживания ошибок, появляющихся после определенных действий.
Ну, а если все же требуется прочитать весь объемный лог или как минимум пробежаться глазами для отслеживания событий, для этого есть более удобный, чем cat, инструмент less :
less имя.лога — покажет первую страницу лога (те строки, которые поместятся на экран консоли), пролистывать можно клавишами «вверх»/«вниз» (построчно) и PageUp/PageDown (постранично).
Важно, для выхода из просмотра в less , просто нажмите клавишу q .
Также можно, не листая текст, найти в логе определенный фрагмент, просто начав печатать искомую фразу или фрагмент в поле с мигающим курсором, в начале напечатав символ / (для поиска вниз по тексту) и ? (для поиска вверх по тексту).
После ввода необходимой части текста, нажмите Enter , все участки текста, которые подходят условиям поиска, будут подсвечены.
Для быстрого перехода в конец файла, нажмите клавишу G , для перехода в начало файла — g .
В этой статье мы разобрали лишь базовые логи и базовые инструменты для работы с журналами сервера. Так как в системах Linux, по большей части, все создается единообразно, разобравшись с базовыми элементами и основными логами, вам не составит труда в будущем найти и поработать с логами каких-либо других служб, установленных на сервер.