aboutsummaryrefslogtreecommitdiff
path: root/files/ru/web/performance
diff options
context:
space:
mode:
authorAlexander Myshov <myshov@users.noreply.github.com>2021-03-28 20:25:45 +0700
committerGitHub <noreply@github.com>2021-03-28 20:25:45 +0700
commit64e69e89d672e844c1891722ca4b8171eeec19af (patch)
treefc8954cfd75c4b36ac2e13d8841c6119d420fc98 /files/ru/web/performance
parent01201840f5a33c04efa309492d51200fc7cd1a0b (diff)
downloadtranslated-content-64e69e89d672e844c1891722ca4b8171eeec19af.tar.gz
translated-content-64e69e89d672e844c1891722ca4b8171eeec19af.tar.bz2
translated-content-64e69e89d672e844c1891722ca4b8171eeec19af.zip
Unify translation of "Media Query" to Russian (#343)
* Unify translatioin of "mediaquery" to Russian * Update files/ru/learn/css/css_layout/responsive_design/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> * Update files/ru/learn/css/css_layout/responsive_design/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> * Update files/ru/learn/css/css_layout/responsive_design/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> * Update files/ru/learn/css/css_layout/responsive_design/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> * Update files/ru/learn/css/css_layout/responsive_design/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> * Update files/ru/learn/css/css_layout/responsive_design/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> * Update files/ru/web/css/media_queries/index.html Co-authored-by: Artem Shibakov <shibakow@gmail.com> Co-authored-by: Artem Shibakov <shibakow@gmail.com>
Diffstat (limited to 'files/ru/web/performance')
-rw-r--r--files/ru/web/performance/critical_rendering_path/index.html2
-rw-r--r--files/ru/web/performance/fundamentals/index.html2
-rw-r--r--files/ru/web/performance/lazy_loading/index.html2
3 files changed, 3 insertions, 3 deletions
diff --git a/files/ru/web/performance/critical_rendering_path/index.html b/files/ru/web/performance/critical_rendering_path/index.html
index 995d8f81c8..5e6d7bf290 100644
--- a/files/ru/web/performance/critical_rendering_path/index.html
+++ b/files/ru/web/performance/critical_rendering_path/index.html
@@ -31,7 +31,7 @@ translation_of: Web/Performance/Critical_rendering_path
<p>Говоря о производительности селекторов (selector), наименее специфичные селекторы срабатывают быстрее. Например, <code>.foo {}</code> сработает быстрее <code>.bar .foo {}</code>. В первом случае, условно, понадобится одна операция, чтобы найти элемент <code>.foo</code>, во втором случае, сначала будут найдены все <code>.foo</code>, а<strong> </strong>потом<strong> браузер пройдёт вверх</strong> по дереву в поисках родительского элемента <code>.bar</code>. Более специфичные селекторы требуют от браузера большего количества работы, но эти проблемы, вероятно, не стоят их оптимизации.</p>
-<p>Если вы измерите время, требуемое на парсинг CSS, вы будете удивлены тем, как быстро работают браузеры. Более специфичные правила более затратны, потому что требуют обхода большего числа узлов в DOM дереве, но эта дороговизна обходится довольно дёшево, особенно в сравнении с другими узкими местами производительности. <u>Сначала измеряйте. Потом оптимизируйте, если это действительно необходимо.</u> Вероятно, специфичность селекторов не то, что действительно затормаживает ваше приложение. Когда дело доходит до оптимизации CSS, улучшение производительность селекторов ускоряет рендеринг лишь на микросекунды. Существуют другие <a href="/en-US/docs/Learn/Performance/CSS_performance">пути оптимизации CSS</a>, такие как унификация, разделение CSS-файлов на разные файлы на основе media-queries.</p>
+<p>Если вы измерите время, требуемое на парсинг CSS, вы будете удивлены тем, как быстро работают браузеры. Более специфичные правила более затратны, потому что требуют обхода большего числа узлов в DOM дереве, но эта дороговизна обходится довольно дёшево, особенно в сравнении с другими узкими местами производительности. <u>Сначала измеряйте. Потом оптимизируйте, если это действительно необходимо.</u> Вероятно, специфичность селекторов не то, что действительно затормаживает ваше приложение. Когда дело доходит до оптимизации CSS, улучшение производительность селекторов ускоряет рендеринг лишь на микросекунды. Существуют другие <a href="/en-US/docs/Learn/Performance/CSS_performance">пути оптимизации CSS</a>, такие как унификация, разделение CSS-файлов на разные файлы на основе медиавыражений.</p>
<h3 id="Дерево_рендера_Render_Tree">Дерево рендера (Render Tree)</h3>
diff --git a/files/ru/web/performance/fundamentals/index.html b/files/ru/web/performance/fundamentals/index.html
index ef0e1d10f4..7708cc7c6e 100644
--- a/files/ru/web/performance/fundamentals/index.html
+++ b/files/ru/web/performance/fundamentals/index.html
@@ -137,7 +137,7 @@ original_slug: Web/Performance/Основы
<p>При отрисовывании контента в Canvas, разработчик должен сам позаботиться о достижении целей по частоте кадров, ведь он получает полный контроль над всем, что отрисовывается.</p>
-<p>При использовании HTML и CSS разработчику необходимо использовать правильные примитивы. Firefox очень хорошо оптимизирован для скролла любого контента. Обычно это не является проблемой. Но очень часто, разменивая качество и стабильность на скорость, мы идём на ухищрения, которые могут "переоптимизировать" страницу так, что частота кадров будет выше нужной нам. Так как глаз всё равно слабо различает FPS больше 60, нет необходимости в таких оптимизациях. Одна из таких оптимизаций - использование статического рендера вместо CSS-градиента. В некоторых случаях это излишне. Чтобы не применять оптимизацию, вы можете воспользоваться CSS <a href="/en-US/docs/Web/Guide/CSS/Media_queries">media queries</a>, которые позволят использовать подобные решения только для конкретных устройств.</p>
+<p>При использовании HTML и CSS разработчику необходимо использовать правильные примитивы. Firefox очень хорошо оптимизирован для скролла любого контента. Обычно это не является проблемой. Но очень часто, разменивая качество и стабильность на скорость, мы идём на ухищрения, которые могут "переоптимизировать" страницу так, что частота кадров будет выше нужной нам. Так как глаз всё равно слабо различает FPS больше 60, нет необходимости в таких оптимизациях. Одна из таких оптимизаций - использование статического рендера вместо CSS-градиента. В некоторых случаях это излишне. Чтобы не применять оптимизацию, вы можете воспользоваться <a href="/en-US/docs/Web/Guide/CSS/Media_queries">медиавыражениями</a>, которые позволят использовать подобные решения только для конкретных устройств.</p>
<p>Множество приложений используют Transitions и Animations для перехода между страницами или панелями. Например, когда пользователь нажимает кнопку "Настройки", чтобы перейти на другой экран; или для вызова поп-апа. Firefox оптимизирован для выполнения переходов и анимаций для сцен, которые:</p>
diff --git a/files/ru/web/performance/lazy_loading/index.html b/files/ru/web/performance/lazy_loading/index.html
index 408bce571e..fe8872c0f3 100644
--- a/files/ru/web/performance/lazy_loading/index.html
+++ b/files/ru/web/performance/lazy_loading/index.html
@@ -37,7 +37,7 @@ translation_of: Web/Performance/Lazy_loading
<h3 id="CSS">    CSS</h3>
-<p>По умолчанию, CSS рассматривается как блокирующий рендер (<a href="https://developer.mozilla.org/en-US/docs/Web/Performance/Critical_rendering_path">render blocking</a>) ресурс, так что браузер не отобразит контент, пока объектная модель CSS (<a href="https://developer.mozilla.org/en-US/docs/Web/API/CSS_Object_Model">CSSOM</a>) не будет завершена. Поэтому начальный CSS файл должен небольшим, чтобы быть доставленным так быстро, как это возможно. Рекомендуется использовать media-queries для того, чтобы вместо одного монолитного css-файла грузить специализированные</p>
+<p>По умолчанию CSS считается ресурсом, блокирующим рендеринг (<a href="https://developer.mozilla.org/en-US/docs/Web/Performance/Critical_rendering_path">render blocking</a>). Это означает, что браузер не будет отображать контент до тех пор, пока не будет построена объектная модель CSS (<a href="https://developer.mozilla.org/en-US/docs/Web/API/CSS_Object_Model">CSSOM</a>). Поэтому CSS-файл должен быть небольшим, чтобы он был доставлен так быстро, насколько это возможно. Рекомендуется использовать медиавыражения, для того чтобы вместо одного монолитного CSS-файла грузить специализированные.</p>
<pre>&lt;link href="style.css" rel="stylesheet" media="all"&gt;
&lt;link href="portrait.css" rel="stylesheet" media="orientation:portrait"&gt;