Cd-m.ru

ПК Журнал СД-М
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Как сделать поиск файлов на Яндекс Диске

Как сделать поиск файлов на Яндекс Диске

Как сделать поиск файлов на Яндекс Диске

Поиск по Яндекс Диску можно выполнить, указав только имя, например «Acronis инструкция» (без кавычек). Умный поиск найдет все файлы и папки, в которых имеются данные слова. Точки, тире, нижние подчеркивания будут игнорированы.

Склонение слов в поисковом запросе также не поставят в робота тупик. Вы можете набрать «Acronis инструкция», и поисковик выдаст файлы с названиями «Инструкции по работе с Acronis», «Применение инструкций Acronis» и т.д.

Для поиска файлов конкретного формата необходимо явно его указать. Например, если ввести «pdf», то поисковик найдет и выдаст все файлы с этим расширением. Если к запросу добавить название папки, то поиск будет осуществлен только в ней («Загрузки png»).

Поиск по имени файла и расширению Яндекс Диск

Поисковый робот, помимо всего прочего, автоматически исправляет опечатки в запросах.

Поиск по названию файла в архиве

Поиск файла возможен, даже если он (файл) упакован в архив (RAR или ZIP). Нужно просто вести имя файла в поисковую строку.

Поиск в архивах Яндекс Диск

Поиск в содержимом документа

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

Поиск по содержимому Яндекс Диск

Поиск по метаданным

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

Для поиска музыки достаточно забить в поиск жанр или название альбома, например, «rock» и поисковик выдаст все музыкальные композиции этого жанра.

Поиск по метеаданным Яндекс Диск

Поиск в почтовых вложениях

Поиск по файлам, приложенным к письмам, полученным на Ваш почтовый ящик Яндекс (на том же аккаунте), осуществляется путем сортировки поисковой выдачи.

Поиск в почтовых вложениях Яндекс Диск
Поиск в почтовых вложениях Яндекс Диск (2)

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

Вывод: осуществлять поиск по Яндекс Диску довольно легко, благодаря умному поисковому роботу.

ЗакрытьМы рады, что смогли помочь Вам в решении проблемы.

Помимо этой статьи, на сайте еще 12367 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

ЗакрытьОпишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.

Поиск по Диску

Вы можете найти файл по его названию, содержимому, расширению или свойствам, а также найти папку по ее названию.

Подсказки поиска

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

Что еще можно писать в строку поиска

Имя и расширение файла, имя папки

Вы сможете найти нужный файл, даже если в его имени есть символы подчеркивания, дефисы или точки. Например, по запросу alice list вы найдете файлы Alice_list.pdf , Alice-list.pdf , Alice.list.pdf .

Поиск учитывает морфологию русского языка. Например, по запросу отчет вы найдете файл с названием «Правки отчета за сентябрь» или «Сравнение отчетов за август и сентябрь» .

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

Чтобы найти файлы с конкретным расширением, укажите в строке поиска это расширение или имя файла и расширение. Также вы можете указать имя файла или папки. Например, по запросу cheshire jpg вы можете найти фотографии, которые хранятся в папке «Cheshire Cat» .

Имя файла из архива

Если искомый файл упакован в архив RAR или ZIP , вы также сможете его найти — для этого введите название файла в строку поиска.

Текст из документа

Если вы не помните названия документа или электронной книги, но знаете фразу из текста — используйте эту фразу в поисковом запросе. При поиске по тексту поддерживаются следующие форматы файлов:

Метаданные (EXIF) фотографии

Вы можете найти все фотографии, сделанные с помощью определенной камеры, — для этого укажите в поисковой строке название этой камеры. Например, по запросу sony nex 5 или iphone X вы найдете все снимки, сделанные с помощью этих устройств.

Метаданные аудиофайла

Чтобы найти аудиофайл, вы можете ввести в поисковую строку название жанра или альбома — например, по запросу rock вы найдете файл Led Zeppelin — Stairway to heaven.mp3 .

Текст с картинки

Если вы знаете несколько слов из текста, изображенного на картинке, используйте их в поисковом запросе — так вы сможете найти отсканированные документы, фотографии визиток или объявлений. Поиск умеет распознавать текст на русском и английском языках с помощью технологии OCR.

