Идеалните настройки за производителност на Swift с Cloudflare + StackPath CDN Инструкции за настройка (с анкети на Facebook) – 2019, версия 2.0.5

Бързо изпълнение е новият плъгин за кеш на блока, който получава възторжени отзиви в WordPress Speed ​​Up Facebook Group.


Използвам WP Rocket и вече имах 100% GTmetrix резултати с време за зареждане 1s (трудно за победа), но Swift ми даде почти идентични резултати. Заседнах с WP Rocket, но бих оценил Swift Performance Lite безплатен кеш плъгин №1 пред WP най-бързия кеш, WP Super Cache, W3 Total Cache и други. Настройките на Swift Performance са сравнително лесни за настройка (ще ви прегледам през всичко). Най- Pro версия включва оптимизатор на изображения (за компресия без загуби + автоматично преоразмеряване на изображението), критични шрифтове, изчисли API, и поддръжка за техния плъгин. Голямата част е, че имат опция да плащат месечно, така че можете да я изпробвате само за $ 3,99 / месец.

Swift срещу WP Rocket – това обикновено са най-горните приставки за кеш скорошен Анкети във Facebook …

Swift-Изпълнение-срещу-WP-ракета-Poll

Swift-Изпълнение-срещу-WP-Rocket

2018-WordPress-Кеш-приставката-Poll

Swift

  • Безплатна (Lite) версия = невероятни резултати
  • Посредствена документация
  • Безплатната версия включва плъгин органайзер
  • Pro версията включва критични шрифтове
  • Pro версията включва оптимизатор на изображения
  • Безплатно

WP ракета

  • По-лесно за конфигуриране
  • По-добра документация
  • Добавки за Pixel + Sucuri във Facebook
  • Няма организатор на плъгини
  • Без оптимизатор на изображения
  • $ 49 / година

Както Swift, така и WP Rocket поддържат Cloudflare, CDN, контрол на сърдечния ритъм, предварително зареждане, мързеливо зареждане на снимки / рамки, хостинг на Google Analytics локално, минимизация, обединяване на скриптове, компресиране на gzip и други функции. Те всъщност са много сходни, що се отнася до характеристиките им.

1. Помощник

Съветникът анализира вашия сайт и ви помага да конфигурирате основни настройки за бърза производителност. Настройките на изчерпателната кутия работят чудесно, но все още има повече начини за оптимизиране, когато сте готови …

Неща, които все още трябва да направите

  • Ощипвания → Cache Gravatars
  • Hearbeat → Деактивиране на всички
  • Google Analytics → Обход Google Analytics
  • Стилове → Генериране на критичен CSS
  • Кеширане → Общи → Отделен кеш на мобилни устройства (ако използвате AMP или мобилна тема)
  • Лак → Персонализиран домакин
  • CDN → StackPath CDN
  • CDN → Регистрирайте се за Cloudflare и променете имена сървъри
  • Оптимизирайте изображенията (използвайки Swift Pro или Imagify / Imsanity)
  • Оптимизатор на бази данни → чиста база данни
  • Plugin Organizer → активира / деактивира плъгини за конкретно съдържание

Swift-Изпълнение-Lite-Setup Wizard--Анализирайте-ви-Site

Swift-Изпълнение-Lite-Setup Wizard--кеширане Метод

Swift-Изпълнение-Lite-Setup Wizard-оптимизация

Swift-Изпълнение-Lite-Setup Wizard--Medi

Swift-Изпълнение-Setup Wizard--Finish

2. Табло за управление

Таблото за управление показва статистики, като колко известни страници е открил Swift спрямо колко всъщност са кеширани. Swift също така присвоява на всеки URL адрес приоритет за предварително изграждане и страницата за изминаване на дата е била кеширана последно. В таблицата Warmup можете също да добавите ръчно URL адреси, ако Swift не го е открил.

Swift-Изпълнение-Dashboard

3. Настройки

Общите, медиите, оптимизацията, кеширането и CDN разделите са разделени на секции:

3.1. Общ

Общ

  • Деактивиране на бисквитките – за GDPR, когато питат потребителите да се съгласят с бисквитките.
  • Скриване на стъпки Скриване на бързи коментари в изходния код.
  • Използвайте Compute API – ускорява настройките за сливане и намалява използването на процесора.
  • Активиране на отдалечен Cron – API сървърът на Swift ще извика wp-cron.php и ще стартира WP cronjobs като истински cronjobs.
  • Дневник на грешки – вижте предупрежденията / грешките, показани в пътя на вход (напр. Обществена HTML папка).

