После создания своего сервера Discord у многих новичков могут возникать различные вопросы по части администрирования сервера. Одним из таких вопросов может являться «Как удалить все сообщения в Дискорде?». Задаваться подобным вопросом могут из-за множества причин: от удаления одного ненужного послания вплоть до очистки всей базы данных от посторонних глаз.
К сожалению, разработчики не предусмотрели возможности, как удалить все сообщения в Дискорде за один раз. Но не стоит расстраиваться! Существует множество методов, позволяющих частично обойти данный запрет.
Этот способ подходит только в том случае, если необходимо удалить переписку исключительно частично. В качестве масштабного варианта очистки, этот метод самый худший, ибо требует затраты посредством повторения действий множества раз.
Удалить переписку именно с помощью данного метода можно довольно быстро. Единственный минус в том, что потребуется заново создавать канал и производить его настройки. Основное достоинство – позволяет удалить все сообщения в Дискорде, хранящиеся на выбранном канале.
Напомним, что официально Discord не признает такие понятия, как группа или чат. Под ними чаще всего понимают место, где можно вести групповое общение. Только в Дискорде такие места называются немного по-другому – каналы. При этом каналы могут быть двух типов: текстовые и голосовые. Многие люди отдают предпочтение именно Discord по той причине, что он позволяет общаться участникам в нескольких текстовых каналах одновременно при этом, не выходя из голосового канала.
Удалить все сообщения в Дискорде с помощью реакций невозможно, одна они помогают администрировать некоторые процессы.
Например, существует полезный бот, позволяющий добавлять на сервер Discord опросы, состоящие до девяти вариантов ответов. С помощью реакций можно просмотреть, какие варианты ответов были выбраны определенным пользователем, а также удалить их. Изначально реакции предназначались для смайлов emoji.
Так же имеет место быть немного радикальный способ по очистке переписок. Однако он позволяет удалить все сообщения в Дискорде за последние 7 дней.
Стоит отметить, что этот способ подходит только в том случае, если необходимо стереть сообщения отдельного пользователя, а не всего чата.
В завершение забаненый пользователь будет заблокирован для сервера, то есть он не сможет воспользоваться ссылкой-приглашением на ресурс, пока его не разблокирует создатель или участник с правами администратора. Как разбанить человека описывает следующая .
Не смотря на то, что Discord не позволяет удалять все сообщения, существует способ, как стереть до 100 сообщений зараз. Для этого всего лишь необходимо установить дополнительный бот Mee6. Стоит признать, что это самый простой и быстрый метод, который позволяет удалить переписку.
По сути Mee6 – музыкальный бот, однако несет в себе несколько полезных функций.
Алгоритм действий, позволяющий удалить переписку через интерфейс мобильного телефона, полностью аналогичен проделанным операциям. Именно поэтому иллюстрировать их не будем.
Сейчас, когда компьютерная и мобильная технология развита непогодам, вопрос первой важности сосредоточен на возможностях поддерживать общение между собой.
Мессенджеры позволяют в реальном времени обсудить любые вопросы, начиная от приватных и заканчивая деловыми конференциями. Поэтому их популярность ничуть не меньше чем у многопользовательских игр.
Все мессенджеры имеют одну проблему, которая заключается в быстром скоплении старых сообщений. Они занимают лишнюю память на вашем устройстве.
Регулярное общение в мессенджере имеет свойство забивать память устройства. Сообщения накапливаются, а многие из них не несут смысловой нагрузки. Поэтому их удаление необходимо.
Кроме того, хранить всю переписку очень рискованно. Существует большая вероятность утечки данных, вследствие чего может быть использована в качестве компромата на вас же самих. Чтобы не допустить такого исхода событий, необходимо своевременно чистить историю. В Дискорде это можно выполнить тремя способами:
После отправки есть всего несколько секунд которые позволяют удалить сообщение до того как его увидят все участники канала. Выбор метода очистки очень ситуативный, и подбирается под личные потребности создателя сервера. Подробнее о каждом из методов с инструкцией использования.
Способ первый, удалить весь канал и создать новыйР2>
Проще варианта не придумать. Когда тема исчерпала себя, или просто накопилось много компромата в обсуждениях, удалите полностью канал и создайте новый. Удаление происходит за несколько секунд, и восстановлению не подлежит.
Внимание! Если есть важная информация, перепишите в отдельный документ или пересохраните скриншотами.
Нужно выполнить несколько простых шагов:
Затем создаете новый, можно даже с прежним названием.
Самый длительный способ чистки. По причине больших временных затрат, подходит только для удаления небольшого количества. Инструкция по использованию:
Удаленные сообщения пропадут у всех пользователей канала. Если было отмечено в закладки – пропадет.
Данный метод применяется только к сообщениям пользователя, которого вы хотите забанить. Перед отправкой в черный список вам будет предложен выбор, за какой период удалить историю писем от пользователя:
Как поместить человека в черный список :
Указывать причину по желанию, можете оставить поле пустым.
Очистка чата полностью зависит от вашей тематики сообщества. Если вы обмениваетесь юмором, тогда нет смысла удалять, лучше оставить все как есть, чтобы можно было, вернутся к понравившейся записи.
Если у вас сборная солянка, условно, полная свобода обсуждения на разные тематики, то лучше подчищать хотя бы раз в несколько дней. В идеале конечно – раз в сутки. Конкретных требований в этом вопросе нет, поэтому каждый Администратор сам устанавливает себе планку в этом вопросе.
Discord продолжает расти быстрее, чем мы ожидали, как и пользовательский контент. Чем больше пользователей - тем больше сообщений в чате. В июле мы объявили о 40 млн сообщений в день , в декабре объявили о 100 млн , а в середине января преодолели 120 млн. Мы сразу решили хранить историю чатов вечно, так что пользователи могут вернуться в любой момент и получить доступ к своим данным с любого устройства. Это много данных, поток и объём которых нарастает, и все они должны быть доступными. Как мы это делаем? Cassandra!
Сообщения хранились в коллекции MongoDB с единым составным индексом на channel_id и created_at . Примерно в ноябре 2015 года мы вышли на рубеж 100 млн сообщений в базе, и тогда начали понимать проблемы, которые нас ждут: данные и индекс больше не помещаются в ОЗУ, а задержки становятся непредсказуемыми. Пришло время мигрировать в более подходящую СУБД.
Сделав выбор, нужно было доказать, что он действительно оправдан.
Помните, что сообщения в MongoDB индексировались с использованием channel_id и created_at ? channel_id стал ключом раздела, поскольку все сообщения работают в канале, но created_at не даёт хорошего ключа кластеризации, потому что два сообщения могут быть созданы в одно время. К счастью, каждый ID в Discord на самом деле создан в Snowflake , то есть хронологически сортируется. Так что можно было использовать именно их. Первичный ключ превратился в (channel_id, message_id) , где message_id - это Snowflake. Это значит, что при загрузке канала мы можем сказать Cassandra точный диапазон, где искать сообщения.
Вот упрощённая схема для нашей таблицы сообщений (она пропускает примерно 10 колонок).
CREATE TABLE messages (channel_id bigint,
message_id bigint,
author_id bigint,
content text,
PRIMARY KEY (channel_id, message_id)) WITH CLUSTERING ORDER BY (message_id DESC);
Хотя схемы у Cassandra и похожи на схемы реляционных БД, их легко изменять, что не оказывает какого-либо временного влияния на производительность. Мы взяли лучшее от хранилища блобов и реляционного хранилища.
Как только начался импорт существующих сообщений в Cassandra, мы сразу увидели в логах предупреждения, что найдены разделы размером более 100 МБ. Да ну?! Ведь Cassandra заявляет о поддержке разделов 2 ГБ! По всей видимости, сама возможность не означает, что так нужно делать. Большие разделы накладывают сильную нагрузку на сборщик мусора в Cassandra при уплотнении, расширении кластера и т.д. Наличие большого раздела также означает, что данные в нём нельзя распределить по кластеру. Стало ясно, что нам придётся как-то ограничить размеры разделов, потому что некоторые каналы Discord могут существовать годами и постоянно увеличиваться в размере.
Мы решили распределить наши сообщения блоками (buckets) по времени. Мы посмотрели на самые большие каналы в Discord и определили, что если хранить сообщения блоками примерно по 10 дней, то комфортно вложимся в лимит 100 МБ. Блоки нужно получать из message_id или метки времени.
DISCORD_EPOCH = 1420070400000
BUCKET_SIZE = 1000 * 60 * 60 * 24 * 10
def make_bucket(snowflake):
if snowflake is None:
timestamp = int(time.time() * 1000) - DISCORD_EPOCH
else:
# When a Snowflake is created it contains the number of
# seconds since the DISCORD_EPOCH.
timestamp = snowflake_id >> 22
return int(timestamp / BUCKET_SIZE)
def make_buckets(start_id, end_id=None):
return range(make_bucket(start_id), make_bucket(end_id) + 1)
Ключи разделов Cassandra могут быть составными, так что нашим новым первичным ключом стал ((channel_id, bucket), message_id) .
CREATE TABLE messages (channel_id bigint,
bucket int,
message_id bigint,
author_id bigint,
content text,
PRIMARY KEY ((channel_id, bucket), message_id)) WITH CLUSTERING ORDER BY (message_id DESC);
Для запроса недавних сообщений в канале мы сгенерировали диапазон блоков от текущего времени до channel_id (он тоже хронологически сортируется как Snowflake и должен быть старше, чем первое сообщение). Затем мы последовательно опрашиваем разделы до тех пор, пока не соберём достаточно сообщений. Обратная сторона такого метода в том, что изредка активным инстансам Discord придётся опрашивать много разных блоков, чтобы собрать достаточно сообщений со временем. На практике оказалось, что всё в порядке, потому что для активного инстанса Discord обычно находится достаточно сообщений в первом разделе, и таких большинство.
Импорт сообщений в Cassandra прошёл без помех, и мы были готовы опробовать её в производстве.
Немедленно после запуска в баг-трекере появились ошибки, что author_id равен нулю. Как он может быть нулевым? Это обязательное поле!
Пример состояния гонки редактирование/удаление
В случае, если пользователь редактировал сообщение, в то время как другой пользователь удалял то же самое сообщение, у нас появлялась строка с полностью отсутствующими данными, за исключением первичного ключа и текста, потому что Cassandra записывает только обновления и вставки. Для этой проблемы есть два возможных решения:
Решая эту проблему, мы заметили, что были весьма неэффективны с операциями записи. Поскольку Cassandra согласована в конечном счёте, то она не может вот так взять и немедленно удалить данные. Ей нужно реплицировать удаления на другие ноды, и это следует сделать даже если ноды временно недоступны. Cassandra справляется с этим, приравнивая удаление к своеобразной форме записи под названием “tombstone” («надгробие»). Во время операции чтения она просто проскакивает через «надгробия», которые встречаются по пути. Время жизни «надгробий» настраивается (по умолчанию, 10 дней), и они навсегда удаляются во время уплотнения базы, если срок вышел.
Удаление колонки и запись нуля в колонку - это абсолютно одно и то же. В обоих случаях создаётся «надгробие». Поскольку все записи в Cassandra являются обновлениями и вставками, то вы создаёте «надгробие» даже если изначально записываете нуль. На практике, наша полная схема сообщения состояла из 16 колонок, но среднее сообщение имело только 4 установленных значения. Мы записывали 12 «надгробий» в Cassandra, обычно без всякой причины. Решение проблемы было простым: записывать в базу только ненулевые значения.
Задержка чтения/записи, по данным из лога
В соответствии с быстрой, надёжной производительностью чтения, вот пример перехода к сообщению годичной давности в канале с миллионами сообщений:
Мы заметили, что Cassandra непрерывно останавливается на 10 секунд во время сборки мусора, но совершенно не могли понять, почему. Начали копать - и нашли канал Discord, который требовал 20 секунд для загрузки. Виновником был публичный Discord-сервер подреддита Puzzles & Dragons . Поскольку он публичный, мы присоединились посмотреть. К нашему удивлению, на канале было только одно сообщение. В тот момент стало очевидно, что они удалили миллионы сообщений через наши API, оставив только одно сообщение на канале.
Если вы внимательно читали, то помните, как Cassandra обрабатывает удаления при помощи «надгробий» (упомянуто в главе «Согласованность в конечном счёте»). Когда пользователь загружает этот канал, хоть там одно сообщение, Cassandra приходится эффективно сканировать миллионы «надгробий» сообщений. Тогда она генерирует мусор быстрее, чем JVM может собрать его.
Мы решили эту проблему следующим образом:
Благодаря успеху этого проекта, с тех пор мы перенесли все остальные наши данные в производстве на Cassandra, и тоже успешно.
В продолжении этой статьи мы исследуем, как мы осуществляем полнотекстовый поиск по миллиардам сообщений.
У нас до сих пор нет специализированных инженеров DevOps (только четыре инженера бэкенда), так что очень классно иметь систему, о которой не приходится волноваться. Мы набираем сотрудников, так что обращайтесь , если подобные задачки щекочут ваше воображение.
Теги: Добавить метки
В мире современных технологий общение с помощью интернет связи стоит, чуть ли не на первом месте. Это очень удобно, поэтому люди все чаще устанавливают на свои гаджеты различные мессенджеры (тот же или Телеграм) и ведут как приватные, так и деловые переписки. Дискорд в таких случаях пользуется спросом. Но со временем накапливается очень много ненужных писем, которые засоряют устройство, а также существует риск, что личные сообщения, не предназначены для третьих лиц, все же может кто-то прочитать, и тогда постает вопрос: «Как очистить чат в Дискорд?»
Этот вариант подойдет, если нужно стереть только некоторые письма, свои или от других пользователей, так как полная очистка чата займет много времени. Сам процесс выглядит следующим образом:
Как удалить все сообщения в Дискорде, если они не несут в себе ценной информации? Для совершения данной операции необходимо выполнить ряд действий:
Такой способ может нести опасность тем, кто плохо разбирается в скриптах. Перед запуском их нужно обязательно проверять, чтобы не содержалась какая-либо информация, позволяющая открыть доступ к вашим личным данным. Если вы уверены, что скрипт был послан от честного отправителя, тогда:
Проделывая данный путь, можно избавиться от большого количества сообщений. Но стоит повториться, он подходит только опытным пользователям.
Такая система подходит, если вы будете удалять сообщения от определенного человека. Пошаговая инструкция имеет такой вид:
Этот участник не сможет больше принимать участие в разговоре, пока его не разбанит администратор или создатель чата.
В Discord нет возможности удалить все сообщения сразу, но существует один метод, позволяющий стереть до 100 писем за один раз. Для этого устанавливается бот Mee6, в котором имеются команды для чата в Дискорд, с помощью которых очищаются переписки. Порядок действий таков:
Внимательно ознакомьтесь с правилами пользования командами. Затем можно заходить на текстовый канал или в личную переписку и выполнять очистку, выбрав команду «!clear@имя пользователя». В результате 100 последних сообщений будут удалены.
Если нужно убрать только несколько сообщений, задействуйте команду «!clear xx», где вместо хх вы указываете количество сообщений от 1 до 99.
Иногда бывают случаи, что напишешь что-то лишнее или не по теме, и, заметив оплошность, сразу удаляешь письмо, а потом думаешь, а видит ли собеседник удаленные сообщения в Дискорд. Если сделать это до момента прочтения письма другим участником, то удаленное послание останется в тайне.
Исходя из вышеизложенного материала видно, что существует несколько вариантов очистки чата в Discord. Выбор метода зависит от того, сколько сообщений вы планируете удалить.
