Как посмотреть самые первые сообщения в контакте

Как ВКонтакте восстановить удаленные сообщения, диалог, переписку

Можно ли восстановить, прочитать удаленные сообщения и как это сделать?

Есть несколько способов восстановления удаленных личных сообщений в ВК. Если с момента удаления прошло не более 24 часов, то подойдет первый способ — через API ВКонтакте (но он не поможет, если удален весь диалог сразу). В остальных случаях возможны только пересылка от собеседника или запрос архива данных.

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

1. Восстановление удаленных сообщений через API ВКонтакте

Этот метод работает через официальный API ВКонтакте (программный интерфейс для разработчиков). Все делается в браузере на компьютере или ноутбуке. Суть в следующем: найти номер (id) последнего сообщения в диалоге (либо того сообщения, после которого или перед которым шли сообщения, которые сейчас удалены), а затем восстановить сообщения с номерами, которые больше или меньше найденного (то есть находились в переписке после него или до него).

Метод работает, если с момента удаления сообщений прошло не более суток (24 часа).

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

Процедура несложная. Ты два раза откроешь сайт ВК: сначала для определения id сообщения, затем для восстановления удаленных сообщений. Нужно делать это в браузере, войдя на свою страницу с логином и паролем. Мы рекомендуем компьютер, ноутбук, планшет, где нормально работает полная версия сайта ВК. Начнем:

Введи фамилию пользователя, с которым переписывался (или имя и фамилию через пробел), потом нажми Найти:

Поиск номера последнего сообщения

Вместо пунктов 1–3 можно посмотреть номер сообщения через инспектор кода в браузере. Как это сделать?

1. Открой нужный диалог.
2. Нажми правой кнопкой мыши на то сообщение, после которого были удаленные. Откроется контекстное меню.
3. Выбери пункт Просмотр кода элемента или Инспектировать (Inspect) — обычно он в самом конце меню. Откроется окно инспектора кода.
4. Найди в коде элемент li, внутри которого находится выбранное сообщение (скорее всего, он будет немного выше). Можно нажать на клавиатуре стрелку влево [←], чтобы перейти к нему. Элемент выглядит примерно так:

Восстановление сообщения

2. Восстановление удаленных сообщений пересылкой от собеседника

Ты удалил сообщения у себя, но переписка есть у твоего собеседника. Попроси его сделать следующее:

1. Выделить сообщения с перепиской:
   • на компьютере — поставить галочки слева от сообщений;
   • в мобильном приложении — подержать палец на одном из сообщений, затем выбрать пункт меню Еще. чтобы можно было ставить галочки.
2. Выбрав сообщения (не более 100 за один раз), нажать Переслать.
3. Выбрать тебя как адресата.
4. Нажать кнопку отправки.

3. Запрос в ВК архива данных о себе

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

В выгрузке данных, скорее всего, будут удаленные сообщения только за последние полгода.

Чтобы запросить архив:

1. Открой ссылку на соответствующий раздел защиты данных ВК: Выгрузить данные о себе.
2. Нажми Запросить архив.
3. ВК спросит, какие данные тебе нужны — здесь можно снять все галочки, кроме «Сообщения» в разделе «Профиль».
4. Нажми Отправить запрос, и в течение нескольких часов или дней архив будет подготовлен.
5. Когда получишь уведомление о готовности, скачай файл с архивом и распакуй его.
6. Сообщения будут в папке messages. Открой файл index-messages.html — это список всех людей, с которыми ты переписывался. Отсюда можно открыть нужную переписку.

Подробнее о запросе архива данных в ВК мы рассказываем здесь:

Может ли служба поддержки ВКонтакте восстановить удаленные сообщения?

Служба поддержки ВК не восстановит удаленные сообщения. Об этом написано в их системе помощи:

— Я удалил сообщения, как восстановить?

— Удаленные сообщения нельзя восстановить, как не собрать сожжённые письма из пепла. Честное слово, совсем никак. Однако удаление сообщений — одностороннее действие, и у собеседника сообщения могут остаться, если он их не стёр. Вы можете попросить его сообщить Вам нужную информацию из сообщений или даже переслать переписку. За один раз переслать можно лишь 100 сообщений. Если собеседник тоже стёр сообщения, вернуть их невозможно. Будьте осторожны — все расширения, приложения и сайты, что обещают эту функцию, опасны. За такими обещаниями обычно прячутся программы для кражи паролей, Вы рискуете потерять страницу или деньги.