Название того, что изображено на картинке

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

Есть ли поиск по чужим файлам на сервисе?

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

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

Поиск по Диску

Вы можете найти файл по его названию, содержимому, расширению или свойствам, а также найти папку по ее названию.

Для этого введите запрос в поисковую строку над списком файлов и нажмите клавишу Enter или значок .

Подсказки поиска

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

Что еще можно писать в строку поиска

Имя и расширение файла, имя папки

Вы сможете найти нужный файл, даже если в его имени есть символы подчеркивания, дефисы или точки. Например, по запросу alice list вы найдете файлы Alice_list.pdf , Alice-list.pdf , Alice.list.pdf .

Поиск учитывает морфологию русского языка. Например, по запросу отчет вы найдете файл с названием «Правки отчета за сентябрь» или «Сравнение отчетов за август и сентябрь» .

Читать еще:  Как открыть файл APK на компьютере

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

Чтобы найти файлы с конкретным расширением, укажите в строке поиска это расширение или имя файла и расширение. Также вы можете указать имя файла или папки. Например, по запросу cheshire jpg вы можете найти фотографии, которые хранятся в папке «Cheshire Cat» .

Имя файла из архива

Если искомый файл упакован в архив RAR или ZIP , вы также сможете его найти — для этого введите название файла в строку поиска.

Текст из документа

Если вы не помните названия документа или электронной книги, но знаете фразу из текста — используйте эту фразу в поисковом запросе. При поиске по тексту поддерживаются следующие форматы файлов:

Метаданные (EXIF) фотографии

Вы можете найти все фотографии, сделанные с помощью определенной камеры, — для этого укажите в поисковой строке название этой камеры. Например, по запросу sony nex 5 или iphone X вы найдете все снимки, сделанные с помощью этих устройств.

Метаданные аудиофайла

Чтобы найти аудиофайл, вы можете ввести в поисковую строку название жанра или альбома — например, по запросу rock вы найдете файл Led Zeppelin — Stairway to heaven.mp3 .

Текст с картинки

Если вы знаете несколько слов из текста, изображенного на картинке, используйте их в поисковом запросе — так вы сможете найти отсканированные документы, фотографии визиток или объявлений. Поиск умеет распознавать текст на русском и английском языках с помощью технологии OCR.

Название того, что изображено на картинке

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

Есть ли поиск по чужим файлам на сервисе?

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

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

Новый алгоритм синхронизации Яндекс.Диска: как не подавиться 900 000 файлов

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

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

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

Почему это не так просто, как кажется на первый взгляд?

Теоретически задача может показаться достаточно простой, но в реальности мы сталкиваемся с разными сложными ситуациями. Например, человек переименовал папку на своем компьютере, мы это детектировали и послали команду на бекенд. Однако никто из пользователей не ждет, пока бекенд подтвердит успешность переименования. Человек сразу открывает свою локально переименованную папку, создает в ней подпапку, и, к примеру, переносит в нее часть файлов. Мы попали в ситуацию, в которой невозможно сразу выполнить все необходимые операции синхронизации в облаке. Сначала надо дождаться завершения первой операции и только потом можно продолжать.

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

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

Прошлая версия алгоритма

В прошлой версии десктопного ПО Яндекс.Диска для поиска изменений использовался алгоритм сравнения деревьев. Любое другое решение на тот момент не позволяло реализовать поиск перемещений и переименований, так как бэкэнд не имел уникальных идентификаторов объектов.

В этой версии алгоритма мы использовали три основных дерева: локальное (Local Index), облачное (Remote Index) и последнее синхронизированное (Stable Index). Кроме этого, чтобы предотвратить повторную генерацию уже поставленных в очередь операций синхронизации, использовались ещё два вспомогательных дерева: локальное ожидаемое и облачное ожидаемое (Expected Remote Index и Expected Local Index). В этих вспомогательных деревьях хранилось ожидаемое состояние локальной файловой системы и облака, после выполнения всех операций синхронизации, которые уже поставлены в очередь.