Генералните Суифт-Изпълнение-Settings

Фини настройки

  • Нормализиране на статичните ресурси – опити за премахване на низове на заявки, но те обикновено се генерират от бавни приставки. Основният начин да се отървете от тях е да деактивирате приставки с висок процесор (намерени в GTmetrix Waterfall) и да ги замените с леки приставки.
  • Предварително изтегляне на DNS – предвижда външни ресурси (напр. Google Fonts + YouTube видеоклипове).
  • Събирайте домейни от скриптове – помага при предварително изтегляне на DNS.
  • Изключете DNS Prefetch – изключете домейни, които не искате да бъдете предварително настроени.
  • Граватар кеш – кеширане Gravatars обикновено не е достатъчно, вие също искате разтоварете ги на CDN и заредете Gravatars локално, както е обяснено в Ръководството на WP Rocket Gravatar. Това подобрява времето за зареждане на публикации с много коментари, тъй като някои от моите публикации имат 300+ коментара, при които Gravatars са изсмукали над 50% от времето за зареждане.
  • Изтичане срока на кеша на Gravatar – времето на Gravatar кеш ще изтече (3600 е добре за повечето сайтове), но можете да го увеличите, ако забележите, че консумира твърде много CPU. Ако е твърде високо, потребителите никога няма да видят кешираната версия. Ако е твърде ниска, тя може да консумира твърде много CPU.
  • Персонализиран Htaccess – настройка пренасочва или използва за други неща.

Swift-Изпълнение-Tweaks-Settings

Сърдечен пулс
Ускорява администратора на WordPress и намалява процесора, като деактивира API на сърцебиене. Това уведомява потребителите, когато съдържанието се редактира и позволява на плъгините да изпращат известия в реално време (добавяне на заявки). Деактивирането му спестява CPU (WP Деактивиране + Приставка за сърдечен пулс направете същото).

Swift-Изпълнение-Heartbeat-Settings

Google Analytics
Заобикаляйки Google Analytics може да коригира елементи в GTmetrix / Pingdom, свързани с Google Analytics. Caos, WP Деактивиране и WP Rocket добавка за проследяване на Google също така помагат да коригирате елементи, свързани с GA.

Leverage-Брауър-кеширане използвате Google Анализ

Swift-производителни-който използвате Google Анализ Настройки

3.2. средства

Снимки

  • Оптимизиране на изображения при качване – компресиране на изображения без загуби, което поправя „оптимизиране на изображенията“ в GTmetrix (само за страницата, която тествате). Imagify прави ли това и е това, което използвам.
  • JPEG качество – поддържайте 100%, за да избегнете загубата на компресия.
  • Качество на PNG – поддържайте 100%, за да избегнете загубата на компресия.
  • Преоразмеряване на големи изображения – преоразмерява големи изображения за коригиране на размерите (много хора качват изображения с големи размери). Това коригира „показване на мащабирани изображения“ в GTmetrix. Imsanity прави ли и това.
  • Запазете оригинални изображения – когато Swift преоразмерява големи изображения, той ще запази оригинала, в случай че новото изображение не е в размера, който искате, така че поне имате резервно копие на всяко изображение.
  • Вградени малки изображения – малки външни изображения се записват директно в HTML документа, така че браузърът не изисква тези файлове с изображения независимо.
  • Lazyload – зарежда изображения само след като превъртите надолу по страницата и действително ги видите. Въпреки че това подобрява първоначалното време за зареждане, това също означава, че потребителите постоянно виждат изображенията да се зареждат, докато се превъртат надолу, което може да бъде досадно. Ето защо само мързеливо зареждам видеоклипове + рамки.
  • Форсирайте отзивчиви изображения – използва атрибута srcset за предоставяне на няколко източника на изображения за браузърите, така че те да могат да изберат правилния.

Swift-производителни образи-Settings

вгражданията

  • Мързеливи рамки за зареждане – зарежда iframes само след като превъртите надолу и ги видите.
  • Изключете ифраграмите – изключете определени рамки от мързеливото зареждане.
  • Заредете Iframes за взаимодействие с потребителя – зарежда iframes само когато потребителите взаимодействат с него (с помощта на движение на мишката, преобръщане или тъчстарт).