Точно никак не восстановить диалог, если он удален целиком?

Если удалена вся переписка (диалог целиком), восстановить ее в прежнем виде нельзя. Сообщения удаляются навсегда, об этом было предупреждение:

Остается лишь попросить собеседника переслать тебе все сообщения или запросить архив данных. Оба способа описаны выше.

Ты уверен, что удалил сообщения?

Может быть, ты их просто потерял, а не удалил? Поищи повнимательнее. В сообщениях вверху есть поиск — попробуй ввести туда имя этого человека или какие-нибудь слова, которые точно были у вас в переписке.

Бывает, что в мобильном приложении ВК соощения не загружаются по техническим причинам. Кажется, что вся переписка удалилась, но это не так. Решение здесь:

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

Если кто-то предлагает тебе восстановить удаленные сообщения и просит логин и пароль, то это мошенники. У тебя просто украдут страницу.

Меня взломали и удалили сообщения, как восстановить?

Все способы описаны выше. Чтобы история не повторилась, прочитай это и прислушайся к советам:

Можно ли восстановить сообщение, если мне его отправили, а потом удалили «для всех»?

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

Быстрый и удобный вход в ВК

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

Смотри также

• Как восстановить удаленный пост (запись на стене), фотографии, музыку, видео на странице ВКонтакте
• Как восстановить удаленное фото ВКонтакте
• Как запросить архив данных в ВК
• Сообщения ВКонтакте — новые, непрочитанные, удаленные
• Как удалить отправленное сообщение ВКонтакте
• Что делать, если не отправляются сообщения ВКонтакте
• Как прочитать сообщение ВКонтакте и оставить его непрочитанным

Переписать базу сообщений ВКонтакте с нуля и выжить

Наши пользователи пишут друг другу сообщения, не зная усталости.

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

При таком объёме данных критически важно, чтобы логика хранения и доступа к ним была построена оптимально. Иначе в один не такой уж и прекрасный момент может выясниться, что скоро всё пойдёт не так.

Для нас этот момент наступил полтора года назад. Как мы к этому пришли и что получилось в итоге — рассказываем по порядку.

История вопроса

В самой первой реализации сообщения ВКонтакте работали на связке PHP-бэкенда и MySQL. Это вполне нормальное решение для небольшого студенческого сайта. Однако этот сайт безудержно рос и начал требовать оптимизировать структуры данных под себя.

В конце 2009 года было написано первое хранилище text-engine, а в 2010 на него перевели сообщения.

В text-engine сообщения хранились списками — своего рода «почтовыми ящиками». Каждый такой список определяется uid’ом — пользователем-владельцем всех этих сообщений. У сообщения есть набор атрибутов: идентификатор собеседника, текст, вложения и так далее. Идентификатор сообщения внутри «ящика» — local_id, он никогда не изменяется и назначается последовательно для новых сообщений. «Ящики» независимы и друг с другом внутри движка никак не синхронизируются, связь между ними происходит уже на уровне PHP. Посмотреть на структуру данных и возможности text-engine изнутри можно здесь.

Этого было вполне достаточно для переписки двух пользователей. Угадайте, что случилось потом?

В мае 2011 года ВКонтакте появились беседы с несколькими участниками — мультичаты. Для работы с ними мы подняли два новых кластера — member-chats и chat-members. Первый хранит данные о чатах по пользователям, второй — данные о пользователях по чатам. Кроме самих списков это, например, пригласивший пользователь и время добавления в чат.

— PHP, давай отправим сообщение в чат, — говорит пользователь.
— Ну давай, , — говорит PHP.

В этой схеме есть минусы. Синхронизация по-прежнему возложена на PHP. Большие чаты и пользователи, которые одновременно отправляют сообщения в них — опасная история. Поскольку экземпляр text-engine зависит от uid, участники чата могли получать одно и то же сообщение с разницей во времени. С этим можно было жить, если бы прогресс стоял на месте. Но не бывать такому.

