Образи та статистика Magento на CDN

Ми розслідуємо подальші вдосконалення швидкості Magento. Зараз ми бачимо, що при наступному налаштуванні сторінка пролітає. Лише зображення з’являються пізніше. Основні файли надсилаються за пару мілісекунд, але час завантаження все-таки становить 2 секунди через зображення.

• кеш-кег
• злиття css / js
• мінімізувати apc + memcache
• htaccess налаштування
• сеанс / кеш на tmpfs

Моє запитання: які кроки встановити CDN (на власному сервері)? (і чи допомагає це насправді)

Я розумію, це щось подібне (але це зовсім не працює):

1. створити піддомен cdn
2. змінити корінь документа (та / або навіщо встановити ім’я?)
3. змінити конфіг

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

Отже, те, що ви пропонуєте зробити, суворо приймається не насправді. Але вбік є кілька речей, які ви можете зробити.

• Налаштуйте субдомен, який надсилатиме якомога менше зайвих заголовків (наприклад, файли cookie) разом із зображеннями
• Налаштуйте NginX на своєму сервері для обслуговування статичних файлів. Оскільки NginX набагато швидше, ніж Apache, це виграє певну швидкість
• Використовуйте такий сервіс, як http://www.jpegmini.com/, для подальшого стиснення JPEG
• Використовуйте інший файловий сервер для подання зображень, веб-сервер загального призначення налаштований для обслуговування, у цьому випадку, сторінок PHP. Файловий сервер матиме іншу конфігурацію, краще підходить для швидкого подання зображень.

Для подання зображень із субдомену вам потрібно зробити наступне: додати піддомен у свій DNS (cdn.shirtsofholland.com), додати псевдонім сервера до вашої конфігурації Apache для існуючого пакету, де працює магазин.

ServerAlias cdn.shirtsofholland.com

Переадресуйте субдомен на цей пакет, а потім у Magento Backend перейдіть до System > Configuration > General > Web > (un)secure urlзміни Base media URLнаhttp://cdn.shirtsofholland.com/

Процес для вашого власного сервера називається доменом Шардінг . [Оновлення 11jan2017] Оскільки відшарування домену HTTP / 2 вже не приносить користі

Якщо ви хочете справжнього CDN, подивіться на таку послугу, як OnePica, розширення Magento можна знайти тут або Amazone AWS, використовуючи підручник Ashley Schroder

Для використання CDN, який підтримує пошук джерела, вам не потрібен додатковий код або плагіни. До них відносяться Akamai, Cloudflare і Amazon’s Cloudfront. Все, що вам потрібно зробити, це вказати Система> Налаштувати> URL-адреси JS, шкіри та медіа веб-сайтів у потрібному домені:

Ви також можете налаштувати записи CNAME у DNS, щоб DNS відповідав на піддомен до вашого кореневого домену.

CDN - це лише один складовий елемент ефективності вашого веб-сайту E2E, і він служить дуже специфічною метою, яка полягає в тому, щоб надати можливість безмежного масштабування та покращити продуктивність / швидкість, з якою статичні об’єкти подаються відвідувачам вашого сайту, поширюючи ці статичні об’єкти на край сервери максимально наближені до ваших відвідувачів у всьому світі, використовуючи призначені для оптимізації сервери доставки.

Якщо ваша аудиторія поширюється по всьому світу, то має сенс використовувати комерційне рішення CDN, а не купувати сервери та пропускну здатність по всьому світу. Для створення такої Мережі лише кілька компаній мають гроші та досвід. Google це зробив, Netflix це робить, але якщо ви не такі великі, немає жодного економічного сенсу в створенні власного CDN, і вам краще скористатися одним з комерційних постачальників CDN. Провідні 3 рівня 1 - Akamai, Limelight та EdgeCast.

Є ще 100 постачальників CDN. Це трохи схоже на автобізнес, безліч марок, у всіх 4 колеса та двигун, але існують величезні відмінності між кожними марками / моделями.

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

припустимо, що static.shirtofholland.com використовується для обслуговування статичних об'єктів (зображень, js, css ...), тоді вам просто потрібно створити це ім'я, нехай CDN знає, де знаходиться сервер Origin (щоб він міг витягувати статичний вміст і кешуйте його на краю) і, нарешті, оновіть зону DNS, щоб вказати статичне ім'я вашому постачальнику CDN. Ви також можете використовувати URL-адресу CDN безпосередньо (надається Вашим CDN). Це не дуже елегантно, але працює.

Інший важливий аспект, який слід враховувати при покращенні продуктивності:

• DNS - ваш поточний постачальник DNS досить швидкий і надійний? Використання керованого постачальника DNS пройде довгий шлях і не коштуватиме великих грошей.

• CDN для доставки статичних об'єктів

• ADN або DSA для прискорення динамічного вмісту (не кешируемого). Це суттєво покращить ефективність будь-якого веб-сайту електронної комерції, але воно є відносно дорогим (на відміну від CDN, який є дуже доступним).

• Оптимізація FEO або Front End, яка може бути виконана за допомогою оптимізації коду (див. «Найпопулярніший веб-сайт O'Reilly« Судерів, веб-сайти високої продуктивності) або використовуючи комерційне рішення, яке застосовуватиме ці правила FEO (та багато іншого) на ходу до ваших сайт. Зазвичай це робиться поверх динамічного прискорення.