Swift-Изпълнение-вгражда-Settings

3.3. Оптимизация

Общ

  • Обединяване на активи за регистрирани потребители – деактивирайте, тъй като това не подобрява времето за зареждане и вероятно ще причини повече вреда, отколкото полза, плюс повечето оптимизации трябва да са отпред.
  • Оптимизирайте само предварително изграждане – деактивирайте, освен ако не искате да контролирате, когато е изграден кеш.
  • Оптимизиране във фонов режим – Swift ще оптимизира страниците на заден план.
  • Поправете невалиден HTML код – някои плъгини / теми използват невалиден HTML код, Swift ще се опита да поправи това.
  • Минимизиране на HTML – поправя множество елементи в GTmetrix / Pingdom. Cloudflare се грижи и за това, така че трябва да имате само 1 активиран (Swift или Cloudflare).
  • Деактивирайте Emojis – емоджи добавя заявки и вреди на зареждане.
  • Ограничете едновременните нишки – скорост на възстановяване на кеша (по-ниска, ако имате проблеми с процесора).
  • Максимални нишки – по-ниски числа = по-малко използване на процесора (2 е добро).
  • DOM Parser Max Buffer – Swift разработчик зададе тези числа за причина.

Swift-Изпълнение генерален-оптимизация на настройките

Scripts
Обединяването / минимизирането на JavaScript е прословуто за причиняване на грешки, но бих тествал това и проверявах времето ви за зареждане. Ако видите грешки, намерете проблемните файлове и ги добавете към „Изключване на скриптове“.

  • Обединяване на скриптове – много хора казват, че го деактивирам, но бих го тествал.
  • Async Execute – JavaScript теоретично ще се зареди като 1 заявка и ще се изпълнява, докато скриптът все още се зарежда, но също така може да прекъсне нещата, така че тествайте опцията внимателно.
  • Изключете скриптове на трети страни – активирайте, ако използвате Слип скриптове, деактивирайте, ако не сте.
  • Изключете скриптове – изключете проблемните файлове, ако минимизирането на JavaScript води до грешки.
  • Изключете скриптове за вграждане – изключете проблемните файлове, ако обединението скриптове доведе до грешки.
  • Изключете локализациите на скриптове – Swift разработчикът препоръчва да го активирате, в противен случай може да имате отделни JavaScript файлове за всичките си страници.
  • Минимизирайте Javascripts – активирайте и проверете вашия сайт. Ако видите грешки, изключете проблемните файлове в Изключване на скриптове (Cloudflare също прави това, така че активирайте само една).
  • Усъвършенствайте с API – активира се само ако опцията Minify JavaScripts по подразбиране доведе до грешки.
  • Активни активи на трети страни – Swift казва, че може да поправи проблеми с кеша на браузъра в GTmetrix, свързани с GA, но може да наруши скриптове. Преминаването на Google Analytics е по-добър вариант. Изпробвайте го.
  • Отделни скриптове – записва обединени JS файлове за страници отделно. Като цяло това консумира повече процесор, отколкото прави добро.
  • Принтирайте обединени скриптове на линия – активирайте само ако използвате memcached и WordPress не може да пише вашите файлове.
  • Сценарии за мързеливо зареждане – мързеливи товари външни ресурси, които могат да подобрят времето за зареждане.
  • Включете скриптове – включва определени скриптове, които не са открити от Swift.

Swift-производителни-скриптове-Settings

Стилове
CSS оптимизацията също може да причини грешки, но може значително да подобри резултатите / времената на зареждане. Играйте с настройките и проверете няколко страници, за да се уверите, че всичко е наред. Ако сливането на таблици стилове и минимизирането на CSS причиняват грешки, намерете / изключете проблемни файлове (същите неща с JavaScript).

  • Обединяване на стилове – препоръчва се от разработчика на Swift и поправя елементи в GTmetrix / Pingdom.
  • Генериране на критичен CSS – CSS ще се зарежда асинхронно, но разработчикът казва, че това може да увеличи CPU.
  • Отпечатайте пълния CSS в реално време – разработчикът казва, че не трябва да се нуждаете от това.
  • Отделни стилове – деактивирайте, освен ако нямате страници с различни типове съдържание (напр. Някои използват Visual Editor, други използват Builders на страницата и т.н.) и се нуждаят от Swift за генериране на различен обединен CSS за всяка страница. Може да подобри резултатите, но може да увеличи процесора. Тествайте внимателно.
  • Минимизирайте CSS – активирайте, но това може да доведе до проблеми, така че тествайте вашия сайт (Cloudflare също прави това, така че използвайте само един). Ако видите грешки, изключете проблемните файлове в „Изключване на файлове“.
  • Обход CSS импортиране – активиране (това обединява и импортираните CSS файлове).
  • Изключете 3-та партия CSS – ако Merge Scripts ви създава проблеми, опитайте това.
  • Изключете стилове – изключете проблемните файлове, ако минимизирането на CSS води до грешки.
  • Включете стилове – ръчно включвайте стилове, ако не използвате Слип скриптове.

