Правки5

Author: perepichai

6-data-storage/02-localstorage/1-form-autosave/task.md

@@ -5,6 +5,6 @@
 
 Когда пользователь закроет страницу и потом откроет ее заново он должен увидеть последнее введенное значение.
 
-Например:
+Вот пример:
 
 [iframe src="solution" height=120]

6-data-storage/02-localstorage/article.md

@@ -2,11 +2,11 @@
 
 Объекты веб-хранилища `localStorage` и `sessionStorage` позволяют хранить пары ключ/значение в браузере.
 
-Что в них важно - данные, которые в них записаны, сохраняются после обновления страницы (в случае sessionStorage) и даже после перезапуска браузера (при использовании localStorage). Скоро мы это увидим.
+Что в них важно - данные, которые в них записаны, сохраняются после обновления страницы (в случае `sessionStorage`) и даже после перезапуска браузера (при использовании `localStorage`). Скоро мы это увидим.
 
 Но ведь у нас уже есть куки. Зачем тогда эти объекты? 
 
-- В отличие от кук, объекты веб-хранилища не отправляются на сервер при каждом запросе. Поэтому мы можем хранить гораздо больше данных. Большинство браузеров могут сохранить как минимум 2 мегабайта данных (или больше), и этот размер можно поменять в настройках.
+- В отличие от куки, объекты веб-хранилища не отправляются на сервер при каждом запросе. Поэтому мы можем хранить гораздо больше данных. Большинство браузеров могут сохранить как минимум 2 мегабайта данных (или больше), и этот размер можно поменять в настройках.
 - Ещё одно отличие от куки - сервер не может манипулировать объектами хранилища через HTTP-заголовки. Всё делается при помощи JavaScript.
 - Хранилище привязано к источнику (домен/протокол/порт). Это значит, что разные протоколы или поддомены определяют разные объекты хранилища, и они не могут получить доступ к данным друг друга.
 
@@ -19,7 +19,7 @@
 - `key(index)` -- получить ключ на заданной позиции.
 - `length` -- количество элементов в хранилище.
 
-Как вы видите, интерфейс похож на `Map` (`setItem/getItem/removeItem`), но также запоминается порядок элементов, и можно получить доступ к элементу по индексу -- `key(index)`.
+Как видим, интерфейс похож на `Map` (`setItem/getItem/removeItem`), но также запоминается порядок элементов, и можно получить доступ к элементу по индексу -- `key(index)`.
 
 Давайте посмотрим, как это работает.
 
@@ -62,15 +62,15 @@ alert( localStorage.test ); // 2
 delete localStorage.test;
 ```
 
-Это возможно по историческим причинам и, как правило, работает, но обычно не рекомендуется по двум причинам:
+Это возможно по историческим причинам и, как правило, работает, но обычно не рекомендуется, потому что:
 
-1. Если ключ генерируется пользователем, то он может быть каким угодно, включая `length` или `toString`, а также другой встроенный метод `localStorage`. В этом случае `getItem/setItem` сработают нормально, а вот чтение/запись как свойства объекта не пройдут:
+1. Если ключ генерируется пользователем, то он может быть каким угодно, включая `length` или `toString` или другой встроенный метод `localStorage`. В этом случае `getItem/setItem` сработают нормально, а вот чтение/запись как свойства объекта не пройдут:
     ```js run
     let key = 'length';
     localStorage[key] = 5; // Ошибка, невозможно установить length
     ```
 
-2. Когда мы модифицируем данные, то срабатывает событие `storage`. Но это событие не происходит при записи без `setItem`, как свойство обычного объекта. Мы увидим это позже в этой главе.
+2. Когда мы модифицируем данные, то срабатывает событие `storage`. Но это событие не происходит при записи без `setItem`, как свойства объекта. Мы увидим это позже в этой главе.
 
 ## Перебор ключей
 
@@ -89,7 +89,7 @@ for(let i=0; i<localStorage.length; i++) {
 
 Другой способ - использовать цикл, как по обычному объекту `for key in localStorage`.
 
-Здесь перебираются ключи, но вместе с этим выводится несколько встроенных полей, которые нам не нужны:
+Здесь перебираются ключи, но вместе с этим выводятся несколько встроенных полей, которые нам не нужны:
 
 ```js run
 // bad try
