diff options
author | Alexander Myshov <myshov@users.noreply.github.com> | 2021-03-28 20:25:45 +0700 |
---|---|---|
committer | GitHub <noreply@github.com> | 2021-03-28 20:25:45 +0700 |
commit | 64e69e89d672e844c1891722ca4b8171eeec19af (patch) | |
tree | fc8954cfd75c4b36ac2e13d8841c6119d420fc98 /files/ru/web/performance | |
parent | 01201840f5a33c04efa309492d51200fc7cd1a0b (diff) | |
download | translated-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.html | 2 | ||||
-rw-r--r-- | files/ru/web/performance/fundamentals/index.html | 2 | ||||
-rw-r--r-- | files/ru/web/performance/lazy_loading/index.html | 2 |
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><link href="style.css" rel="stylesheet" media="all"> <link href="portrait.css" rel="stylesheet" media="orientation:portrait"> |