Події 0
Ua
En
Події 0
Результат пошуку:
Як зробити вашу CMS більш ефективною за допомогою Fastly- image 1

Як зробити вашу CMS більш ефективною за допомогою Fastly

Системи управління контентом (CMS) є невід’ємною частиною сучасного інтернету. Але незалежно від того, чи ви створили свою власну CMS, чи використовуєте одну з популярних платформ, існують проблеми, з якими стикаються всі: занадто повільна робота, труднощі з оновленням контенту, складність у підготовці змін перед їх публікацією, і довге завантаження опублікованого контенту для користувачів. На щастя, Fastly може допомогти вирішити майже всі ці проблеми.

Більшість CMS мають схожі вимоги: автентифікація, редагування, зберігання контенту, рендеринг, персоналізація, управління зображеннями, редиректи та кешування. Незалежно від того, чи ви використовуєте CMS у хмарі, керуєте власним WordPress, чи розробляєте та підтримуєте повністю власну CMS для свого бізнесу, багато з удосконалень, які ви можете реалізувати, будуть однаковими й найкраще працюватимуть при впровадженні на периферії(edge).

Рішення для вашого типу CMS

Існує багато термінів, які намагаються розрізнити підходи до проєктування CMS. Але майже будь-яка CMS може отримати користь від використання на периферії(edge). Більшість CMS на практиці працюють одним з трьох способів:Монолітні або “традиційні” системи

Контент створюється, управляється і презентується в межах однієї системи, а користувачі зазвичай отримують доступ до нього через веббраузер.

Навіть для таких монолітних систем кешування на периферії може бути вдалим рішенням. Наприклад, очищення кешу на периферії при зміні контенту та варіація залежно від стану входу може підвищити коефіцієнт попадання в кеш і зменшити навантаження на CMS (особливо якщо CMS стара та вимагає багато ресурсів), при цьому використовуючи периферію лише як кеш.

Відокремлення інших функцій від моноліту — це гарний спосіб отримати величезні переваги в безпеці та продуктивності без необхідності значних змін архітектури вашої CMS. Наприклад, перенесення на периферію блок-листів, правил фільтрації та нормалізації запитів. Для більш авторитетних сайтів несподівано велика кількість запитів призводить до перенаправлень, тому перенесення їх на периферію також зменшує навантаження на джерело.

Генератори статичних сайтів (SSG)

Це здебільшого реакція на проблеми продуктивності монолітних CMS. Генератори статичних сайтів призначені для перетворення всього збереженого контенту в набір статичних HTML, CSS і JavaScript, які можуть обслуговуватись на такому вебхості, як Amazon S3 або Google Cloud Storage. SSG також зазвичай використовують розмітку для створення контенту та спираються на git для контролю версій. Але вам все одно потрібно реалізувати окремий API для включення будь-яких персоналізованих елементів у кінцевий сайт.

SSG створюють по суті “статичний” вебсайт, і хоча ви можете доповнювати їх API, все одно важко досягти хорошого SEO — контроль доступу, зокрема, може бути складним. Периферія — це чудове місце для вирішення цих проблем, переміщуючи персоналізацію та частковий рендеринг, а також маршрутизацію, фільтрацію, блокування списків, нормалізацію та перенаправлення(redirect).

Вам не потрібно виконувати весь рендеринг на периферії — генератори статичних сайтів можуть створювати майже завершені сторінки разом з фрагментами або “частинами”, з “кінцевою збіркою”, яка відбувається на периферії.Розділені/Гібридні (API орієнтовані)

Ці системи зосереджені на наданні високоякісних API, які можуть бути спожиті іншими системами для відокремлення рендерингу та відображення контенту від решти CMS. Це зазвичай дозволяє уникнути необхідності попередньо створювати весь сайт і дозволяє легше підтримувати персоналізацію, нативні додатки, фізичний друк та інші медіаформат відображення, а також часто забезпечує багатий досвід редагування контенту.

У цій архітектурі здатність взаємодіяти з API рівнем CMS дозволяє виконувати рендеринг частково або повністю на периферії разом з автентифікацією та авторизацією користувачів. Це залишає основну CMS зосередженою на інформаційній архітектурі, зберіганні та запитах, а також на редагуванні.Попереднє налаштування конфігурації або авторизації

Коли ви отримуєте запит на сторінку, можливо, ви хочете прийняти безліч рішень щодо тестування, привілеїв доступу, ідентичності та інших аспектів. Є кілька способів зробити це: для невеликих обсягів даних, які рідко змінюються, найшвидший спосіб їх читання — просто закодувати їх у конфігурацію периферії. Однак, більш поширеним варіантом для служб VCL є використання периферійних словників — простий спосіб підтримувати сховище ключів-значень з сотнями або навіть тисячами елементів, які проактивно розподіляються на периферії.

Якщо вам потрібно обробляти більшу кількість даних, які часто змінюються, або якщо кожен запит вимагає унікальної конфігурації, розгляньте можливість використання “запиту попереднього польоту”. Цей термін означає виконання API-запиту до того, як основний запит клієнта буде надіслано на бекенд.Очищення кешу при зміні контенту

У більшості випадків для кешування контенту на периферії існує лише два оптимальні значення часу зберігання (TTL): нуль або нескінченність (де “нескінченність” на практиці часто означає “рік”). Завжди можуть бути винятки, але якщо ви кешуєте дані лише на кілька хвилин або годину, чому б не збільшити цей час і не очищати їх тільки тоді, коли вони змінюються?

Кеш Fastly є програмованим і контрольованим, що означає, що ви маєте повний контроль над тим, що зберігаєте в кеші. Ви можете видалити ці дані у будь-який момент!

Крім того, вам не обов’язково видаляти лише один елемент. За допомогою одного виклику API ви можете очистити весь кеш вашого сайту (“повне очищення”). Завдяки попередньому плануванню, ви також можете очищати групи контенту за тегами, наприклад, всі статті певного автора або всі сторінки, які містять заголовок певної статті. Це дозволяє видалити не тільки змінений контент, але й усі посилання на нього.Оптимізація зображень

CMS зазвичай надають можливість попереднього рендерингу зображень різних розмірів, але для максимальної гнучкості варто розглянути можливість виконання цих завдань на периферії. Це дозволяє уникнути обробки кожного зображення окремо, що прискорює процес створення сайту. Завдяки інтелектуальній модифікації Fastly, вам не потрібно самостійно визначати головну точку зображення — система автоматично визначить її та здійснить якісне опрацювання зображення для будь-якого розміру.

Готові зробити вашу CMS більш ефективною та швидкою? Впровадьте рішення Fastly вже сьогодні, щоб забезпечити оптимальну продуктивність, безпеку та гнучкість вашого контенту. Спробуйте безкоштовну версію Fastly і дізнайтеся, як вона може покращити ваш вебсайт та забезпечити відмінний досвід для ваших користувачів.

НОВИНИ

Актуальні новини на вашу тему

Усі новини
Усі новини