В конце 2015 года мы запустили сообщения сообществ, а в начале 2016 — API для них. С появлением крупных чат-ботов в сообществах о равномерности распределения нагрузки можно было забыть.

Годный бот генерирует несколько миллионов сообщений в сутки — даже самые словоохотливые пользователи таким похвастаться не могут. А это значит, что некоторым экземплярам text-engine, на которых жили такие вот боты, стало доставаться по полной.

Движки сообщений в 2016 году — это по 100 экземпляров chat-members и member-chats, и 8000 text-engine. Они размещались на тысяче серверов, каждый с 64 Гб памяти. В качестве первой экстренной меры мы увеличили память ещё на 32 Гб. Прикинули прогнозы. Без кардинальных изменений этого хватило бы ещё примерно на год. Нужно либо разживаться железом, либо оптимизировать сами БД.

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

Новая концепция

Центральная сущность нового подхода — чат. У чата есть список сообщений, которые относятся к нему. У пользователя есть список чатов.

Необходимый минимум — это две новые базы данных:

• chat-engine. Это хранилище векторов чатов. У каждого чата есть вектор сообщений, которые к нему относятся. У каждого сообщения есть текст и уникальный идентификатор сообщения внутри чата — chat_local_id.
• user-engine. Это хранилище векторов users — ссылок на пользователей. У каждого пользователя есть вектор peer_id (собеседников — других пользователей, мультичатов или сообществ) и вектор сообщений. У каждого peer_id есть вектор сообщений, которые к нему относятся. У каждого сообщения есть chat_local_id и уникальный идентификатор сообщения для этого пользователя — user_local_id.

Новые кластеры общаются между собой с помощью TCP — это гарантирует, что порядок запросов не изменится. Сами запросы и подтверждения для них записываются на жёсткий диск — поэтому мы можем восстановить состояние очереди в любой момент времени после сбоя или перезапуска движка. Поскольку user-engine и chat-engine это 4 тысячи шардов каждый, очередь запросов между кластерами будет распределяться равномерно (а в реальности её нет вообще — и это работает очень быстро).

Работа с диском в наших базах в большинстве случаев основана на сочетании бинарного лога изменений (бинлога), статических снимков и частичного образа в памяти. Изменения в течение дня пишутся в бинлог, периодически создаётся снимок текущего состояния. Снимок представляет собой набор структур данных, оптимизированных для наших целей. Он состоит из заголовка (метаиндекса снимка) и набора метафайлов. Заголовок постоянно хранится в оперативной памяти и указывает, где искать данные из снимка. Каждый метафайл включает данные, которые с большой вероятностью потребуются в близкие моменты времени — например, относятся к одному пользователю. При запросе к базе с помощью заголовка снимка читается нужный метафайл, а затем учитываются изменения в бинлоге, произошедшие уже после создания снимка. Прочитать подробнее о преимуществах такого подхода можно здесь.

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

Отправка сообщения в новой схеме выглядит так:

1. PHP backend обращается к user-engine с запросом на отправку сообщения.
2. user-engine проксирует запрос в нужный экземпляр chat-engine, который возвращает в user-engine chat_local_id — уникальный идентификатор нового сообщения внутри этого чата. Затем chat_engine рассылает сообщение всем получателям в чате.
3. user-engine принимает от chat-engine chat_local_id и возвращает в PHP user_local_id — уникальный идентификатор сообщения для этого пользователя. Этот идентификатор затем используется, например, для работы с сообщениями через API.

Но помимо собственно рассылки сообщений нужно реализовать ещё несколько важных вещей:

• Подсписки — это например, самые свежие сообщения, которые Вы видите, открывая список диалогов. Непрочитанные сообщения, сообщения с метками («Важные», «Спам» и т.д.).
• Сжатие сообщений в chat-engine
• Кэширование сообщений в user-engine
• Поиск (по всем диалогам и внутри конкретного).
• Обновление в реальном времени (Longpolling).
• Сохранение истории для реализации кэширования на мобильных клиентах.

Сообщения подразумевают большой объём информации, в основном текстовой, которую полезно уметь сжимать. При этом важно, чтобы мы могли точно разархивировать даже одно отдельное сообщение. Для сжатия сообщений используется алгоритм Хаффмана с собственными эвристиками — например, мы знаем, что в сообщениях слова чередуются с «не словами» — пробелами, знаками пунктуации, — а также помним о некоторых особенностях использования символов для русского языка.