@@ -158,8 +158,8 @@ alert( JSON.stringify(localStorage, null, 2) );
 
 - `sessionStorage` существует только в рамках текущей вкладки браузера.
 - Другая вкладка с той же страницей будет иметь другое хранилище.
-- Но оно разделяется между ифреймами на вкладке (при условии, что они из одного и того же источника).
-- Данные продолжают существовать после перезагрузки страницы, но не закрытия/открытия вкладки.
+- Но оно разделяется между ифреймами на той же вкладке (при условии, что они из одного и того же источника).
+- Данные продолжают существовать после перезагрузки страницы, но не после закрытия/открытия вкладки.
 
 Давайте посмотрим на это в действии.
 
@@ -175,11 +175,11 @@ sessionStorage.setItem('test', 1);
 alert( sessionStorage.getItem('test') ); // после обновления: 1
 ```
 
-...Но если вы откроете ту же страницу в другой вкладке и повторите получить данные снова, то код выше вернет `null`, что значит "ничего не найдено".
+...Но если вы откроете ту же страницу в другой вкладке и попробуете получить данные снова, то код выше вернет `null`, что значит "ничего не найдено".
 
 Так получилось, потому что `sessionStorage` привязан не только к источнику, но и к вкладке браузера. Поэтому `sessionStorage` используется нечасто.
 
-## Событие `storage`
+## Событие storage
 
 Когда обновляются данные в `localStorage` или `sessionStorage`, генерируется событие [storage](https://www.w3.org/TR/webstorage/#the-storage-event) со следующими свойствами:
 
@@ -189,7 +189,7 @@ alert( sessionStorage.getItem('test') ); // после обновления: 1
 - `url` – url документа, где произошло обновление.
 - `storageArea` – объект `localStorage` или `sessionStorage`, где произошло обновление.
 
-Важно: событие срабатывает на всех объектах `window`, где доступно хранилище, а также там, где оно было вызвано.
+Важно: событие срабатывает на всех остальных объектах `window`, где доступно хранилище, кроме того окна, которое его вызвало.
 
 Давайте уточним.
 
@@ -213,7 +213,7 @@ localStorage.setItem('now', Date.now());
 
 Обратите внимание, что событие также содержит: `event.url` - url-адрес документа, в котором данные обновились.
 
-Также `event.storageArea` содержит объект хранилища - событие одно и то же для `sessionStorage` и `localStorage`, поэтому `storageArea` ссылается на то хранилище, которое было изменено. Мы можем захотеть что-то записать в ответ на изменения.
+Также `event.storageArea` содержит объект хранилища - событие одно и то же для `sessionStorage` и `localStorage`, поэтому `event.storageArea` ссылается на то хранилище, которое было изменено. Мы можем захотеть что-то записать в ответ на изменения.
 
 **Это позволяет разным окнам одного источника обмениваться сообщениями.**
 
@@ -224,7 +224,7 @@ localStorage.setItem('now', Date.now());
 Объекты веб-хранилища `localStorage` и `sessionStorage` позволяют хранить пары ключ/значение в браузере.
 - `key` и `value` должны быть строками.
 - Лимит 2 Мб+, зависит от браузера.
-- Данные могут храниться неограниченное время.
+- Данные не имеют "времени истечения".
 - Данные привязаны к источнику (домен/протокол/порт).
 
 | `localStorage` | `sessionStorage` |
@@ -241,10 +241,10 @@ API:
 - `key(index)` -- получить ключ на заданной позиции.
 - `length` -- количество элементов в хранилище.
 - Используйте `Object.keys` для получения всех ключей.
-- Можно использовать ключи в качестве свойств объекта, в этом случае событие `storage` не срабатывает.
+- Можно обращаться к ключам как к обычным свойствам объекта, в этом случае событие`storage` не срабатывает.
 
 Событие storage:
 
 - Срабатывает при вызове `setItem`, `removeItem`, `clear`.
-- Содержит все данные об операции, `url` документа и объект хранилища.
-- Срабатывает на всех объектах `window`, которые имеют доступ к хранилищу, а также там, где оно было сгенерировано (на вкладке для `sessionStorage`, глобально для `localStorage`).
+- Содержит все данные об произошедшем обновлении (`key/oldValue/newValue`), `url` документа и объект хранилища `storageArea`.
+- Срабатывает на всех объектах `window`, которые имеют доступ к хранилищу, кроме того, где оно было сгенерировано (внутри вкладки для `sessionStorage`, глобально для `localStorage`).