Намаляване на времето за реакция на сървъра - как да се реши проблема

Наскоро описан процеса на оптимизация на скриптове и стилове на своите интернет страници, всичко се оказа добре, но един голям проблем остава - Намаляване на времето за реакция на сървъра. Написах един добър Google.

Наистина, закъснението, преди да изтеглите моя сайт за Linux е много голяма, много по-големи, отколкото всички други уеб сайтове, няколко пъти, и това е много лошо!

Нека да видим какво е състоянието на площадката в момента:

26 - толкова много SQL заявки към базата данни.
1.205022 - за толкова много генерирани.

Това е главната страница на сайт за Linux. Сега аз се провери по същия начин, на главната страница на сайта:

34 - толкова много SQL заявки към базата данни.
0.351147 - за толкова много генерирани.

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

1. Има крива плъгин, което инхибира образуването на страницата.

2. Curve шаблон и грешки в оформлението предотвратени нормална работа.

4. Грешки в базата данни и данните се четат от много време.

Аз не знам какво друго да предложат, да започнем с това, аз ще стъпка по стъпка, за да се тества теории и погледнете в резултата.

1. Как да се изчисли на плъгин крива?

Всичко е просто: Първо изсичаме наведнъж всички плъгини и погледнете резултата:
15 - толкова много SQL заявки към базата данни.
0.937074 - за толкова много генерирани.
Както можете да видите, не се е променило много, което означава, че плъгини правите с него. Тази теория се потвърждава, давай напред.

2. Как да се провери WordPress шаблон?

Ето първото действие по същия начин, да качите малко свободно шаблон, я поставете в нашия код и погледнете в резултата.
27 - толкова много SQL заявки към базата данни.
1.170909 - за толкова много генерирани.
MDA, резултатът е един и същ, така че темата не е с него, ще трябва да се копае по-нататък.

3. Как да се провери на сайта си за вируси?

Нещо се съмнявам, че това е проблем, можете да проверите на сайта Antivirus Aibolit. Не съм направил такъв тест. Но всичко това ще отнеме много време. И все пак аз съм склонен да мисля, че проблемът е в базата данни, като при изтегляне на един сайт се осъществява достъп преди всичко за нея.

4. Как мога да проверя в базата данни?

Отне ми един ден, преди да реши проблема. Просто искам да покажа резултата:

29 - толкова много SQL заявки към базата данни.
0.168516 - за толкова много генерирани.

Виждате ли разликата? 1.2 секунди или 0.16 секунди? Тази разлика е десетократно. Как успях да се постигне това?

Първото нещо, което направих беше подредени таблицата на базата данни, за да видите какво заема най-много място. Получавам това:

Най-големият и следователно поражда съмнение бяха 4 маси, в низходящ ред:

На първо взех маса POSTMETA и се почистват от него малко боклук, най-вече кеш, което остави един плъгин. Но всичко това не помогна. Тогава взех опциите на масата.

Инсталирах плъгина Чисти Options (само приставката създадени за почистване на тази таблица), който ме намери повече от хиляда сираци опции! Изтрих около 700 ненужните редове от таблицата, наляво 300, което изглежда ненужно.

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

Виновникът е около Cron. Ако не знаете какво е това, тук за ваше сведение:

Cron - демон Task Scheduler в UNIX-подобни операционни системи, се използва за периодично изпълнение на задачи в определено време.

Не планирах нещо и аз дори не знам какво е плъгин създадени толкова много работни места! Отидох в и е установено, PhpMyAdmin в тази таблица този раздел, се осмелявам да го безмилостно изтрити! Таблица намаля от 3,5 мегабайта до 168 килобайта. След това, сайтът започна да лети диво!

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

Ако знаете защо имам всичко това се е случило и как да се избегне в бъдеще, готови да слушат експертни съвети. Но като цяло съм много щастлива, защото в деня, когато трябваше мислех само за това. Остава само да направите всичко това и в други сайтове, и изведнъж има този проблем, макар и не в такъв мащаб? И най-накрая да се похвали кеширане плъгин е забранено:

1,7 секунди - това изглежда е готино?

Как да намерите отломки от плъгините?

Но открих един интересен плъгин - Plugins Garbage Collector. Той сканира базата данни и търси таблици, които не принадлежат към WordPress:

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

Как да се намали времето за отговор от сървъра?

Всичко това ми помогна много да се ускори на сайта, но все пак Google Speed ​​сигнализира ми се, че времето за реакция е много на сървъра. И вината за това не самия сървър, както Обикновен HTML документи се зареждат без никакви забавяния и WordPress уебсайт двигател, който не води до ускоряване като ракета няма. Какво да се прави?

Проблемът е решен лесно - инсталирането на приставката на сайт за кеширане. Но не всичко е толкова просто, наистина, защото не всички плъгини за кеширане на страниците работили както трябва.

Един не работи изобщо, въпреки че кеша създаден. Но какво, ако някой направи в това отношение, добре, имаше и друг проблем - мобилната версия на сайта. Ако кеша приставка не се прави разграничение между мобилни и конвенционален кеш ще се срещнете с такъв проблем.

От всички плъгини, които имат разделението между мобилен и конвенционален кеш, намерих само един - HYPER кеш.

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

До 100/100 в Google Speed ​​Оставих доста и съм сигурен, че ще се постигне този резултат, тъй като почти всичко е направено, те са много малко.

Наслаждавам се на играта? Вземете CODE. поставите на уебсайта си и подобряване на поведенческите фактори!

Благодаря ви за съветите, не забравяйте да се опита, защото проблемът на скоростта на 100% все още не са решили.

И разбрах едно важно нещо: това е невъзможно да се тества плъгините на основния сайт, след изваждането им винаги е много боклук, понякога мегабайта. Ужасът!

Но за съжаление, Google скорост страница и не обичам моето време отговор от сървъра. Реших да напиша на хостинга и получил от него този отговор:

Мога да кажа, че работата на вашия сайт е достатъчно висока. Самата Google със своите услуги дава почти равни резултати за вашия сайт. Така че това е много, много добър.

Аз ще добавя, че тази услуга е малко параноя по отношение на скоростта на уеб сайтове. Не би имало 100% му се доверите.

Добре. повярват, докато думата, другите опции не знаят, че трябва да се провери уебсайтовете на други хора върху нас WordPress, колко са те?