последние исправления от iliakan

Author: thrnd

2-ui/5-loading/03-onload-onerror/1-load-img-callback/solution.md

@@ -1,6 +1,6 @@
 
 Алгоритм:
-1. Создайте `img` для каждого ресурса.
-2. Добавьте обработчики `onload/onerror` для каждого изображения.
-3. Увеличивайте счетчик со срабатываниями `load` и `error`.
+1. Создадим `img` для каждого ресурса.
+2. Добавим обработчики `onload/onerror` для каждого изображения.
+3. Увеличиваем счетчик при срабатывании `onload` или `onerror`.
 4. Когда значение счетчика равно количеству ресурсов -- тогда вызываем `callback()`.

2-ui/5-loading/03-onload-onerror/1-load-img-callback/solution.view/index.html

@@ -35,7 +35,7 @@
     }
 
     // для каждого изображения
-    // создадим другое изображение с аналогичным src и проверим, получаем ли мы его ширину мгновенно
+    // создадим другое изображение с аналогичным src и проверим, есть ли у нас его ширина
     function testLoaded() {
       let widthSum = 0;
       for (let i = 0; i < sources.length; i++) {

2-ui/5-loading/03-onload-onerror/1-load-img-callback/source.view/index.html

@@ -24,7 +24,7 @@
     }
 
     // для каждого изображения
-    // создадим другое изображение с аналогичным src и проверим, получаем ли мы его ширину мгновенно
+    // создадим другое изображение с аналогичным src и проверим, есть ли у нас его ширина
     function testLoaded() {
       let widthSum = 0;
       for (let i = 0; i < sources.length; i++) {

2-ui/5-loading/03-onload-onerror/1-load-img-callback/task.md

@@ -4,7 +4,7 @@ importance: 4
 
 # Загрузите изображения с колбэком
 
-Обычно изображения начинают загружаться в момент их создания. Когда мы добавляет `<img>` на страницу, пользователь не видит это изображение мгновенно. Браузер сначала должен его загрузить.
+Обычно изображения начинают загружаться в момент их создания. Когда мы добавляем `<img>` на страницу, пользователь не увидит его тут же. Браузер сначала должен его загрузить.
 
 Чтобы показать изображение сразу, мы можем создать его "заранее":
 

2-ui/5-loading/03-onload-onerror/article.md

@@ -98,28 +98,28 @@ img.onerror = function() {
 
 Однако есть некоторые особенности:
 
-- Большинство ресурсов начинают загружаться после их добавления в document. За исключением `<img>`. Изображения начинают загружаться, только когда у них имеется атрибут src `(*)`.
+- Большинство ресурсов начинают загружаться после их добавления в документ. За исключением тега `<img>`. Изображения начинают загружаться, когда получают `src (*)`.
 - Для `<iframe>` событие `load` срабатывает по окончании загрузки как в случае успеха, так и в случае ошибки.
 
-Такое поведение у `<iframe>` сложилось по историческим причинам.
+Такое поведение сложилось по историческим причинам.
 
 ## Кросс-доменная политика
 
 Есть правило: скрипты с одного сайта не могут получить доступ к содержимому другого сайта. Например, скрипт с `https://facebook.com` не может прочитать почту пользователя на `https://gmail.com`.
 
-Или, если быть более точным, один источник (домен/порт/протокол) не может получить доступ к содержимому другого источника. Даже домен и поддомен, или просто другой порт, будут считаться разными источниками, не имеющими доступа друг к другу.
+Или, если быть более точным, один источник (домен/порт/протокол) не может получить доступ к содержимому c другого источника. Даже поддомен или просто другой порт будут считаться разными источниками, не имеющими доступа друг к другу.
 
 Это правило также касается ресурсов с других доменов.
 
 Если мы используем скрипт с другого домена, и в нем имеется ошибка, мы не сможем узнать детали этой ошибки.
 
-Для примера давайте возьмем скрипт с одним вызовом функции (которой не существует):
+Для примера давайте возьмем мини-скрипт `error.js`, который состоит из одного-единственного вызова функции, которой не существует:
 ```js
 // 📁 error.js
 noSuchFunction();
 ```
 
-Теперь загрузим этот скрипт с нашего домена:
+Теперь загрузим этот скрипт с того же сайта, на котором он лежит:
 
 ```html run height=0
 <script>
@@ -155,15 +155,15 @@ Script error.
 , 0:0
 ```
 
-Детали отчёта могут варьироваться в зависимости от браузера, но идея общая: любая информация о внутренностях скрипта спрятана. Именно потому, что скрипт загружен с другого домена.
+Детали отчёта могут варьироваться в зависимости от браузера, но основная идея: любая информация о внутренностях скрипта, включая стек ошибки, спрятана. Именно потому, что скрипт загружен с другого домена.
 
-Зачем нам могут быть нужны детали?
+Зачем нам могут быть нужны детали ошибки?
 
-Существует много сервисов (и мы можем сделать наш собственный), которые обрабатывают `window.onerror`, сохраняют отчёт на сервере и предоставляют доступ к этому отчёту для анализа. Это здорово, потому что мы можем увидеть реальные ошибки, которые случились у наших пользователей. Но мы не можем увидеть ошибки сторонних скриптов "напрямую".
+Существует много сервисов (и мы можем сделать наш собственный), которые обрабатывают глобальные ошибки при помощи `window.onerror`, сохраняют отчёт о них и предоставляют доступ к этому отчёту для анализа. Это здорово, потому что мы можем увидеть реальные ошибки, которые случились у наших пользователей. Но если скрипт - с другого домена, то информации об ошибках в нём почти нет, как мы только что видели.
 
 Похожая кросс-доменная политика (CORS) внедрена и в отношении других ресурсов.
 
-**Чтобы разрешить кросс-доменный доступ, нам нужно воспользоваться атрибутом `crossorigin`, и, кроме того, удалённый сервер должен предоставить специальные заголовки.**
+**Чтобы разрешить кросс-доменный доступ, нам нужно поставить тегу `<script>` атрибут `crossorigin`, и, кроме того, удалённый сервер должен поставить специальные заголовки.**
 
 Существует три уровня кросс-доменного доступа: