From 38a57debfedfda4d787a13f5eaefcf714ed90bb6 Mon Sep 17 00:00:00 2001 From: tymosh Date: Mon, 8 Nov 2021 17:20:16 +0200 Subject: [PATCH 1/9] translation started --- src/content/uk/2020/page-weight.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 src/content/uk/2020/page-weight.md diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md new file mode 100644 index 00000000000..d0f1fbf785a --- /dev/null +++ b/src/content/uk/2020/page-weight.md @@ -0,0 +1,30 @@ +--- +#See https://github.com/HTTPArchive/almanac.httparchive.org/wiki/Authors'-Guide#metadata-to-add-at-the-top-of-your-chapters +title: Розмір Сторінки +description: Розділ Розмір Сторінки у 2020 Web Almanac розкриває, чому розмір сторінки важливий, пропускну здатність, складні сторінки, розмір сторінки з часом, запити сторінки та формати файлів. +authors: [henrihelvetica] +reviewers: [paulcalvano] +analysts: [paulcalvano] +editors: [tunetheweb] +translators: [tymosh] +henrihelvetica_bio: Henri - це розробник-фрілансер, який цікавиться попурі з інженерії продуктивності з дрібкою користувацького доступу. У вільний час від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools, Henri робить внесок у спільноту, бере участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб зробити найшвидшу 5-кілометрівку. +discuss: 2054 +results: https://docs.google.com/spreadsheets/d/1wG4u0LV5PT9aN-XB1hixSFtI8KIDARTOCX0sp7ZT3h0/ +featured_quote: Шлях вебу від простої майже педагогічної платформи до інноваційних, заплутаних і високоінтерактивних застосунків, яким він став; рудиментарна метрика розміру сторінки ховає за собою більшу історію; рататуй з ресурсів, кожен з яких впливає сучасні метрики, в свою чергу впливаючи на користувацький доступ. +featured_stat_1: 1,915 +featured_stat_label_1: Медіанна кількість байтів мобільної сторінки +featured_stat_2: 916 +featured_stat_label_2: Медіанна кількість байтів зображень мобільної сторінки +featured_stat_3: 70 +featured_stat_label_3: Медіанна кількість запитів мобільної сторінки +--- + +## Вступ + +Розмір сторінки — це одна з найпростіших доступних метрик. Подібно до того, як нам потрібно стати на ваги для того, щоб оцінити власний розмір (насправді, вагу, але ви зрозуміли), завантаження сторінки дозволить оцінити кількість і розмір зібраних та запитаних ресурсів. Але так само, як зміцніли та виросли веб і веб-сторінки, так само і пов’язані з цим метрики, такі як розмір сторінки. Він може вплинути на продуктивність сторінки так само, як власний розмір (вага). Цей розділ заглибиться і розшарує веб-сторінки, а також покаже, з чого складається розмір сторінки, який може потенційно нашкодити кінцевому споживачу: вам, мені, нам. + + +#РозмірСторінкиВсеЩеВажливий + +#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру [оригінальної Doom](https://www.wired.com/2016/04/average-webpage-now-size-original-doom/). Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи [нашу добру знайому Tammy Everts](https://www.speedcurve.com/blog/web-performance-page-bloat/), але реальність приголомшує. Показники знаходяться на ~4 МБ та 3.7 МБ для настільних/мобільних сторінок відповідно, 75% і вище та шокуючих 7.4 МБ і 6.7 МБ у 90% і вище. Є безліч наслідків у тому, щоб мати такі важкі сторінки, наприклад, ймовірність погіршення користувацького досвіду через ненадійні мережі. Сьогодні, не зважаючи на [вивчені десятиліття тому уроки](https://blog.chriszacharias.com/page-weight-matters), ми переживаємо варіації тих самих викликів: попри наявність трохи кращих мережей, ми працюємо зі значно більшими ресурсами. + From 4861329885a1c7cb474112bf8fb870ddc02d8b64 Mon Sep 17 00:00:00 2001 From: tymosh Date: Tue, 9 Nov 2021 01:11:56 +0200 Subject: [PATCH 2/9] translation continued --- src/content/uk/2020/page-weight.md | 26 +++++++++++++++++++++++++- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index d0f1fbf785a..dd7dcc16603 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -10,7 +10,7 @@ translators: [tymosh] henrihelvetica_bio: Henri - це розробник-фрілансер, який цікавиться попурі з інженерії продуктивності з дрібкою користувацького доступу. У вільний час від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools, Henri робить внесок у спільноту, бере участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб зробити найшвидшу 5-кілометрівку. discuss: 2054 results: https://docs.google.com/spreadsheets/d/1wG4u0LV5PT9aN-XB1hixSFtI8KIDARTOCX0sp7ZT3h0/ -featured_quote: Шлях вебу від простої майже педагогічної платформи до інноваційних, заплутаних і високоінтерактивних застосунків, яким він став; рудиментарна метрика розміру сторінки ховає за собою більшу історію; рататуй з ресурсів, кожен з яких впливає сучасні метрики, в свою чергу впливаючи на користувацький доступ. +featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. featured_stat_1: 1,915 featured_stat_label_1: Медіанна кількість байтів мобільної сторінки featured_stat_2: 916 @@ -28,3 +28,27 @@ featured_stat_label_3: Медіанна кількість запитів моб #РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру [оригінальної Doom](https://www.wired.com/2016/04/average-webpage-now-size-original-doom/). Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи [нашу добру знайому Tammy Everts](https://www.speedcurve.com/blog/web-performance-page-bloat/), але реальність приголомшує. Показники знаходяться на ~4 МБ та 3.7 МБ для настільних/мобільних сторінок відповідно, 75% і вище та шокуючих 7.4 МБ і 6.7 МБ у 90% і вище. Є безліч наслідків у тому, щоб мати такі важкі сторінки, наприклад, ймовірність погіршення користувацького досвіду через ненадійні мережі. Сьогодні, не зважаючи на [вивчені десятиліття тому уроки](https://blog.chriszacharias.com/page-weight-matters), ми переживаємо варіації тих самих викликів: попри наявність трохи кращих мережей, ми працюємо зі значно більшими ресурсами. + +### Пропускна здатність + +У 2016, коли я попросив пояснити, чому австралійський турист, з яким я розмовляв, був у захваті від інтернету Великобританії, Ilya Grigorik з Google [сказав двома словами](https://youtu.be/x4S38hpgxuM?t=89): фізика, чорт забирай! (упс, це три). + +Думка була проста: хоч ви й можете виграти від збільшення пропускної здатності, закони фізики все ще переважатимуть. Австралійці не можуть обійти законів затримки. В найкращому випадку вдома в Сіднеї цей австралієць отримував таку затримку сигналу, що його інтернет іноді сприймався як відсутній. + +Тепер уявіть того самого австралійця, знаючи, що приблизно у 75% випадків його сторінка робить близько 108 запитів (більше про це далі) і це ми ще не знаємо про протокол мережі, які ресурси були запитані, рівень компресії чи оптимізації. Більше інформації про життя сучасних запитів можна дізнатися в розділах [HTTP/2](./http) та [Компресія](./compression). + +### Ассети + +За 25 років сучасного вебу ассети та ресурси майже не змінилися, окрім своєї кількості. Modus operandi для HTTP archive є “як був створений веб”, і в більшості випадків це було зроблено з допомогою HTML, CSS, JavaScript та врешті зображень. + +До 1995 розмір веб-сторінки був загалом передбачуваним та керованим. Але з RFC 1866, який представив HTML 2.0, що в свою чергу представив вбудовані зображення через `` елемент, розмір сторінки драматично зріс — все для покращення веб-розробки (додавання зображень розглядалося як позитивний експеримент). + +У більшості випадків емпіричне правило підказувало, що зображення становитимуть більшу частину розміру сторінки. Це, безперечно, було так, коли вбудовані зображення були додані до вебу, і залишається так по сьогодні. В іншому випадку, оскільки зображення будуть найбільшим джерелом розміру сторінки, вони також стануть найбільшим джерелом зменшення розміру сторінки (і знову, більше про це далі). Це буде забезпечено правильним розміром зображень, а також правильною оптимізацією — знайденим балансом між якістю зображення та розміром файлу. + +Хоча JavaScript в середньому є другим найоб’ємнішим ресурсом на сторінці, ми зазвичай можемо більше зробити з даним типом файлів: від розділення на бандли, коспресії та мініфікації до тих способів, які ви зможете назвати. + +### Складний та інтерактивний + +Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: такий собі рататуй з ресурсів, кожен з яких впливає на сучасні показники, у свою чергу впливаючи на користувацький досвід. + +Щоразу, як ми говоримо про інтерактивність, ми майже завжди говоримо виключно про JavaScript. Зараз, хоча ми тут не для того, щоб обговорювати інтерактивність на будь-якому рівні, ми знаємо, що є показники, які зосереджені на змісті та виконанні JavaScript та залежать від них. Тож чим важче JavaScript код, тим ймовірніше він матиме більший вплив на показники інтерактивності (час до взаємодії, загальний час блокування). Ми маємо окремий [розділ про JavaScript](./javascript), в якому заглиблюємося трохи далі. From 9420e27fd02d36bb297f6c97eb7c188849a28304 Mon Sep 17 00:00:00 2001 From: tymosh Date: Fri, 12 Nov 2021 00:20:26 +0200 Subject: [PATCH 3/9] Analysis section translated --- src/content/uk/2020/page-weight.md | 82 ++++++++++++++++++++++++++++++ 1 file changed, 82 insertions(+) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index dd7dcc16603..e67b302256c 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -52,3 +52,85 @@ featured_stat_label_3: Медіанна кількість запитів моб Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: такий собі рататуй з ресурсів, кожен з яких впливає на сучасні показники, у свою чергу впливаючи на користувацький досвід. Щоразу, як ми говоримо про інтерактивність, ми майже завжди говоримо виключно про JavaScript. Зараз, хоча ми тут не для того, щоб обговорювати інтерактивність на будь-якому рівні, ми знаємо, що є показники, які зосереджені на змісті та виконанні JavaScript та залежать від них. Тож чим важче JavaScript код, тим ймовірніше він матиме більший вплив на показники інтерактивності (час до взаємодії, загальний час блокування). Ми маємо окремий [розділ про JavaScript](./javascript), в якому заглиблюємося трохи далі. + +## Аналіз + +Коли ми публікуємо та аналізуємо статистичні результати, дані загалом базовані на розмірах при передачі. Однак ми використовуємо декомпресовані розміри в цьому аналізі, де це можливо. + +### Розмір сторінки + +Поглянемо на класичний розмір сторінки настільних на мобільних пристроїв. Різниця загалом полягає в кількох одиницях менше завантажених ресурсів на мобільних пристроях, як ймовірна спроба менеджменту медіа-ресурсів, але видно, що в середньому вона не така вже й велика між двома видами клієнтів. + +{{ figure_markup( + image="bytes-distribution.png", + caption="Розподіл сумарних байтів на сторінку.", + description="Гістограма показує розподіл сумарних байтів на сторінку. Настільні пристрої загалом мають більше байтів протягом всього розподілу. 10, 25, 50, 75 та 90 відсотки для мобільних сторінок наступні: 369, 900, 1915, 3710 та 6772 КБ на сторінку.", + chart_url="https://docs.google.com/spreadsheets/d/e/2PACX-1vQlN4Clqeb8aPc63h0J58WfBxoJluSFT6kXn45JGPghw1LGU28hzabMYAATXNY5st9TtjKrr2HnbfGd/pubchart?oid=248363224&format=interactive", + sheets_gid="378779486", + sql_file="bytes_per_type_2020.sql" +) }} + +Однак з цих даних ми можемо припустити наступне: ми наближаємося до 7 МБ розміру сторінки на мобільних та до 7,5 МБ на настільних пристроях у більше ніж 90% випадках. Дані показують давній тренд: збільшення розміру сторінки знову відбувається по висхідній траєкторії, порівнюючи з попереднім роком. + +{{ figure_markup( + image="bytes-distribution-content-type.png", + caption="Середня кількість байтів на сторінку за типом контенту.", + description="Гістограма показує середню кількість байтів на сторінку для зображень, JavaScript, CSS та HTML. Середня настільна сторінка важить більше. Середня мобільна сторінка має 916 КБ зображень, 411 КБ JS, 62 КБ CSS і 25 КБ HTML.", + chart_url="https://docs.google.com/spreadsheets/d/e/2PACX-1vQlN4Clqeb8aPc63h0J58WfBxoJluSFT6kXn45JGPghw1LGU28hzabMYAATXNY5st9TtjKrr2HnbfGd/pubchart?oid=1147150650&format=interactive", + sheets_gid="378779486", + sql_file="bytes_per_type_2020.sql" +) }} + +Заглядаючи під капот, ми можемо побачити, як виглядають справи в середньому для кожного ресурсу. Одна річ залишається незмінною: зображення домінують серед усіх ресурсів, а JavaScript є другим найбагатшим, хоча і далеким від першого, видом ресурсу. + +### Запити + +Є давня приказка: найшвидший запит той, якого не було. Сміємо тоді сказати: найменший ресурс той, який ніколи не був запитаний. На рівні запитів все так само. Найважчі ресурси роблять найбільше запитів. + +{{ figure_markup( + image="requests-distribution.png", + caption="Розподіл кількості запитів на сторінку.", + description="Гістограма показує розподіл кількості запитів на сторінку. Настільні сторінки завантажують більше ресурсів. 10, 25, 50, 75 та 90 відсотків для мобільних сторінок наступні: 23, 42, 70, 114 та 174 запити на сторінку.", + chart_url="https://docs.google.com/spreadsheets/d/e/2PACX-1vQlN4Clqeb8aPc63h0J58WfBxoJluSFT6kXn45JGPghw1LGU28hzabMYAATXNY5st9TtjKrr2HnbfGd/pubchart?oid=971564375&format=interactive", + sheets_gid="457486298", + sql_file="request_type_distribution_2020.sql" +) }} + +Розподіл запитів показує, що різниця між настільними та мобільними сторінками не така вже і велика, при чому настільні пристрої попереду. Дещо варте уваги: середня кількість запитів на настільних пристроях на даний момент така сама, як і [в минулому році](../2019/page-weight#page-requests) (74), а от розмір сторінки збільшився (+122 Кб). Просте спостереження, але воно підтверджує тенденцію, яку ми спостерігаємо крізь роки. + +{{ figure_markup( + image="requests-content-type.png", + caption="Середня кількість ресурсів на мобільну сторінку за типом контенту.", + description="Гістограма показує середню кількість ресурсів на мобільну сторінку за типом контенту. Середня кількість запитів зображень на сторінку - 27, 19 для JS, 7 для CSS і 3 для HTML. Настільні та мобільні сторінки майже однакові, окрім того, що настільні сторінки мають трохи більше запитів для зображень та JS.", + chart_url="https://docs.google.com/spreadsheets/d/e/2PACX-1vQlN4Clqeb8aPc63h0J58WfBxoJluSFT6kXn45JGPghw1LGU28hzabMYAATXNY5st9TtjKrr2HnbfGd/pubchart?oid=101271976&format=interactive", + sheets_gid="457486298", + sql_file="request_type_distribution_2020.sql" +) }} + +Зображення знову мають найбільшу кількість запитів, а JavaScript продовжує наближатися, що видно з різниці, яка трохи зменшилася за останній рік. + +### Формати файлів + +{{ figure_markup( + image="response-distribution-format.png", + caption="Розподіл розміру зображень за форматом.", + description="Вікна діаграми розподілу розмірів зображень за форматом: gif, ico, jpg, png, svg та webp. Jpg має найбільше значення, перевищуючи 150 КБ на зображення у 90% випадків. Png має друге найбільше значення 100 КБ у 90%. Хоча WebP має менше значення у 90% ніж png, його значення у 75% вище. gif, ico та svg мають відносно маленьке значення близько 0 КБ.", + chart_url="https://docs.google.com/spreadsheets/d/e/2PACX-1vQlN4Clqeb8aPc63h0J58WfBxoJluSFT6kXn45JGPghw1LGU28hzabMYAATXNY5st9TtjKrr2HnbfGd/pubchart?oid=211653520&format=interactive", + sheets_gid="142855724", + sql_file="requests_format_distribution.sql" +) }} + +Ми вже знаємо, що зображення становлять найбільшу частину розміру сторінки. Графік вище показує найбільші джерела розміру зображень і розподіл розмірів. Топ 3: JPG, PNG та WebP. Тож JPG є не тільки найпопулярнішим форматом зображень, а й найважчим. Навіть важчим за такий формат без втрат, як PNG. Проте як ми зазначили минулого року, причиною є домінуючий сценарій використання PNG, а саме для іконок та логотипів. + +### Кількість байтів зображень + +{{ figure_markup( + image="response-distribution-images.png", + caption="Розподіл розмірів запитів зображень на сторінку.", + description="Гістограма показує розподіл розмірів запитів зображень на сторінку. Настільні сторінки завантажують більше байтів зображень на сторінку протягом всього розподілу. 10, 25, 50, 75 та 90 відсотків для мобільних сторінок наступні: 67, 284, 928, 2365 та 4975 КБ зображень на сторінку.", + chart_url="https://docs.google.com/spreadsheets/d/e/2PACX-1vQlN4Clqeb8aPc63h0J58WfBxoJluSFT6kXn45JGPghw1LGU28hzabMYAATXNY5st9TtjKrr2HnbfGd/pubchart?oid=2019686506&format=interactive", + sheets_gid="730277265", + sql_file="request_type_distribution_2020.sql" +) }} + +Дивлячись на сумарні байти зображень, ми бачимо ті самі висхідні траєкторії, які відмічали до цього на загальному розмірі сторінки. From 1950a8f82b35a2fd3c00f1b5288868719852ee12 Mon Sep 17 00:00:00 2001 From: tymosh Date: Sat, 13 Nov 2021 10:24:27 +0200 Subject: [PATCH 4/9] last sections translated --- src/content/uk/2020/page-weight.md | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index e67b302256c..79745540430 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -134,3 +134,23 @@ featured_stat_label_3: Медіанна кількість запитів моб ) }} Дивлячись на сумарні байти зображень, ми бачимо ті самі висхідні траєкторії, які відмічали до цього на загальному розмірі сторінки. + +## COVID-19 + +2020 був найвимогливішим роком в історії інтернету. Цей висновок базується на звітах телекомунікаційних компаній по всьому світу. YouTube, Netflix, виробники ігрових консолей та багато інших змушені були стримувати свої мережі через очікувані потреби у пропускній здатності через COVID-19 та накази залишатися вдома. Наразі є нові чинники, які вимагають більшого від мереж: ми зараз працюємо з дому, беремо участь у телеконференціях з дому і навчаємось з дому. В епіцентрі кризи деякі державні організації просунулися вперед, щоб оптимізувати всі аспекти своїх сайтів та оновити дизайн або технічну частину. Двома такими прикладами є ca.gov (посилання) та gov.uk. У ці часи COVID-19 затвердив, що інтернет, як базовий сервіс та можливість отримати доступ до життєво важливої інформації, мусить бути максимально продуктивним, що включає керований розмір сторінки через дисциплінарну доставку даних. + +Якщо раніше ми були одружені з інтернетом, COVID-19 змусив нас переглянути наші обітниці. Розмір сторінки має бути завжди на передньому плані, гарантуючи доставку контенту найефективнішим чином через інтернет. + +## Не таке вже й далеке майбутнє + +25 років ми спостерігали, як неухильно зростає розмір сторінки. Це була б одна з найбільших інвестицій, якби така існувала. Але це інтернет, і ми намагаємося керувати даними, запитами, розмірами файлів та зрештою розмірами сторінок. + +Ми щойно прочесали купу даних і побачили, що зображення є найбільшим джерелом розміру сторінки. Це означає, що вони також будуть найбільшим джерелом заощадження байтів. 2020 був ключовим роком, можливою точкою перегину для HTTP Archive, який відмічає дані вебу. 2020 став роком прийняття Safari сучасного формату WebP, роблячи цей формат нарешті підтримуваним всіма наявними браузерами. Це означає, що цей формат можна комфортно використовувати з мінімальними або взагалі без фолбеків. І що найважливіше? Потенційне значне зменшення розміру сторінки саме в цьому — в можливих 30%. + +Навіть цікавішою є ідея новішого формату: avif. Цей формат увірвався на сцену з достатньою підтримкою на сьогодні у приблизно 70% браузерів ринку, створюючи сценарій для менших розмірів зображень — навіть менших за WebP. І наостанок, можливо найвіддаленіше: медіа запити рівня 5, `prefers-reduced-data`. Хоча вона і знаходиться на етапі початкової чернетки, ця медіа можливість буде використовуватися для того, щоб визначити чи надає користувач перевагу варіантним ресурсам у ситуаціях, чутливих до даних, і вже почала ставати доступною у браузерах. + +Заглядаючи в кришталеву кулю, третій випуск Web Almanac і розділ Розмір Сторінки може виглядати абсолютно інакше у 2021 році. Великі технологічні та інженерні інвестиції у зображення можуть нарешті представити зменшення віддачі, яке ми всі шукали. + +## Висновок + +Не є сюрпризом те, що веб-сторінки загалом продовжують збільшуватися. Ми до останнього згодовуємо все більшу кількість ресурсів, створюючи багатший досвід, більш захопливу інтерактивність, більш приголомшливу візуальність через потужну образність. Ми створили ці застосунки ціною надлишку даних та користувацького досвіду. Але рухаючись уперед і просуваючи веб в тих напрямках, на які ми не очікували, ми також створюємо додатковий інженерний прогрес, як описували раніше. Можливо ми побачимо зменшення розмірів сторінок вже наступного року з прийняттям сучасних форматів растрових зображень, більш ефективним керуванням JavaScript та доставкою даних до останнього з тією дисциплінованістю, якої вимагає користувач. From 00687311082334d7d5d966b7a48e6442df8552c3 Mon Sep 17 00:00:00 2001 From: tymosh Date: Thu, 25 Nov 2021 01:14:04 +0200 Subject: [PATCH 5/9] updated translation --- src/content/uk/2020/page-weight.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index 79745540430..76af3ed7b94 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -7,7 +7,7 @@ reviewers: [paulcalvano] analysts: [paulcalvano] editors: [tunetheweb] translators: [tymosh] -henrihelvetica_bio: Henri - це розробник-фрілансер, який цікавиться попурі з інженерії продуктивності з дрібкою користувацького доступу. У вільний час від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools, Henri робить внесок у спільноту, бере участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб зробити найшвидшу 5-кілометрівку. +henrihelvetica_bio: Henri - розробник-фрілансер, якого цікавить попурі з інженерії продуктивності, приправленого дрібкою користувацького доступу. У вільний від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools час, Henri робить внесок у спільноту, приймає участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб здолати найшвидше 5-кілометрівку. discuss: 2054 results: https://docs.google.com/spreadsheets/d/1wG4u0LV5PT9aN-XB1hixSFtI8KIDARTOCX0sp7ZT3h0/ featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. @@ -21,21 +21,21 @@ featured_stat_label_3: Медіанна кількість запитів моб ## Вступ -Розмір сторінки — це одна з найпростіших доступних метрик. Подібно до того, як нам потрібно стати на ваги для того, щоб оцінити власний розмір (насправді, вагу, але ви зрозуміли), завантаження сторінки дозволить оцінити кількість і розмір зібраних та запитаних ресурсів. Але так само, як зміцніли та виросли веб і веб-сторінки, так само і пов’язані з цим метрики, такі як розмір сторінки. Він може вплинути на продуктивність сторінки так само, як власний розмір (вага). Цей розділ заглибиться і розшарує веб-сторінки, а також покаже, з чого складається розмір сторінки, який може потенційно нашкодити кінцевому споживачу: вам, мені, нам. +Розмір сторінки — одна з найпростіших доступних метрик. Подібно до того, як нам потрібно стати на ваги для того, щоб оцінити власну вагу (насправді, масу, але ви зрозуміли), завантаження сторінки дозволить оцінити кількість і розмір зібраних та запитаних ресурсів. Але так само, як зміцніли та виросли веб і веб-сторінки, так само зросли й пов’язані з цим метрики, такі як розмір сторінки. Він може вплинути на продуктивність сторінки так само, як ваша власна вага (маса). Цей розділ заглибиться і розшарує веб-сторінки, а також покаже, з чого складається розмір сторінки, який може потенційно нашкодити кінцевому споживачу: вам, мені, нам. #РозмірСторінкиВсеЩеВажливий -#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру [оригінальної Doom](https://www.wired.com/2016/04/average-webpage-now-size-original-doom/). Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи [нашу добру знайому Tammy Everts](https://www.speedcurve.com/blog/web-performance-page-bloat/), але реальність приголомшує. Показники знаходяться на ~4 МБ та 3.7 МБ для настільних/мобільних сторінок відповідно, 75% і вище та шокуючих 7.4 МБ і 6.7 МБ у 90% і вище. Є безліч наслідків у тому, щоб мати такі важкі сторінки, наприклад, ймовірність погіршення користувацького досвіду через ненадійні мережі. Сьогодні, не зважаючи на [вивчені десятиліття тому уроки](https://blog.chriszacharias.com/page-weight-matters), ми переживаємо варіації тих самих викликів: попри наявність трохи кращих мережей, ми працюємо зі значно більшими ресурсами. +#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру [оригінальної Doom](https://www.wired.com/2016/04/average-webpage-now-size-original-doom/). Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи [нашу добру знайому Tammy Everts](https://www.speedcurve.com/blog/web-performance-page-bloat/), але реальність приголомшує. Показники знаходяться на ~4 МБ та 3.7 МБ для настільних/мобільних сторінок відповідно, 75% і вище та шокуючих 7.4 МБ і 6.7 МБ у 90% і вище. Є безліч поганого в тому, щоб мати такі важкі сторінки, наприклад, ймовірність погіршення користувацького досвіду через ненадійні мережі. Сьогодні, не зважаючи на [вивчені десятиліття тому уроки](https://blog.chriszacharias.com/page-weight-matters), ми переживаємо варіації тих самих викликів: попри те, що мережі покращуються, ми працюємо зі значно більшими ресурсами. ### Пропускна здатність У 2016, коли я попросив пояснити, чому австралійський турист, з яким я розмовляв, був у захваті від інтернету Великобританії, Ilya Grigorik з Google [сказав двома словами](https://youtu.be/x4S38hpgxuM?t=89): фізика, чорт забирай! (упс, це три). -Думка була проста: хоч ви й можете виграти від збільшення пропускної здатності, закони фізики все ще переважатимуть. Австралійці не можуть обійти законів затримки. В найкращому випадку вдома в Сіднеї цей австралієць отримував таку затримку сигналу, що його інтернет іноді сприймався як відсутній. +Думка була проста: хоч ви й можете виграти від збільшення пропускної здатності, законів фізики вам не обійти. Австралійці не можуть оминути законів затримки. В найкращому випадку вдома в Сіднеї цей австралієць отримував таку затримку сигналу, що його інтернет іноді сприймався як відсутній. -Тепер уявіть того самого австралійця, знаючи, що приблизно у 75% випадків його сторінка робить близько 108 запитів (більше про це далі) і це ми ще не знаємо про протокол мережі, які ресурси були запитані, рівень компресії чи оптимізації. Більше інформації про життя сучасних запитів можна дізнатися в розділах [HTTP/2](./http) та [Компресія](./compression). +Тепер уявіть того самого австралійця, знаючи, що приблизно у 75% випадків його сторінка робить близько 108 запитів (більше про це далі) і це ми ще не знаємо про протокол мережі, які ресурси були запитані, який рівень компресії чи оптимізації був використаний. Більше інформації про життя сучасних запитів можна дізнатися в розділах [HTTP/2](./http) та [Компресія](./compression). ### Ассети @@ -81,7 +81,7 @@ featured_stat_label_3: Медіанна кількість запитів моб sql_file="bytes_per_type_2020.sql" ) }} -Заглядаючи під капот, ми можемо побачити, як виглядають справи в середньому для кожного ресурсу. Одна річ залишається незмінною: зображення домінують серед усіх ресурсів, а JavaScript є другим найбагатшим, хоча і далеким від першого, видом ресурсу. +Заглядаючи під капот, ми можемо побачити, як виглядають справи в середньому для кожного ресурсу. Одна річ залишається незмінною: зображення домінують серед усіх ресурсів, а JavaScript є другим найважчим, хоча і далеким від першого, видом ресурсу. ### Запити @@ -137,13 +137,13 @@ featured_stat_label_3: Медіанна кількість запитів моб ## COVID-19 -2020 був найвимогливішим роком в історії інтернету. Цей висновок базується на звітах телекомунікаційних компаній по всьому світу. YouTube, Netflix, виробники ігрових консолей та багато інших змушені були стримувати свої мережі через очікувані потреби у пропускній здатності через COVID-19 та накази залишатися вдома. Наразі є нові чинники, які вимагають більшого від мереж: ми зараз працюємо з дому, беремо участь у телеконференціях з дому і навчаємось з дому. В епіцентрі кризи деякі державні організації просунулися вперед, щоб оптимізувати всі аспекти своїх сайтів та оновити дизайн або технічну частину. Двома такими прикладами є ca.gov (посилання) та gov.uk. У ці часи COVID-19 затвердив, що інтернет, як базовий сервіс та можливість отримати доступ до життєво важливої інформації, мусить бути максимально продуктивним, що включає керований розмір сторінки через дисциплінарну доставку даних. +2020 був найвимогливішим роком в історії інтернету. Цей висновок базується на звітах телекомунікаційних компаній по всьому світу. YouTube, Netflix, виробники ігрових консолей та багато інших змушені були стримувати свої мережі через очікувані потреби у пропускній здатності через COVID-19 та накази залишатися вдома. Наразі є нові чинники, які вимагають більшого від мереж: ми зараз працюємо з дому, беремо участь у телеконференціях з дому і навчаємось з дому. В епіцентрі кризи деякі державні організації просунулися вперед, щоб оптимізувати всі аспекти своїх сайтів та оновити дизайн або технічну частину. Двома такими прикладами є ca.gov (посилання) та gov.uk. У ці часи COVID-19 затвердив, що інтернет, як базовий сервіс та можливість отримати доступ до життєво важливої інформації, мусить бути максимально продуктивним, що включає керований розмір сторінки через дисципліновану доставку даних. Якщо раніше ми були одружені з інтернетом, COVID-19 змусив нас переглянути наші обітниці. Розмір сторінки має бути завжди на передньому плані, гарантуючи доставку контенту найефективнішим чином через інтернет. ## Не таке вже й далеке майбутнє -25 років ми спостерігали, як неухильно зростає розмір сторінки. Це була б одна з найбільших інвестицій, якби така існувала. Але це інтернет, і ми намагаємося керувати даними, запитами, розмірами файлів та зрештою розмірами сторінок. +25 років ми спостерігали, як неухильно зростає розмір сторінки. Це була б одна з найвигідніших інвестицій, якби така існувала. Але це інтернет, і ми намагаємося керувати даними, запитами, розмірами файлів та зрештою розмірами сторінок. Ми щойно прочесали купу даних і побачили, що зображення є найбільшим джерелом розміру сторінки. Це означає, що вони також будуть найбільшим джерелом заощадження байтів. 2020 був ключовим роком, можливою точкою перегину для HTTP Archive, який відмічає дані вебу. 2020 став роком прийняття Safari сучасного формату WebP, роблячи цей формат нарешті підтримуваним всіма наявними браузерами. Це означає, що цей формат можна комфортно використовувати з мінімальними або взагалі без фолбеків. І що найважливіше? Потенційне значне зменшення розміру сторінки саме в цьому — в можливих 30%. From 018eaa9809d4a67d6af241669a4710938334a150 Mon Sep 17 00:00:00 2001 From: tymosh Date: Thu, 25 Nov 2021 02:23:07 +0200 Subject: [PATCH 6/9] updated translation --- src/content/uk/2020/page-weight.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index 76af3ed7b94..03fade32f97 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -1,17 +1,17 @@ --- #See https://github.com/HTTPArchive/almanac.httparchive.org/wiki/Authors'-Guide#metadata-to-add-at-the-top-of-your-chapters title: Розмір Сторінки -description: Розділ Розмір Сторінки у 2020 Web Almanac розкриває, чому розмір сторінки важливий, пропускну здатність, складні сторінки, розмір сторінки з часом, запити сторінки та формати файлів. +description: Розділ "Розмір Сторінки" у 2020 Web Almanac розкриває, чому розмір сторінки важливий, пропускну здатність, складні сторінки, розмір сторінки з часом, запити сторінки та формати файлів. authors: [henrihelvetica] reviewers: [paulcalvano] analysts: [paulcalvano] editors: [tunetheweb] translators: [tymosh] -henrihelvetica_bio: Henri - розробник-фрілансер, якого цікавить попурі з інженерії продуктивності, приправленого дрібкою користувацького доступу. У вільний від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools час, Henri робить внесок у спільноту, приймає участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб здолати найшвидше 5-кілометрівку. +henrihelvetica_bio: Henri - розробник-фрілансер, який перетворив свої захоплення на попурі з інженерії продуктивності, приправленого дрібкою користувацького доступу. У вільний від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools час, Henri робить внесок у спільноту, приймає участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб здолати найшвидше 5-кілометрівку. discuss: 2054 results: https://docs.google.com/spreadsheets/d/1wG4u0LV5PT9aN-XB1hixSFtI8KIDARTOCX0sp7ZT3h0/ featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. -featured_stat_1: 1,915 +featured_stat_1: 1 915 featured_stat_label_1: Медіанна кількість байтів мобільної сторінки featured_stat_2: 916 featured_stat_label_2: Медіанна кількість байтів зображень мобільної сторінки From 85fc2ce9e37e0a4172ccaaf320b0b7821ca95833 Mon Sep 17 00:00:00 2001 From: Kate Tymoshkina Date: Thu, 25 Nov 2021 03:25:16 +0200 Subject: [PATCH 7/9] Update src/content/uk/2020/page-weight.md Co-authored-by: Barry Pollard --- src/content/uk/2020/page-weight.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index 03fade32f97..72c239fe4ab 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -10,7 +10,7 @@ translators: [tymosh] henrihelvetica_bio: Henri - розробник-фрілансер, який перетворив свої захоплення на попурі з інженерії продуктивності, приправленого дрібкою користувацького доступу. У вільний від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools час, Henri робить внесок у спільноту, приймає участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб здолати найшвидше 5-кілометрівку. discuss: 2054 results: https://docs.google.com/spreadsheets/d/1wG4u0LV5PT9aN-XB1hixSFtI8KIDARTOCX0sp7ZT3h0/ -featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. +featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію:: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. featured_stat_1: 1 915 featured_stat_label_1: Медіанна кількість байтів мобільної сторінки featured_stat_2: 916 From 580db91deaec890841caf9d9db886f1df95014c3 Mon Sep 17 00:00:00 2001 From: Barry Pollard Date: Thu, 25 Nov 2021 01:54:40 +0000 Subject: [PATCH 8/9] Apply suggestions from code review --- src/content/uk/2020/page-weight.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index 72c239fe4ab..30558591992 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -10,7 +10,7 @@ translators: [tymosh] henrihelvetica_bio: Henri - розробник-фрілансер, який перетворив свої захоплення на попурі з інженерії продуктивності, приправленого дрібкою користувацького доступу. У вільний від читання щоденного потоку дослідницьких документів і тематичних досліджень або не систематизованого аудиту сайтів у Dev Tools час, Henri робить внесок у спільноту, приймає участь у зустрічах з групового програмування, включаючи Toronto Web Performance Group або добровільно віддає свій обідній час і навчається у всіляких таборах. В інший час він бавиться з програмним забезпечення для створення музики, або найімовірніше тренується і фокусується на тому, щоб здолати найшвидше 5-кілометрівку. discuss: 2054 results: https://docs.google.com/spreadsheets/d/1wG4u0LV5PT9aN-XB1hixSFtI8KIDARTOCX0sp7ZT3h0/ -featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію:: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. +featured_quote: Шлях Інтернету від простої, майже педагогічної платформи до інноваційних, складних і надзвичайно інтерактивних застосунків, які стали нормою, рудиментарний показник розміру сторінки приховав за собою більшу історію: рататуй з ресурсів, кожен з яких впливає на сучасні показники, в свою чергу впливаючи на користувацький досвід. featured_stat_1: 1 915 featured_stat_label_1: Медіанна кількість байтів мобільної сторінки featured_stat_2: 916 @@ -26,12 +26,12 @@ featured_stat_label_3: Медіанна кількість запитів моб #РозмірСторінкиВсеЩеВажливий -#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру [оригінальної Doom](https://www.wired.com/2016/04/average-webpage-now-size-original-doom/). Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи [нашу добру знайому Tammy Everts](https://www.speedcurve.com/blog/web-performance-page-bloat/), але реальність приголомшує. Показники знаходяться на ~4 МБ та 3.7 МБ для настільних/мобільних сторінок відповідно, 75% і вище та шокуючих 7.4 МБ і 6.7 МБ у 90% і вище. Є безліч поганого в тому, щоб мати такі важкі сторінки, наприклад, ймовірність погіршення користувацького досвіду через ненадійні мережі. Сьогодні, не зважаючи на [вивчені десятиліття тому уроки](https://blog.chriszacharias.com/page-weight-matters), ми переживаємо варіації тих самих викликів: попри те, що мережі покращуються, ми працюємо зі значно більшими ресурсами. +#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру оригінальної Doom. Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи вивчені десятиліття тому уроки, ми переживаємо варіації тих самих викликів: попри те, що мережі покращуються, ми працюємо зі значно більшими ресурсами. ### Пропускна здатність -У 2016, коли я попросив пояснити, чому австралійський турист, з яким я розмовляв, був у захваті від інтернету Великобританії, Ilya Grigorik з Google [сказав двома словами](https://youtu.be/x4S38hpgxuM?t=89): фізика, чорт забирай! (упс, це три). +У 2016, коли я попросив пояснити, чому австралійський турист, з яким я розмовляв, був у захваті від інтернету Великобританії, Ilya Grigorik з Google сказав двома словами: фізика, чорт забирай! (упс, це три). Думка була проста: хоч ви й можете виграти від збільшення пропускної здатності, законів фізики вам не обійти. Австралійці не можуть оминути законів затримки. В найкращому випадку вдома в Сіднеї цей австралієць отримував таку затримку сигналу, що його інтернет іноді сприймався як відсутній. From e16869cc6d798cd352e4fd88cebdfcb2732b628e Mon Sep 17 00:00:00 2001 From: Barry Pollard Date: Thu, 25 Nov 2021 02:06:30 +0000 Subject: [PATCH 9/9] Update src/content/uk/2020/page-weight.md --- src/content/uk/2020/page-weight.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/content/uk/2020/page-weight.md b/src/content/uk/2020/page-weight.md index 30558591992..389eeb46136 100644 --- a/src/content/uk/2020/page-weight.md +++ b/src/content/uk/2020/page-weight.md @@ -26,7 +26,7 @@ featured_stat_label_3: Медіанна кількість запитів моб #РозмірСторінкиВсеЩеВажливий -#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру оригінальної Doom. Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи вивчені десятиліття тому уроки, ми переживаємо варіації тих самих викликів: попри те, що мережі покращуються, ми працюємо зі значно більшими ресурсами. +#РозмірСторінкиВсеЩеВажливий майже натякає на те, що розмір сторінки не важливий, або ніколи не був. Можливо, він був не важливим, коли запустився базований на тексті [Craigslist](https://uk.wikipedia.org/wiki/Craigslist). Але 25 років тому, коли він був започаткований, в тому самому році був запущений Mosaic 1.0, а пісня Waterfalls від TLC вважалася супер-хітом. Веб зміцнів і так само ресурси. Лише кілька років тому у Twitter обговорювали, як середній розмір веб-сторінки зараз досяг розміру оригінальної Doom. Багато хто з нас замислився над тим, якими з часом стануть розміри сторінок, включаючи нашу добру знайому Tammy Everts, але реальність приголомшує. Показники знаходяться на ~4 МБ та 3.7 МБ для настільних/мобільних сторінок відповідно, 75% і вище та шокуючих 7.4 МБ і 6.7 МБ у 90% і вище. Є безліч поганого в тому, щоб мати такі важкі сторінки, наприклад, ймовірність погіршення користувацького досвіду через ненадійні мережі. Сьогодні, не зважаючи на вивчені десятиліття тому уроки, ми переживаємо варіації тих самих викликів: попри те, що мережі покращуються, ми працюємо зі значно більшими ресурсами. ### Пропускна здатність