Поскольку пользователей гораздо меньше, чем чатов, для экономии random-access запросов к диску в chat-engine мы кэшируем сообщения в user-engine.

Поиск по сообщениям реализован как диагональный запрос из user-engine ко всем экземплярам chat-engine, которые содержат чаты этого пользователя. Результаты объединяются уже в самом user-engine.

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

Миграция данных

Итак, у нас есть text-engine, который хранит сообщения по пользователям, и два кластера chat-members и member-chats, которые хранят данные о мультичатах и пользователях в них. Как от этого перейти к новым user-engine и chat-engine?

member-chats в старой схеме использовался преимущественно для оптимизации. Мы довольно быстро перенесли нужные данные из него в chat-members, и далее в процесе миграции он уже не участвовал.

Очередь за chat-members. Он включает 100 экземпляров, в то время как chat-engine — 4 тысячи. Для переливки данных нужно привести их в соответствие — для этого chat-members разбили на те же 4 тысячи экземпляров, а после включили чтение бинлога chat-members в chat-engine.

Теперь chat-engine знает о мультичатах из chat-members, но ему пока ничего не известно о диалогах с двумя собеседниками. Такие диалоги лежат в text-engine с привязкой к пользователям. Здесь мы забирали данные «в лоб»: каждый экземпляр chat-engine запрашивал у всех экземпляров text-engine, есть ли у них нужный ему диалог.

Отлично — chat-engine знает, какие есть мультичаты, и знает, какие есть диалоги.
Нужно объединить сообщения в мультичатах — так, чтобы в итоге для каждого чата получить список сообщений в нём. Сначала chat-engine забирает из text-engine все сообщения пользователей из этого чата. В некоторых случаях их довольно много (до сотни миллионов), но за очень редким исключением чат полностью помещается в оперативную память. Мы имеем неупорядоченные сообщения, каждое в нескольких копиях — ведь вытаскиваются они все из разных экземпляров text-engine, соответствующих пользователям. Задача в том, чтобы отсортировать сообщения и избавиться от копий, которые занимают лишнее место.

У каждого сообщения есть timestamp, содержащий время отправки, и текст. Используем время для сортировки — помещаем указатели на самые старые сообщения участников мультичата и сравниваем хэши от текста предполагаемых копий, двигаясь в сторону увеличения timestamp. Логично, что у копий будут совпадать и хэш, и timestamp, но на практике это не всегда так. Как Вы помните, синхронизация в старой схеме осуществлялась силами PHP — и в редких случаях время отправки одного и того же сообщения отличалось у разных пользователей. В этих случаях мы позволяли себе редактировать timestamp — обычно, в пределах секунды. Вторая проблема — разный порядок сообщений для разных получателей. В таких случаях мы допускали создание лишней копии, с разными вариантами порядка для разных пользователей.

После этого данные о сообщениях в мультичатах направляются в user-engine. И здесь возникает неприятная особенность импортированных сообщений. В нормальном режиме работы сообщения, которые приходят в движок, упорядочены строго по возрастанию user_local_id. Импортированные из старого движка в user-engine сообщения теряли это полезное свойство. При этом для удобства тестирования нужно уметь быстро к ним обращаться, что-то в них искать и добавлять новые.

Для хранения импортированных сообщений мы используем особенную структуру данных.

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

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

Запись данных идёт в chat-members и user-engine (а не в text-engine, как при нормальной работе по старой схеме). user-engine проксирует запрос к chat-engine — и здесь поведение зависит от того, смержен уже этот чат или еще нет. Если чат еще не смержен, chat-engine не записывает сообщение к себе, и его обработка происходит только в text-engine. Если чат уже смержен в chat-engine, он возвращает в user-engine chat_local_id и рассылает сообщение всем получателям. user-engine проксирует все данные в text-engine — чтобы в случае чего мы всегда могли откатиться назад, имея все актуальные данные в старом движке. text-engine возвращает user_local_id, который user-engine сохраняет у себя и возвращает в бэкенд.

