diff options
| author | Malyugin-Anton <64378540+am0xff@users.noreply.github.com> | 2021-08-21 18:14:59 +0300 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2021-08-21 18:14:59 +0300 |
| commit | 5748a1082e804ba206e6b1379abcc1e000752ed3 (patch) | |
| tree | 4c2ba7b825da3adf20a8618f550fd2771a2d9696 /files/ru | |
| parent | 6b49c6708b9ea3b1381b5cc8cd238b581d35c757 (diff) | |
| download | translated-content-5748a1082e804ba206e6b1379abcc1e000752ed3.tar.gz translated-content-5748a1082e804ba206e6b1379abcc1e000752ed3.tar.bz2 translated-content-5748a1082e804ba206e6b1379abcc1e000752ed3.zip | |
Fix typo in optimizing_startup_performance (ru) (#2167)
Diffstat (limited to 'files/ru')
| -rw-r--r-- | files/ru/web/performance/optimizing_startup_performance/index.html | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/files/ru/web/performance/optimizing_startup_performance/index.html b/files/ru/web/performance/optimizing_startup_performance/index.html index 4325eeab62..fc612ef7c9 100644 --- a/files/ru/web/performance/optimizing_startup_performance/index.html +++ b/files/ru/web/performance/optimizing_startup_performance/index.html @@ -13,7 +13,7 @@ translation_of: Web/Performance/Optimizing_startup_performance <p>Вместо этого, вы можете разбить ваш код так, чтобы часть его обрабатывалась в <a href="/en-US/docs/DOM/Using_web_workers" title="/en-US/docs/DOM/Using_web_workers">Web worker</a>, что выделит его в отдельные фоновые неблокирующие треды (например, запросы данных и их обработка). Затем, все, что должно быть выполнено в основном потоке (например, пользовательские события или рендеринг интерфейса) должно быть разбито на небольшие кусочки так, чтобы обработчик браузера выполнял небольшие куски кода итеративно, а не за один подход. Это позволит ваше приложению выглядеть отзывчивым даже во время первоначальной загрузки.</p> -<p>Почему так важно делать все это асинхронно? Помимо причин, перечисленных выше, подумайте о влиянии, которые оказывают зависшие приложения: пользователь не может отменить запуск, даже если он запустил приложение по ошибке. Если приложение запускается в браузере, пользователь даже не сможет закрыть вкладку. В конечно счёте это может привести даже к системным предупреждениям о "медленных скриптах" или "исчерпании памяти". А ведь было время, когда каждая вкладка не работала в отдельном процессе, как сейчас, а потому повисшая вкладка приводила к зависанию всего браузера! Вы должны не просто делать загрузку приложения "мягкой", но и давать пользователю знать о процессе загрузки: показывайте ему прогресс-бары или этапы, которые проходит приложение. Это позволит пользователю убедиться, что приложение не зависло.</p> +<p>Почему так важно делать все это асинхронно? Помимо причин, перечисленных выше, подумайте о влиянии, которые оказывают зависшие приложения: пользователь не может отменить запуск, даже если он запустил приложение по ошибке. Если приложение запускается в браузере, пользователь даже не сможет закрыть вкладку. В конечном счёте это может привести даже к системным предупреждениям о "медленных скриптах" или "исчерпании памяти". А ведь было время, когда каждая вкладка не работала в отдельном процессе, как сейчас, а потому повисшая вкладка приводила к зависанию всего браузера! Вы должны не просто делать загрузку приложения "мягкой", но и давать пользователю знать о процессе загрузки: показывайте ему прогресс-бары или этапы, которые проходит приложение. Это позволит пользователю убедиться, что приложение не зависло.</p> <h3 id="Было_бы_желание...">Было бы желание...</h3> |