Swift-производителни стилове-Settings

3.4. кеширане

Общ

  • Активиране на кеширането – разрешаване.
  • Режим на кеширане – дисковият кеш с пренаписвания като цяло е най-бърз за повечето сайтове. Ако не можете да редактирате .htaccess файл или Nginx конфигурация, използвайте кеш диска с PHP. Ако memcached е инсталиран, изберете memcached с PHP, но винаги се опитвайте да използвате дисковия кеш с пренаписвания.
  • Ранен товарач – активирайте, освен ако не причинява проблеми с PHP.
  • Cache Path – укажете директория за пътя към кеша.
  • Режим на изтичане на кеша – времевата основа е най-добра за почти всеки уебсайт.
  • Време за изтичане на кеша – кешът на времето ще бъде регенериран. Твърде често и ще консумира CPU, твърде малко и потребителите няма да видят кешираната версия. 12 часа е добре за повечето сайтове, но можете да намалите това, ако имате чувствително към времето съдържание (или изчистете кеш ръчно).
  • Интервал за събиране на боклук – колко често Swift проверява за изтекли кеш страници с изтекъл срок. 30 минути е добро, твърде високо и ще консумира процесор.
  • Изчистване на кеша при актуализиране на публикация от страница – добавете страници / публикации, където искате кешът да бъде изчистен, след като е актуализиран, за да могат потребителите да виждат новото съдържание.
  • Изчистване на кеша при актуализиране на публикация по URL – същата концепция като предишните настройки, само по URL.
  • Активиране на кеширането за влизащи потребители – активирайте, ако няколко потребители влизат във вашия сайт (напр. BbPress). Това дава на всеки потребител собствена кеширана версия, в противен случай я поддържайте деактивирана.
  • Отделен кеш на мобилни устройства – активирайте, ако използвате AMP или мобилна тема.
  • Чувствителни към регистъра случаи – не трябва да правят разлика.
  • Активиране на кеш на браузъра – разрешаване.
  • Активиране на Gzip – поправя gzip елементи в GTmetrix / Pingdom.
  • Изпращане на 304 хедър – деактивиране.
  • Кеш 404 страници – активирайте, тъй като паяците може да обхождат невалидни URL адреси и да консумират CPU. Кеширането на 404 страници и обслужването им от CDN намалява ресурсите на сървъра.
  • Игнорирайте низа на заявката – не кешира страници, които са различни за всеки потребител (уникални страници за продажби, ако пускате реклами от FB / Google, профили за членство, условна логика на формуляри).
  • Активиране на динамичното кеширане – ви позволява да зададете кешируеми заявки $ _GET и $ _POST.
  • Кеширащи AJAX действия – кеширайте AJAX заявки с големи ресурси, като посочите имената им тук.
  • Време за изтичане на кеша на AJAX – оставете като 1440г.

Изключения
В зависимост от това какви активи използва вашият сайт, може да не искате да кеширате определени статични файлове (някои от тях са страници за електронна търговия / каси, администратор, XML карта на сайта и страници за търсене.

  • Изключете URL адреси – изключете конкретни URL адреси от кеша.
  • Изключете части със съдържание – изключете определени части от съдържанието от кеша.
  • Изключете потребителските агенти – изключете конкретни потребителски агенти от кеша.
  • Изключете роботите – изключете конкретни обхождащи файлове от кеша.
  • Изключете авторски страници – изключете конкретни авторски страници от кеша.
  • Изключете архива – изключете конкретни страници с архиви от кеша.
  • Изключете REST URL адреси – изключете конкретни REST URL адреси от кеша.
  • Изключете емисията – изключете конкретни емисии от кеша.

Загрявка
Загрявка съхранява URL адреси за следващата предварително изградена кеш памет. Всеки URL адрес има номер на приоритет (показан в настройките на таблото), където може да се регулира ръчно. Долен номер = по-висок приоритет.

  • Активиране на отдалечен кеш за предварително изграждане – Swift вече няма да използва външен бот за предварително изграждане и вместо това ще използва фоновия процес.
  • Предварително изграждане на кеш – предварително изгражда кеш, след като е изчистен. Ако използвате това, активирайте и „Оптимизиране само на предварително изграждане“.
  • Открийте нови страници – ако Swift не може да намери всичките ви страници, това ще помогне.
  • Предварително изградени авторски страници – предварително изгражда авторски страници.
  • Архив на предварително изграждане – предварително изгражда архивни страници.
  • Съставете REST URL адреси – предварително изгражда REST URL адреси.
  • Предварително изграждане на емисията – предварително изгражда страници с емисии.

лак
Активиране на автоматичната продувка – активирайте, ако използвате кеш лак – той автоматично ще го пречисти, когато Swift изчисти кеша на приставката, така че не е необходимо да го правите ръчно.

AppCache
AppCache изтегля вашия сайт (или конкретни страници) в браузъра на потребителя при първото им посещение, като прави уебсайта ви достъпен, дори когато той е офлайн. Звучи страхотно, но това значително забавя предварителната ви подготовка и не си струва. Горещо препоръчвам да оставите тези инвалиди.

  • Активирайте Appcache за Desktop – деактивиране.
  • Активиране на Appcache за мобилни устройства – деактивиране.

3.5. CDN

Използвам StackPath ($ 10 / месец с 30-дневен пробен период) заедно с Cloudflare. StackPath има 31 центъра за данни, Cloudflare има 150+. Повече центрове за данни = по-бързо доставка на съдържание, и StackPath са силно разположени в САЩ, където поне са повечето ми посетители.

StackPath-Data-Центрове

Общ

Етап 1: Активиране на CDN.

Стъпка 2: В таблото за управление на StackPath щракнете върху раздела CDN и създайте StackPath CDN сайт

StackPath-CDN-Tab

StackPath-CDN-Domain

StackPath-Сървър-IP-адрес

* Копирайте IP адреса на вашия сървър, както е необходимо в стъпка 4 на този раздел.

StackPath-CDN-URL-Swift-производителност

Стъпка 3: Поставете вашия StackPath CDN URL в CDN име на хост поле на Swift Performance.

Swift-производителни-StackPath-CDN-Settings

Стъпка 4: В StackPath отидете на CDN → Cache Settings, след това щракнете върху „Purge Everything“…

StackPath-прочистване-Cache

Стъпка 5: Бял списък на вашия IP адрес на сървъра в StackPath (WAF → защитна стена).

StackPath-Бял списък-IP

Стъпка 6: Стартирайте сайта си GTmetrix и „мрежата за доставка на съдържание“ трябва да е зелена в YSlow.

CDN GTmetrix YSlow

Активиране на CDN на SSL – активирайте, ако използвате SSL.

SSL CDN име на хост – оставете празно, тъй като имената на хостове са същите, дори ако е SSL.

Cloudflare

Cloudflare добавя още повече центрове за данни към вашата мрежа за доставка на съдържание …

Cloudflare центрове за данни

Етап 1. Запиши се за Cloudflare и ще бъдете подканени да добавите вашия сайт и да започнете сканиране.

cloudflare-започне сканиране

Стъпка 2. След като сканирането приключи, изберете безплатен план, след което Cloudflare ще ви преведе през набор от страници. В крайна сметка ще бъдете отведени на страница, където Cloudflare ви присвоява 2 сървъри за имена.

Cloudflare-Dashboard-Swift-производителност

Стъпка 3. Потърсете в Google „как да промените сървърите за имена в SiteGround“ (само потърсете вашия хост), след което следвайте техните инструкции. Ще копирате 2 сървъра за имена, предоставени от Cloudflare и ще ги поставите в опция за сървъри с имена във вашия хостинг cPanel …

SiteGround-DNS-Records

Стъпка 4. Вземете своето Cloudflare Global API Key (намира се във вашия Профил на Cloudflare) и го въведете в раздела Cloudflare на Swift. Използвайте същия имейл като вашия Cloudflare акаунт и активирайте автоматично прочистване, което изчиства кеша на Cloudflare, когато кешът на Swift се изчисти (така че не е необходимо ръчно).

Swift-Изпълнение-Cloudflare-Settings

MaxCDN / StackPath
Можете да пренебрегнете тези опции. StackPath купи MaxCDN и те вече не използват псевдоним, потребителски ключ или секрет. просто създайте CDN URL на StackPath и го въведете в раздела CDN.

  • Псевдоним MAXCDN – остарял (използвайте StackPath CDN URL).
  • MAXCDN потребителски ключ – остарял (използвайте StackPath CDN URL).
  • MAXCDN Consumer Secret – остарял (използвайте StackPath CDN URL).

Swift-Изпълнение-MaxCDN-Settings

4. Оптимизатор на изображения

Swift Performance оптимизатор на изображения е добре, но не е необходимо да надграждате за това (можете да използвате безплатни инструменти / приставки за оптимизиране на изображения): Shortpixel, Imagify, и Imsanity всички вършат чудесна работа.

5. Оптимизатор на база данни

Най- оптимизатор на база данни изтрива неизползвани таблици от база данни (често оставени от деинсталирани приставки), преходни процеси, автоматично запазване, копани публикации, спам коментари и потенциално хиляди редакции на публикации, които автоматично се съхраняват при всяко повторно публикуване на съдържание. В по-голямата си част това е боклук. Вземете резервно копие особено ако не сте го правили известно време, тъй като не може да се отмени.

Swift-Изпълнение-Database-Optimizer

6. Критичен шрифт

Критични шрифтове ви позволява да изберете икони от Font Awesome и ефективно да зареждате само избраните от вас, за разлика от цялата библиотека Font Awesome, като тези икони се зареждат много по-бързо.

Swift-Изпълнение-критично шрифтове

7. Plugin Organizer

В раздела си GTmetrix Waterfall може да забележите, че някои плъгини се изпълняват на страници / публикации, където той дори не се използва. Форма за контакт 7 може да се използва на страницата ви за контакти, но обикновено никъде другаде (така че не трябва да се използва никъде другаде). Моят плъгин за богати фрагменти на WP Review прави това и. Можете да деактивирате / активирате плъгини, като използвате филтрите на Swift, докато добавяте няколко правила.

Swift-Изпълнение-Plugin-Organizer

Примери

  • Активирайте съвпадение на URL адрес / контакт /, за да се показва само формуляр за контакт на тази страница
  • Деактивирайте определени приставки във вашия WordPress администратор, за да предотвратите консумацията на процесор
  • Активирайте Съвпадение на URL с израза с регулярно изражение, за да показвате богати фрагменти само в публикации с „преглед“

8. Надградете PRO

Swift Pro ви позволява да използвате техните изчисли API, оптимизатор на изображения и критични шрифтове. Честно казано мисля, че те дават прекалено много в безплатния си (lite) плъгин и че те не си струва да се надграждат за.

Swift-Изпълнение-Pro

9. Резултати от теста в GTmetrix

С бързо изпълнение …
Swift-Изпълнение-GTmetrix-Доклад

С WP ракета …
2019-GTmetrix-Доклад

заключение

Swift Performance Lite изхвърля други безплатни приставки за кеш от водата, дори ако конфигурирате само основни настройки с помощта на Wizard. Ако все още имате проблеми, вижте пълното ми ръководство за оптимизиране на скоростта на WordPress, което включва списък с високи CPU приставки, които да се избягват, леки алтернативи на плъгини, инструкции на AMP, как да надстроите до PHP 7+, оптимизация на изображението и връзка, ако искате да наема разработчика ми на freelancer.com, който ми помогна да получа 100% GTmetrix резултат.

Защо използвам SiteGround

SiteGround е използван от Йоаст, себе си и препоръчани от WordPress. Те са №1 в почти всеки Анкета във Facebook и дават на повечето хора значими подобрения на времето за зареждане особено ако използват посредствени хостове: GoDaddy, Bluehost, HostGator, InMotion, Dreamhost, EIG.

Yoast върху Twitter-Ние-току-що преминали към SiteGround

Използвам техните полу-посветен план на GoGeek която идва с 4 пъти повече сървърни ресурси отколкото споделен хостинг. Кликнете върху моите страници, за да видите колко бързо се зареждат, разгледайте отчета ми GTmetrix или ще видите хора, които мигрирал и публикувано нови времена на натоварване. Те също го правят безплатни миграции.

DigitalOcean on Cloudways и Kinsta също са добри и започват от $ 10 / месец и $ 30 / month. Cloudways е повече за разработчици, които не се нуждаят от cPanel, хостинг на електронна поща или поддръжката, която получавате с SiteGround. Kinsta е основно това, което WP Engine беше (скъпо, но страхотно). Целият ми блог е основно посветен на това да помагам на хората да заредят уебсайта си по-бързо. Отказвам да препоръчам хостинг от $ 2 на месец, тъй като това е най-голямото съжаление при работа на уебсайт.

Как да проверите дали хостингът ви е бавен
Стартирайте сайта си чрез Google PageSpeed ​​Insights за да видим дали намаляване на времето за отговор на сървъра е в доклада ви. Google препоръчва трябва да бъде <200ms. Всичко над 1 секунда не е добро. Можете също да проверите вашия TTFB (време за първи байт) в раздела Време на GTmetrix или bytecheck.com.

Намалете времето за реакция на сървъра

2019 хостинг анкета

2017-WordPress-хостинг-FB-Poll

Препоръки за хостинг на Elementor

Юли 2019 г. Хостинг Препоръка

WordPress-домакин-Poll-Aug-2018

Споделено-хостинг-анкета на 2017 г.

2019-хостинг-Poll

Go-To-хостинг-компания

WordPress-хостинг-анкета на 2017 г.

Сайтът се поддържа хостинг-Poll

WooCommerce-хостинг-FB-Poll

2016-уеб-хостинг-Poll

Best-WordPress-хостинг-доставчик-Poll

Най-добър Уеб хостинг-2019-Poll

WP приятелски хостинг анкета

2016-WordPress-хостинг-FB-Poll

Любим хостинг за Elementor

2018 хостинг препоръки

WordPress хостинг анкета септ 2018.png

Сайтът се поддържа-WordPress-хостинг-анкета на 2017 г.

2019-домакин-Poll-1

Хостинг-Анкета-за-Speed

WordPress-хостинг-Анкета на юни-1

SiteGround-Препоръка

2014-Управляван WordPress-хостинг-FB-Poll

Най-добър Уеб хостинг-доставчик-Poll

Хостинг-Poll-Feb-2019

Хостинг Препоръки-Poll

Bluehost срещу SiteGround

Анкета на уеб хоста на WordPress

SiteGround се препоръчва от WordPress:

SiteGround-Препоръчителна-WordPress-домакин

И от Ивица който управлява WordPress Speed ​​Up Facebook Group с 16 000+ членове.

WordPress-Speed-Up Препоръчителни инструменти

Няколко нишки:

Миграция на Godaddy към SiteGround

EIG-To-SiteGround

SiteGround мигрантската

SiteGround има 3 плана:

SiteGround WordPress хостинг

По-високите планове включват повече сървърни ресурси (Фактор # 1 в ръководството за оптимизация на WordPress). Ето го пълна сравнителна диаграма, но GrowBig ви предоставя около 2 пъти повече сървърни ресурси от StartUp, а GoGeek е полу-посветен хостинг което ви дава още повече. GrowBig и нагоре се предлага с безплатна миграция, поставяне, разширено кеширане и възможност за хостване на множество уебсайтове. GoGeek идва с приоритетна поддръжка. Техният облачен хостинг е доста скок на цената от $ 80 / месец.

Можете да видите това на техните страница с функции:

SiteGround-Сървър-ресурси-Сравнение

Използвам SiteGround, защото:

  1. Моята GTmetrix + Pingdom докладите говорят сами за себе си
  2. Моите страници се зареждат моментално (кликнете върху тях, ако искате)
  3. Бърз скоростна технология (PHP 7.3, NGINX, SG оптимизатор, Cloudflare)
  4. Препоръчан от Yoast, WordPress, Ивица от Ускоряване на WordPress
  5. Безплатно Да шифроваме SSL, лесен за използване Cpanel, и функции за е-търговия
  6. Поддръжката на WordPress е непобедим дори без приоритетната поддръжка на GoGeek
  7. GrowBig идва с поставяне, повече съхранение и повече сървърни ресурси (превъртете надолу до „разпределяме необходимите ви ресурси“ и задръжте курсора на мишката върху сървър раздел)
  8. GoGeek идва с още повече сървърни ресурси, съхранение, приоритетна поддръжка
  9. Безплатни миграции, приставка за мигратор, и a 30-дневна гаранция за връщане на парите
  10. Много похвали за Reddit, Facebook разговори, кикотене, TrustPilot
  11. Тонове похвали във Facebook: # 1, # 2, # 3, # 4, # 5, # 6, # 7# 8, # 9, # 10# 11
  12. Много хора вече са мигрирали и публикували резултати в Twitter: # 1, # 2, # 3, # 4, # 5, # 6# 7, # 8, # 9, # 10, # 11, #12, # 13, # 14, #15, # 16, # 17, # 18, # 19, # 20, # 21, # 22, # 23, # 24, # 25, # 26, # 27, # 28, # 29, # 30, # 31, # 32, # 33, # 34, # 35, # 36, # 37

Отказ от отговорност – ако се регистрирате за SiteGround с моя партньорска връзка Ще даря добър парче без никакви разходи за вас. Всяка година аз дарете $ 3k за кампаниите GoFundMe (2018 г. трябваше да нахрани гладните в Денвър, 2017 г. беше на Червения кръст при урагана Харви). Подкрепата ви помага и искрено я оценявам. Опитвам се да направя отзивите си безпристрастни и подкрепени от доказателства под формата на Анкети във Facebook, туитове, и истински разговори. Ако не искате да го използвате, ето не-партньорска връзка към SiteGround. Така или иначе наистина вярвам, че те са звезден хост на WordPress и вашият сайт ще работи по-бързо / по-гладко … направете проучване във Facebook групи + кикотене и ще намерите повечето хора кажете същото.

OMM-On-SiteGround

Хората обикновено мигрират, защото техните скоростна технология може да съкрати натоварването пъти наполовина:

Преминаване към SiteGround

Миграция на времето за зареждане на SiteGround

Bluehost към SiteGround GTmetrix

HostGator към SiteGround

SiteGround GTmetrix

SiteGround Google PageSpeed ​​Статистика на Google

100 перфектен резултат на сайта

SiteGround Genesis

Скорост, доставена от SiteGround

SiteGround GTmetrix Report

Намалено време за натоварване с SiteGround

Нови времена за реакция на SiteGround

HostGator към SiteGround миграция

Време за реакция на SiteGround на Joomla

Превключва към хостинг на сайта

SiteGround Rocket Представете комбо

Joomla GTmetrix On SiteGround

SiteGround PageSpeed ​​Insights

SiteGround On Joomla

SiteGround Намалено време за натоварване

Ускорен хостинг на SiteGround

Нови резултати от Pingdom на SiteGround

Ново време за реакция на SiteGround

Подобряване на времето за реакция на SiteGround

често задавани въпроси

&# X1f680; Swift по-добър ли е от WP Rocket?

WP Rocket беше оценена по-високо в повечето анкети във Facebook, много по-лесно е да се конфигурира и има документация / поддръжка, ако се нуждаете от помощ за настройката.

&# X1f680; Как да настроите Cloudflare с Swift?

Регистрирайте се за безплатен Cloudflare план, копирайте 2 сървъра на имена, предоставени от Cloudflare, и променете сървърите на имена на Cloudflare във вашия регистратор на домейни. След това добавете информацията за Cloudflare (намира се в раздела за акаунта) в настройките на Cloudflare на Swift Performance.

&# X1f680; Как използвате организатора на плъгини?

Научете кои страници / публикации не се нуждаят от определени плъгини / скриптове. Това може да изисква малко тестване. След това използвайте Plugin Organizer, за да деактивирате тези на страници / публикации, които не е необходимо да ги зареждат. Класически пример е само зареждането на приставка за формуляр за контакт на страницата ви за контакти.

&# X1f680; Какви други приставки за скорост ми трябват?

Swift трябва да се грижи за повечето оптимизации на скоростта. Трябва да погледнете отчета си GTmetrix (включително раздела Водопад), за да видите какво точно забавя вашия сайт WordPress. За изображения препоръчвам ShortPixel. За шрифтове можете да опитате OMGF.

&# X1f680; Заслужава ли си Swift Performance Pro?

Ако ще платите за премиум кешинг плъгин, по-добре е да плащате за WP Rocket, отколкото Swift Performance Pro.

Благодаря за четенето – пуснете ми коментар, ако имате въпроси!
мъжко животно

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map