Что значит локальное сохранение
Что такое жесткий, локальный и системный диски
Куда сохраняются файлы: что такое жесткий, локальный и системный диски
Все файлы хранятся на жестком диске, который в реальной жизни представлен вот таким устройством:
а в виртуальности такой жесткий диск называется локальным и найти его можно в папке «мой компьютер», выглядят локальные диски так, обычно их два:
Легко запутаться: «как это локальные диски, если на одном из них написано «системный»?»
Объясняем: все виртуальные диски, на которых хранится информация называются локальными, но только один из них системный — тот, на который установлена операционная система (например, windows)
Системный диск — вид локального диска, на который установлена операционная система. Обычно это диск «C»
Сколько может быть жестких локальных и системных дисков
В системном блоке (то есть внутри «коробки», где расположены все основные составляющие компьютера) может быть несколько жестких дисков.
Возникакает вопрос: Что за ерунда? Почему два локальных диска, если физический только один? Почему устройство в реальном мире всего в одном экземпляре, а виртуально получается, что несколько?
Все верно, виртуально один диск разделяют на несколько для безопасности. В один устанавливают операционную систему, например Windows, а на другом хранятся файлы. Если нужно будет переустановить виндоуз, то стирают одну часть диска, а все фотографии и видео на другом диске лежат в безопасности.
Почему нельзя сохранять файлы на диск с windows
Сохранять-то можно, но нежелательно. Виртуальное разделение жесткого на локальные диски выполняют не только за счет удобства организации, но и вот почему: разделенные части никак не взаимодействуют друг с другом в хранении файлов. То есть, если с одним диском что-то произойдет, то с другим ничего не случится!
Если случится неприятность и нашествие вирусов попортит комфортную работу за компьютером или по неизвестной причине все начнет постоянно зависать и разные проверки ничего не покажут, то можно переустановить операционную систему. Панику о том, что все добро сотрется и ничего не останется надо отставить сразу! Потому что удаляться подчистую (форматироваться) будут файлы на том диске, где расположена операционная система, то есть на системном диске. Если на последнем ничего нет кроме программ и самой операционной системы, то волноваться о сохранности фотографий, документов и файлов нечего! Они все останутся на другом диске нетронутыми.
Лучше всего сохранять именно так: программы одном диске, а личные файлы — на другом.»Но как же так? Как останутся мои файлы на втором локальном диске, если открывать их нечем и все удалили с системного диска, компьютер вообще не включается?!
Очень просто! Файлы сами по себе — закодированная информация, а программы — инструмент для чтения этой информации. Если выключить свет, в темноте невозможно будет видеть буквы в книге, но это не значит, что самой книги не осталось. Так же и здесь: все файлы лежат в одном месте, а инструменты в другом.
Для вашего удобства Просто и Понятно рекомендует сохранять программы на системном диске, а на локальном хранить всю сотальную ценную и важную информацию.
LocalForage: кроссбраузерное локальное хранилище от Mozilla
Уже довольно давно у веб-приложений появилась возможность хранить часть данных или файлов локально. Можно даже кешировать MP3-файлы. Браузеры научились хранить немалые объёмы данных. Тем не менее, пока что технологии локального хранения сильно фрагментированы.
localStorage предоставляет лишь самые базовые функции, это хранилище довольно медленно и не умеет хранить блобы. IndexedDB и WebSQL асинхронны, быстры и поддерживают большие объемы данных, но их API довольно запутан. Кроме того, ни IndexedDB, ни WebSQL не поддерживаются всеми основными браузерами, и, похоже, в ближайшем будущем эта ситуация не изменится.
Если вам нужно писать веб-приложение с оффлайн-режимом, и вы не знаете, с чего начать, то эта статься для вас. Если вы уже пытались работать с локальными хранилищами, и у вас от этого голова пошла кругом — статья и для вас тоже. Мы в Mozilla написали библиотеку localForage, которая значительно облегчает задачу хранения локальных данных в любом браузере.
Почувствовать на своей шкуре все сложности работы с локальным хранилищем мне помогла разработка around — HTML5-клиента для Foursquare. Хотя в этой статье я рассказываю, как использовать localForage, возможно кто-то предпочтёт изучить реальные примеры работы с ней.
Хватит болтовни, покажите, как это работает!
Традиционный API localStorage во многих отношениях очень неплох. Он прост, не навязывает сложные структуры данных и не требует вообще никакого boilerplate-кода. Например, если вам нужно хранить локально конфигурацию приложения, вы можете написать что-то вроде:
Обратите внимание, что localStorage хранит всю информацию в виде строк, поэтому приходится преобразовывать всё в сериализованный JSON.
Всё очень просто и логично, но сразу можно заметить несколько проблем:
Упрощаем жизнь с помощь localForage
localForage решает обе эти проблемы с помощью API, очень похожего на интерфейс localStorage, но асинхронного. Сравните, насколько он проще эквивалентного кода для IndexedDB.
Код с WebSQL будет несколько короче, чем код с IndexedDB, но всё равно потребует гораздо больше текста, чем с localForage.
Не только строки
Допустим, вы хотите использовать локально или не только текстовые данные о пользователе, но и его аватарку. С localForage это делается очень просто:
Извлечь фотографию из хранилища можно с помощью всего трёх строк кода:
Колбэки и обещания
Если вы не любите колбэки, вы можете использовать обещания ES6. Вот так будет выглядеть последний пример, если переписать его с использованием обещаний:
Конечно, это искусственный и не слишком наглядный пример. Если вы хотите посмотреть на такой стиль программирования в реальном коде — вот подходящий фрагмент из around.
Кроссбраузерность
localForage поддерживает все современные браузеры. IndexedDB доступна во всех современных браузерах кроме Safari ((IE 10+, IE Mobile 10+, Firefox 10+, Firefox for Android 25+, Chrome 23+, Chrome for Android 32+, Opera 15+). Safari и штатный браузер Android (2.1+) используют WebSQL.
В самом крайнем случае, localForage использует localStorage, так что вы по-прежнему можете хранить данные локально, правда без блобов и гораздо медленнее. Но хотя бы преобразование данных в строки JSON происходит в этом случае автоматически.
Библиотека ещё очень молода, часть функционала только планируется, так что присоединяйтесь к разработке, присылайте сообщения об ошибках и патчи, если хотите, чтобы библиотека умела делать больше!
Работа с локальным хранилищем, как с объектом? Легко!
Когда появился localStorage я был рад, как слон, но, немногим позже, после подробного изучения вопроса, я несколько разочаровался: там могут храниться только строки, а об объектах можно было забыть. Приходилось превращать их в строки для хранения, приходилось обратно конвертировать строку в объект для работы с ним, затем опять конвертировать в строку, чтоб сохранить. Не спорю, есть замечательные библиотеки, позволяющие манипулировать хранилищем максимально просто, но вызывать функции как-то не очень хотелось.
Круто было бы, не так ли?
Относительно давно, где-то около полугода назад я задался вопросом: как же, блин, сделать так, чтоб можно было работать с localStorage вообще без функций, чисто как с объектом. Challenge accepted!
Как говорит небезызвестный Геша: “Всё, я здзелал”.
Дальше читать не обязательно. Более разумное решение находится здесь: habrahabr.ru/post/144998
Теперь, когда мы присваиваем что-либо какому-либо из ключей,
Итак, всё до безобразия просто.
(Прошу обратить внимание, что таймер вызывается только для сохранения результатов в localStorage. В остальном, результат присваивания предсказуем, как и в обычном объекте, так как _objectLocalStorage возвращается сразу. Навеяно этим комментарием.)
Как пользоваться?
Вставляем код выше в свой js файл, и используем:
Как это работает?
При гете objectLocalStorage возвращается локальный объект _objectLocalStorage. Значит, когда мы присваиваем что-нибудь одному из ключей подобъекта в objectLocalStorage, возвращается _objectLocalStorage и присваивание идет в него. То естьаналогично
Но, в первом случае, после присваивания, вызывается сохранение объекта в localStorage. Если не поместить эту часть в таймаут, то сохранение в хранилище будет до присваивания. Согласен, такой способ чреват багами, но другого способа сохранять после, я не нашел.
Локальное хранилище или куки? Безопасное хранение JWT на клиенте
JWT (JSON Web Token) — это замечательный стандарт, основанный на формате JSON, позволяющий создавать токены доступа, обычно используемые для аутентификации в клиент-серверных приложениях. При использовании этих токенов возникает вопрос о том, как безопасно хранить их во фронтенд-части приложения. Этот вопрос нужно решить сразу же после того, как токен сгенерирован на сервере и передан клиентской части приложения.
Материал, перевод которого мы сегодня публикуем, посвящён разбору плюсов и минусов использования локального хранилища браузера ( localStorage ) и куки-файлов для хранения JWT.
Виды токенов
Где именно следует хранить токены на клиенте?
Существует 2 распространённых способа хранения токенов на клиенте: локальное хранилище браузера и куки-файлы. О том, какой способ лучше, много спорят. Большинство людей склоняется в сторону куки-файлов из-за их лучшей защищённости.
Давайте сравним локальное хранилище и куки-файлы. Наше сравнение основано, преимущественно, на этом материале и на комментариях к нему.
Локальное хранилище
▍Преимущества
Основное преимущество локального хранилища заключается в том, что им удобно пользоваться.
▍Недостатки
Главный недостаток локального хранилища — это его уязвимость к XSS-атакам.
Куки-файлы
▍Преимущества
Главное преимущество куки-файлов заключается в том, что они недоступны из JavaScript. В результате они не так уязвимы к XSS-атакам, как локальное хранилище.
▍Недостатки
В зависимости от конкретных обстоятельств может случиться так, что токены в куки-файлах сохранить не удастся.
XSS-атаки
Локальное хранилище уязвимо к XSS-атакам из-за того, что с ним очень легко работать, используя JavaScript. Поэтому злоумышленник может получить доступ к токену и воспользоваться им в своих интересах. Однако, хотя HttpOnly-куки и недостижимы из JavaScript, это не означает, что вы, используя куки, защищены от XSS-атак, направленных на кражу токена доступа.
Если атакующий может запускать свой JS-код в вашем приложении, это значит, что он может просто отправить вашему серверу запрос, а токен будет включён в этот запрос автоматически. Такая схема работы просто не так удобна для атакующего, так как он не может прочитать содержимое токена. Но подобное нужно атакующим нечасто. Кроме того, при такой схеме работы злоумышленнику может быть выгоднее атаковать сервер, пользуясь компьютером жертвы, а не собственным.
Куки-файлы и CSRF-атаки
CSRF-атаки — это атаки, в ходе которых пользователя каким-то образом принуждают к выполнению особого запроса. Например, сайт принимает запросы на изменение адреса электронной почты:
Правда, от этой угрозы можно легко защититься, использовав атрибут SameSite в заголовке ответа и анти-CSRF токены.
Промежуточные итоги
Использование куки-файлов для хранения токенов OAuth 2.0
Давайте кратко перечислим способы хранения токенов:
Почему хранение токена обновления в HttpOnly-куки безопаснее с точки зрения CSRF-атак?
Как всё это настроить?
Шаг 1: возврат токена доступа и токена обновления при аутентификации пользователя
После того, как пользователь аутентифицируется, сервер аутентификации возвращает access_token (токен доступа) и refresh_token (токен обновления). Токен доступа будет включён в тело ответа, а токен обновления — в куки.
Вот что нужно использовать для настройки куки-файлов, предназначенных для хранения токенов обновления:
Шаг 2: сохранение токена доступа в памяти
Хранение токена доступа в памяти означает, что токен, в коде фронтенда, записывают в переменную. Это, конечно, означает, что токен будет утерян в том случае, если пользователь закроет вкладку, на которой открыт сайт, или обновит страницу. Именно поэтому у нас имеется токен обновления.
Шаг 3: получение нового токена доступа с использованием токена обновления
Итоги
То, о чём мы тут рассказали, должно дать вам базовую информацию о хранении JWT на клиенте, и о том, как сделать ваш проект безопаснее.
Для чего нужна резервная копия данных в Ватсап и как её сделать?
Каждый день в мессенджерах общаются миллионы людей. Они делятся текстовыми, голосовыми сообщениями, отправляют друг другу различные файлы как фотографии, песни, документы или видео. И становится весьма обидно, если эти сообщения теряются. Чтобы избежать подобного, разработчики WhatsApp создали функцию создания бэкапов.
Ватсап отличается высоким уровнем безопасности и защищенности. Все сообщения шифруются и не остаются на серверах мессенджера, а хранятся на устройствах пользователей. Если вдруг вы стерли свои сообщения, то восстановить их вам никто не поможет, потому что ни у кого, кроме вас, к ним нет доступа. На такой случай и нужна резервная копия данных в ватсап.
Где хранятся переписки?
По умолчанию резервная копия всех переписок создается в мессенджере раз в сутки. Поэтому, если вдруг вы случайно удалите беседу, ее можно будет восстановить самостоятельно из бэкапа.
Происходит это в два часа ночи каждые сутки. При восстановлении бэкапов, чаты будут те же, что были у вас сегодня в это время. Все, что было после, не восстановиться, если вы, конечно, не проводили резервное копирование вручную.
Где хранятся резервные копии разговоров из ватсап? В памяти вашего устройства либо на флэш-карте. Зависит от того, что вы выбрали в настройках (по умолчанию в телефоне). Откройте проводник файлов и в корне системы найдите папку «WhatsApp». Там будет еще одна директория Databases, которая и содержит все копии.
Как сделать бэкапы WhatsApp на Android?
Сделать резервную копию WhatsApp на Android можно двумя способами. Существует локальное и виртуальное резервное копирование данных.
Локальное
Локальное копирование данных происходит в память вашего телефона. Ежедневно в 2:00 все ваши беседы сохраняются, поэтому вчерашние сообщения вы легко можете восстановить.
Помимо автоматического, локальное копирование можно осуществлять самому в любой момент. Для этого сделайте следующее.
Виртуальное
При виртуальном резервном копировании происходит сохранение ваших разговоров в облаке. В случае с андроид-устройствами это Google Drive. Такой подход надежнее, ведь из облака информация сама по себе не исчезнет, а вот телефон можно потерять, сломать и так далее. Особенно, если вы вдруг собрались менять свой смартфон, сделайте виртуальное копирование данных в Google Drive.
Наравне с локальным, виртуальные копии также можно осуществлять в автоматическом режиме. Вы сами можете задать как часто создавать бэкапы. Для этого сделайте следующее:
Сейчас, когда ваши диалоги находятся в облачке, чтобы восстановить их понадобится доступ к интернету.
Как сохранить чаты WhatsApp на iPhone?
На iPhone сделать резервную копию WhatsApp можно также, как и на андроид. Автоматическое копирование здесь создается с такой же периодичностью, но вы можете создавать бэкапы вручную. Также на iPhone есть возможность сохранять беседы в своем iCloud.
Чтобы это сделать, вам понадобится:
Здесь вы можете создать одну копию или настроить автоматическое резервное копирование с заданной периодичностью:
Как скопировать всю переписку WhatsApp на компьютер?
Скопировать всю переписку WhatsApp на компьютер также не сложно. Все ваши сообщения можно отправить на E-mail и сохранить их где угодно, в том числе и на ПК.
Чтобы отправить сообщения на электронную почту, нужно сделать следующее:
Обратите внимание на то, что, если у вас слишком много данных, все они могут не поместиться в электронное письмо. Чтобы переслать все данные, удалите самые старые чаты из мессенджера, по завершению части процесса. После этого снова попробуйте отправить. Это нужно, чтобы ваши переписки можно было открыть и прочитать на компьютере.
Также сохранить чаты на компьютере можно и с помощью десктопной версии WhatsApp. Скачайте мессенджер на компьютер, установите его и войдите в свою учетную запись. Синхронизируйте две версии приложения на мобильном устройстве и компьютере. Далее проследуйте в настройки, аналогично способам на телефоне. Выберите, куда хотите сохранить свои чаты и начинайте процесс.
Как удалить базы данных сообщений Ватсап?
Удалить резервную копию ватсап так же просто. Если вам вдруг понадобилось это сделать, то помните, что прочитать переписки из сохраненной базы данных можно будет только с вашего телефона, и ни с какого другого.
Удалить сохраненные данные в ватсап можно как обычные файлы на вашем телефоне:
Как восстановить сообщения Ватсап на Андроид и Айфон?
Удалили важные сообщения? Не расстраивайтесь, вы всегда можете восстановить резервную копию ватсап на андроид и айфон. Как это сделать для обоих платформ, читайте ниже.
Для Android
Если мессенджер выдает ошибку о том, что бэкапов не обнаружено, значит:
Для iPhone
Возможные проблемы
Если при резервном копировании у вас возникли проблемы, перед их устранением проверьте, подключен ли ваш телефон к интернету.
Если соединение есть, но плохое, попробуйте поменять подключение с мобильного интернета на Wi-Fi или наоборот.
При использовании мобильной сети, проверьте количество оставшегося трафика. Восстановление баз данных может запросить гораздо больше, чем обычная переписка. Если трафик закончится в процессе, восстановление прервется.
На вашем устройстве может быть недостаточно свободной памяти для сохранения всех чатов. Проверьте это в настройках и при необходимости удалите ненужные файлы или приложения. Много места для текстовых сообщений не понадобится. Даже, если их у вас очень много, они должны занимать не более 100 МБ.
Возможно, ваше устройство не может подключиться к облачному хранилищу. Чтобы это сделать, привяжите его к своему аккаунту в Google Drive или iCloud, а потом откройте WhatsApp и свяжите облако с ним.
Проверьте версию мессенджера, которая установлена на вашем устройстве. Если приложение не обновлено, загрузить базы данных ваших чатов не получится.