В итоге процесс перехода выглядит так: подключаем пустые кластеры user-engine и chat-engine. chat-engine читает весь бинлог chat-members, затем запускается проксирование по схеме, описанной выше. Переливаем старые данные, получаем два синхронизированных кластера (старый и новый). Остается только переключить чтение с text-engine на user-engine и отключить проксирование.

Результаты

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

Изменения в логике действительно грандиозные. И хочется отметить, что это не всегда означает целые годы разработки огромной командой и мириады строк кода. chat-engine и user-engine вместе со всеми дополнительными историями вроде Хаффмана для сжатия сообщений, Splay-деревьев и структуры для импортированных сообщений — это менее 20 тысяч строк кода. И написали их 3 разработчика всего за 10 месяцев (впрочем, стоит иметь в виду, что все три разработчика — чемпионы мира по спортивному программированию).

Более того, вместо удвоения числа серверов мы пришли к уменьшению их числа наполовину — сейчас user-engine и chat-engine живут на 500 физических машинах, при этом у новой схемы есть большой запас по нагрузке. Мы сэкономили кучу денег на оборудовании — это около $5 млн + $750 тысяч в год за счёт операционных расходов.

Мы стремимся находить лучшие решения для самых сложных и масштабных задач. У нас их предостаточно — и поэтому мы ищем талантливых разработчиков в отдел баз данных. Если Вы любите и умеете решать такие задачи, отлично знаете алгоритмы и структуры данных, приглашаем Вас присоединиться к команде. Свяжитесь с нашим HR, чтобы узнать подробности.

Даже если эта история не про Вас, обратите внимание, что мы ценим рекомендации. Расскажите другу о вакансии разработчика, и, если он успешно пройдёт испытательный срок, Вы получите бонус в размере 100 тысяч рублей.

• Блог компании VK
• Высокая производительность
• Алгоритмы
• Хранение данных
• Хранилища данных

Как найти первое сообщение в переписке ВК

Инструкция, как найти первое сообщение в диалоге во «Вконтакте». Система ВК предусматривает три способа открыть начало переписки.

Перемотка переписки Вконтакте до начала

Простой, но требующий времени метод — прокрутить переписку до первого сообщения вручную. Скроллить сообщения до первых фраз стоит только при коротких диалогах. Первая мессага было отправлена несколько лет назад — скроллить придется долго. Положите что-то тяжелое на клавишу клавиатуры «Вверх». Крутить колесо мыши или свайпать экран, пролистывая годы диалогов, не выдержит рука. Слабые компьютеры пользователей рискуют зависнуть посреди процесса — придется начинать по-новой.

Этот вариант станет чуть легче физически (рука не отсохнет) и морально (не будет бесить затормозивший компьютер), если воспользуетесь телефоном. Мобильная версия Вконтакте выводит переписки постранично.

Ведете блог? Дайте подписчикам возможность выбрать способ связи. Заведите онлайн-визитку, разместите там ссылки на ВК, другие соцсети, добавьте кнопки мессенджеров открытия чатов. Увидите — активность подписчиков повысится! Мини-сайт (мультиссылка) делается за 15 минут конструктором Hipolink.

Переход к сообщению Вконтакте через «Поиск»

В окне диалога Вконтакте есть функция поиска. Благодаря этой опции легко найти сообщение по определенному слову. Его нужно ввести в поисковую строку. Для этого откройте диалог. Строка поиска открывается нажатием иконки лупы верхней части экрана. Впишите ключевое слово (которое, как точно помните, было при разговоре), нажмите синюю кнопку «Поиск».

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

Но вряд ли наберется много пользователей Вконтакте, помнящих дату начала общения. Поэтому перейдем к оптимальному методу.

Быстрый и удобный способ

Не тратьте время попусту. Найдите первое сообщение за секунду.

Быстрый и легкий метод перехода к первым словам переписки работает лишь в версии Вконтакте для компьютера.

Нужно кликнуть адресную строку браузера — там написан адрес сайта vk.com/…
В конце url-адреса впишите «&msgid=1». Эта команда перекинет сразу к началу диалога ВК.

Продвижение групп, страниц «Вконтакте»

Раскручивать группы, блоги, магазины во «Вконтакте» можно методами таргетированной рекламы. Но есть варианты расширить аудиторию.

Для большей части бизнесов, магазинов, курсов, услуг оптимальный вариант продаж — сайт. Создание не каждому по карману. Поэтому в 2021 году популярными стали мультиссылки. Это сайты-визитки, где собрана информация об организации или человеке, способы связи, ссылки.

Сервис мультиссылок Hipolink похож на конструкторы сайтов. Из блоков создается ресурс за несколько минут:

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

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

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

Задумывались о развитии онлайн-бизнеса, продвижении услуг, блогерстве? Мультиссылка — новый инструмент раскрутки и продвижения, без требования специальных знаний, больших вложений.

Как посмотреть все вложения в диалогах Вконтакте

При активной переписке в социальной сети Вконтакте, мы часто делимся понравившимися аудиозаписями, фото и документами с друзьями и знакомыми. Вы можете и не догадываться, что все эти файлы хранятся в особом разделе диалогов ВК – во вкладке «Вложения». Возникает вопрос, как посмотреть все вложения в диалогах ВК? Очень просто!

Что такое вложения

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

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

Как найти вложения в переписке

Для этого необходимо воссоздать следующий порядок действий:

• Авторизовавшись в своём аккаунте в ВК, открыть вкладку сообщений и выбрать нужный диалог.
• Справа от названия беседы/имени собеседника будет меню, похожее на знак многоточия. Нажав на него, следует выбрать пункт «Показать вложения».

• В открывшемся окне можно выбрать тип файлов, которые вы ищете. Открыв, к примеру, картинки, вы найдёте те изображения, что были отправлены в диалоге.

Как прикрепить вложения

Если вы хотите поделиться чем-то с собеседником, воспользуйтесь этим алгоритмом:

• В сообщениях выберите диалог, куда хотите скинуть свой файл.
• Слева от поля «Напишите сообщение…» есть значок-скрепка. Наведите на него, чтобы выбрать тип медиафайла, который вы хотите отправить:
• Чтобы отправить фотографию, выберите соответствующий пункт. В открывшемся меню «Прикрепление фотографии» нажмите «Загрузить фотографию», «Сделать снимок» или нажмите на уже загруженную. Таким образом, выбранное вами изображение прикрепится к сообщению.
• Для передачи видеозаписи или документа действуйте похожим образом. Откройте меню. Выберите файл, который хотите загрузить или нажмите на уже добавленный.
• Аудиозаписи также можно прикрепить уже загруженные, найти из списка или плейлиста. Обратите внимание, что для того, чтобы отправить песню, не обязательно иметь её в своём списке – искать аудиозапись можно из всего списка музыки Вконтакте.
• Существует также пункт «Карта», нажав на который откроется меню местоположения. Можно указать месте, где вы находитесь или любое другое. Местоположение не отражается во вложениях.

Рекомендуем: Что такое рассылка спама ВКонтакте

ВАЖНО! Можно прикрепить картинку и видео из URL-адреса, вписав его в окошко сообщения. Имейте в виду, что такая ссылка должна быть именно на видео/картинку, а не на сайт, где она выложена.

Как удалить вложения

Отправили что-то не то или не хотите сохранять конкретные файлы? Эти шаги вам помогут:

• Фотографию можно удалить, открыв её во вложениях и выбрав внизу действие «Удалить». Все сразу фотографии удалить не получится.

• Видео можно убрать, открыв сначала вложения, затем само видео. После этого нужно выбрать пункт «Ещё», где найти действие «Удалить». Видео будет немедленно удалено.

• Аудиозаписи из вложений удалить не получится – подобной кнопки во вложениях нет. Можно удалить сообщение с ними или эти самые файлы из вашего раздела «Музыка», если отправляли их вы. Но для этого понадобится некоторое время – исчезнут они не сразу.
• Документы также нельзя убрать из вложений. Но можно убрать из своего списка сохранённых файлов в разделе «Документы».

ВАЖНО! Сообщения, содержащие вложения, могут быть удалены, как и любые другие. Но удалены они будут только с вашей стороны, если вы не ставите при удалении галочку напротив пункта «Удалить для всех». Эта функция работает 24 часа с момента отправки сообщения.

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