Процедура сравнения деревьев в старом алгоритме выглядела следующим образом:

  1. Если локальное ожидаемое дерево и облачное ожидаемое дерево пусты, инициализируем их, копируя последнее синхронизированное дерево;
  2. Сравниваем локальное дерево с облачным ожидаемым и по результатам сравнения отдельных узлов добавляем в очередь операции синхронизации в облаке (создание коллекций, передача файлов в облако, перемещение и удаление в облаке);
  3. Для всех операций, которые поставлены в очередь на предыдущем шаге, фиксируем их будущий эффект в ожидаемом облачном дереве;
  4. Сравниваем облачное дерево с локальным ожидаемым и по результатам сравнения отдельных узлов добавляем в очередь операции синхронизации с локальной файловой системой (создание директорий, скачивание файлов из облака, перемещение и удаление локальных файлов и директорий);
  5. Для всех операций, которые поставлены в очередь на предыдущем шаге, фиксируем их будущий эффект в ожидаемом локальном дереве;
  6. Если в очередь попадают одновременные операции с одним и тем же файлом или директорией (например, передача файла в облако и скачивание этого же файла из облака), то фиксируем конфликт — файл изменился в двух местах;
  7. После того, как операция синхронизации выполнена в облаке или с локальной файловой системой, заносим её результат в последнее синхронизированное дерево;
  8. Когда очередь операций синхронизации становится пустой, удаляем локальное ожидаемое и облачное ожидаемое дерево. Синхронизация закончена, и они нам больше не понадобятся.
Читать еще:  Как сделать отступ слева в Ворде

Почему нам пришлось придумывать новый алгоритм

Главными проблемами алгоритма сравнения деревьев стали большое потребление памяти и необходимость сравнения деревьев целиком даже при небольших изменениях, что приводило к большой нагрузке на процессор. Во время обработки изменений даже одного файла использование оперативной памяти возрастало примерно на 35%. Допустим, у пользователя было 20 000 файлов. Тогда при простом переименовании одного файла размером 10Кб потребление памяти вырастало скачкообразно — со 116Мб до 167МБ.

Также мы хотели увеличить максимальное количество файлов, с которым без проблем может работать пользователь. Несколько десятков и даже сотен тысяч файлов может оказаться, к примеру, у фотографа, который хранит в Яндекс.Диске результаты фотосессий. Эта задача стала особенно актуальной, когда у людей появилась возможность купить дополнительное место на Яндекс.Диске.

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

К этому времени на бекенде появились id объектов, с помощью которых можно было более эффективно решить задачу обнаружения перемещений — ранее мы использовали пути.

Новый алгоритм

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

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

  1. После того как пользователь добавил в папку Диска новый файл, программа обнаружила его и добавила в дерево новый элемент. У этого элемента известно только одно состояние – local. Так как stable и remote состояния отсутствуют, память под них не выделяется;
  2. Программа выполняет upload файла. Из облака приходит push, подтверждающий появление нового файла, и в дерево добавляется remote состояние;
  3. Состояния local и remote сравниваются. Так как они совпадают, добавляется stable состояние;
  4. Состояния local и remote удаляются. Они больше не нужны, так как вся информация есть в stable.

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

Другие улучшения

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

Яндекс.Диск использует дайджесты sha256 и MD5 для проверки целостности файлов, обнаружения изменившихся фрагментов и дедупликации файлов на бекенде. Так как эта задача сильно нагружает CPU, в новой версии реализация расчетов дайджеста была существенно оптимизирована. Скорость получения дайджеста файла увеличена примерно в два раза.

Цифры

Синхронизация уникальных 20000 файлов по 10Кб

Версия ПОЗагрузка на CPU.
Расчет дайджестов
Нагрузка на CPU
upload
Использование оперативной памяти, Мб
Яндекс.Диск 1.3.328% (1 ядро 100%)Примерно 1%102
Яндекс.Диск 1.2.748% (2 ядра 100%)Примерно 10%368

Вычисление дайджестов уникальных 20000 файлов по 10кб (индексация)

Версия ПОНагрузка на CPUВремя, секИспользование оперативной памяти, Мб
Яндекс.Диск 1.3.325% (1 ядро 100%)19082
Яндекс.Диск 1.2.750% (2 ядра 100%)200245

Запуск с 20000 синхронизированных файлов по 10Кб

Версия ПОНагрузка на CPUВремя, секИспользование оперативной памяти, Мб
Яндекс.Диск 1.3.325% (1 ядро 100%)1055
Яндекс.Диск 1.2.750% (2 ядра 100%)22125

Upload 1Gb. Соединение Wi-Fi 10 МБит

Версия ПОНагрузка на CPUВремя, сек
Яндекс.Диск 1.3.35%1106
Яндекс.Диск 1.2.75%2530

Что получилось

Из примеров видно, что новая версия ПО Яндекс.Диска использует примерно в 3 раза меньше оперативной памяти и примерно в 2 раза меньше нагружает CPU. Обработка мелких изменений не приводит к увеличению объема используемой памяти.

В результате проделанных изменений существенно увеличилось количество файлов, с которым без проблем справляется программа. В версии для Windows – 300 000, а на Mac OS X — 900 000 файлов.

Секретные материалы: как «Яндекс» нашел документы пользователей Google

Примерно к 23:00 4 июля в рунете появились первые новости, что «Яндекс» выдает в поиске файлы, содержащиеся на «Google Диске». Учитывая, что пользователи сейчас все документы стараются хранить в облаке, попадалась и достаточно важная информация: пароли от сервисов, контакты партнеров и даже компромат. Кто виноват? И главное, что делать, чтобы не пострадать?

Вариант 1. Google

На момент публикации материала российское представительство Google не ответило, как могло так получиться, что личные файлы пользователей сервиса «Диск» оказались в публичном доступе.

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

Читать еще:  Как бесплатно читать книги на ЛитРес

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

Так уже было, в 2011 году оказались проиндексированы в «Яндексе» сообщения пользователей «Мегафон», отправленные с сайта. Почему виноват не «Яндекс»? Ведь только он проиндексировал послания? Можно предположить, что поисковик Google просто не успел до них добраться, но это был только вопрос времени.

Вариант 2. «Яндекс»

Все-таки подозрительно, почему раньше «Яндекс» не индексировал послания в «Google Диске» и вдруг они оказались в доступе? Что изменилось? Не стоит подозревать интернет-компанию в диверсии, как мы уже говорили, просто именно в этот момент до информации мог добраться робот.

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

Однако любые разработчики иногда ошибаются. В начале десятилетия модификация правил безопасности привела к тому, что в Facebook в публичном доступе оказалась информация, которую по замыслу авторов могли видеть только друзья. Тогда Марку Цукербергу удалось отбиться, заявив, что молодое поколение более открытое и не нуждается в приватности. Однако с ростом популярности сервиса Facebook пришлось озадачиться проблемой безопасности данных — и кейс со скандалом вокруг Cambridge Analytica компания будет разбирать еще долго.

В результате через несколько часов после первых сообщений о доступе к чужим материалам «Яндекс» вообще убрал возможность искать документы на docs.google.com. Даже те, которые находятся в публичном доступе. При этом общедоступные файлы с «Google Диска» можно найти в самом Google или других поисковых сервисах.

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

Вариант 3. И, боюсь, самый правильный

Многие считают пользователей виноватыми по одной простой причине: «Все, что выложено в Интернет, может быть украдено». Я с этим не согласен.

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

Какой у вас e-mail? Он совпадает с логином в iCloud? Не состоит ли он из номера телефона, к которому привязана ваша банковская карта? Если ответ: «Да, это удобно». То подумайте о том, что это удобно не только вам.

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

Вы думаете, только Google «Документы» с доступом «для всех» могут стать чужой добычей? Входите в сеть «ВКонтакте», выбирайте «Документы», набирайте «пароли» — и наслаждайтесь. Интернет — это памятник человеческой беспечности.

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

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

Совет 3. Вам правда нужны пин-код от банковской карты на ее обратной стороне и пароли от онлайн-банков в облачном доступе? Освойте менеджеры паролей, встроенные в браузеры или в виде отдельных приложений, — это программы, в которых одним паролем можно зашифровать все остальные.

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

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

Совет 4. Я не верю, что вы не можете обойтись без списка паролей. Но хотя бы усложните вору задачу. Пин-код от карты запишите в записную книжку в контакт бабушки (код оператора и недостающие цифры поставьте «из головы»). Элементарно не пишите в один файл логин и пароль — даже если они утекут, у злоумышленника в руках будет только половина кода. И главное.

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

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector