WordPress оптимизация. Натоварването на сървъра и как да го намали
Не, ние няма да се докосне файловете на двигателя, въпреки че аз ще бъда там, също сложи нещата в ред, а ние ще се оптимизира вашия шаблон, а шаблонни файлове.
Отдавна съм обещал да ви разкажа за това как да се увеличи скоростта на зареждане на страници, и ние можем да кажем, че с тази статия, аз започвам да изпълни обещанието си.
По този начин, на натоварването на сървъра - концепция, познат на всички. Много уебмастъри вече са лице в лице с този проблем и много бих искал да го оправя. Проблемът най-вече се случва, когато трафикът преминава над 300 уникални посетители на ден, но за някои това може да започне по-рано.
Разбира посетителите не са виновни, и обвиняват себе уебмастъри, които поради липса на опит, или поради някаква друга причина, не са ангажирани в оптимизация на сайт.
На свой ред, търсачките сега включват и скоростта на фактор сайт в техните алгоритми за класиране, така че прекомерното натоварване на сървъра ще се появи на напредъка на проекта.
Моля, не бъркайте с SEO оптимизация на сайта, които могат да бъдат приписани произведения, като изграждане на връзки с ЦПУ. вътрешно свързване. 301 пренасочване и т.н.
Нека най-вероятно вече да започне да се оптимизира в движение!
Пример прекомерно натоварване на сървъра.
Да предположим, че даден потребител посети сайта, но това, което се случва, когато се отваря страницата? Как информацията се показва на екрана? Нека следваме този процес по примера на заглавната част на сайта.
Заглавието и URL адреса на началната страница, ако си спомняте, е даден в настройките на WordPress: adimnka -> Options -> General. Всички налични в "Options" в раздела настройките, въведени в базата данни, а по-скоро, в таблицата с WP-опции. където те впоследствие поиска различни функции и се показва на екрана.
Разработчици WordPres написани доста функции, но сами по себе си те не могат да бъдат изпълнени. За да завърши своята работа трябва да бъде някакъв вид връзка, която действа като шаблон сайт.
Шаблонът е известно, се състои от поредица от файлове, всеки от които е отговорен за показване на определена област на сайта. В момента сме заинтересовани в капачката, където заглавната изход, така че отворите файла header.php и ще видим, че там е регистриран.
В повечето шаблони, основното заглавие на сайта е затворена в h1 таг. така гледам част от код с този етикет. В моя шаблон заглавна изход код изглеждаше по следния начин:
С котва текст ще разберем малко по-късно, но сега нека да погледнем get_option () функция.
get_option () и натоварването на сървъра
Така влязохме името и адреса на началната страница в настройките на WordPress, и те изпращат за съхранение в базата данни, в таблицата с WP-опции.
В момент, когато потребителят посещава всяка страница на нашия сайт и header.php файла започва да се зареди е функция капачка активира get_option ().
Принципът на действие над Функцията има достъп до базата данни, а по-скоро на масата за WP-опции и получаване от там конкретни данни, въз основа на посочените параметри. След това ехо команда показва данните на екрана.
Малко по-сложно, добре, нищо, сега ще обясня всичко. В скоби параметъра, в нашия случай get_option ( "дом"). която разказва функцията какъв тип данни, че е необходимо да го получи.
дом параметър инструктира функцията да поискате от този на база данни началната страница. Спри! Така че URL адреса на началната страница, да се съхранява в базата данни? Точно така. И когато отворите страниците на своите заявки за функции, т.е., има позоваване на данните, съхранявани на сървъра.
Сега си представете, че животът ви излезе 100 посетители и започна да "палав", която разкрива все повече и повече нови страници.
Може би чул за атаката хакерите на различни места, като през това време сървъра едновременно бомбардирани хиляди или дори милиони заявки от сървъра, които не могат да издържат случва заключване ресурс.
Ние трябва да разберем, че ако се намали броят на заявките към базата данни, което позволява на сървъра да "диша" по-свободно и да го споделите с безплатни ресурси за по-полезни неща, които, разбира се, ще се отрази на скоростта на зареждане на страници.
Нека се върнем към get_option (функция). За тези от базата данни или други данни, функцията може да предприеме следните параметри:
Повечето от тези видове данни са посочени в настройките на WordPress в "Настройки". Изключения са: "Encoding сайт" - заяви директно в базата данни, както и "изтегляне директория по подразбиране" - опция е премахнат от настройките от версия 3.5.
Как и какво да се замени get_option функция () ще се спра малко по-късно, но за сега нека да разберете какъв вид bloginfo () е регистриран в кода вместо котвата.
функция bloginfo () и натоварването на сървъра
Е, и заглавната откъде е дошло? Заглавие също се съхранява в базата данни, но в този случай тя е била получена и показва на екрана с друга функция - bloginfo ().
Съвет! bloginfo () - е шаблон маркер, който активира get_bloginfo (функция). Тя може да се използва навсякъде в модела.
функция bloginfo () може да предприеме следните параметри:
bloginfo () функция е малко по-различен от get_option (функция). но тя работи на подобен принцип, т.е., поиска от базата данни или други данни и ги показва на екрана.
Тя се казва, че има различни мнения по отношение създадени bloginfo (функция), за да се зареди на север. Но явно има товар и ако е възможно да я намали, греха на тази възможност не се използва.
Аз взех на набор от мерки, след което моя блог се ускорява повече от два пъти.
Освен това, аз не използвайте приставка за кеширане или скрипт, тип maxCache, а аз не се промени и остана верен хостинг TimeWeb. Резултатът е постигнат само благодарение на WordPress оптимизация. Така че да направите свои собствени заключения.
Разбира се, че мерките, които съм предприети, се отнасят не само за намаляване на заявките за бази данни и аз постепенно всички ще кажа, но една статия, този материал в насипно състояние, аз не бутам.
Така че очакваме нови саксии посветен на скоростта на зареждане на страницата, както и че те не пропускайте, да се абонирате за блога актуализации.
искания технологията за намаляване на до базата данни
Нека ви напомня, като код с глава изглежда в моя header.php файла:
И сега, най-интересното. Ако се вгледате в изходния код, кодът на заглавната това ще отнеме много по-различен поглед:
Ето един код с глава и трябва да бъдат регистрирани във файла header.php. Сървърът след това да се отърве от две напълно ненужни жалби, умножена по броя на отворените страници.
Но тогава защо в шаблонните файлове са написани по-горе функции?
Фактът, че разработчиците не могат да знаят кой домейн късно отпечатване на своите модели и какво име ще се използва в сайтове, те също така знаят, че не може. Ето защо, универсални функции са разработени за всички шаблони, които да извличат данни от базата данни.
Но ние всички знаем името на нашия сайт и домейн за нас твърде познат. Оказва се, че да се използват тези функции не е необходимо.
Следователно, тъй като файла header.php търсите части от код с посочените по-горе функции, и след това да видите как изглеждат в изходния код и да се замени.
За укрепване на материала да ти дам някои примери. Това е кодът, който подава информация за кодиране.
Вижте изходния код:
Копирайте цялата линия, и поставена на мястото на кода с функции.
style.css файла връзка Код:
Пътят до стилове показват посредством bloginfo функция ( "stylesheet_url"). Вижте изходния код:
Копирайте препратката и я замени функция. давай
Тези две линии на изхода икона на сайта. и bloginfo функция ( "template_url") показва пътя до директорията, където се съхранява изображението. Тя ще бъде вярна, както следва:
Принципът е прост технология. Shtudiruem шаблонни файлове разкриват get_option () и bloginfo (). алтернативен поглед към изходния код и да се замени, като по този начин намаляване на броя на заявките към базата данни, от която леко се намали натоварването на сървъра.
Разбира WordPress оптимизация не свършва дотук и това е само първата стъпка на първо място, така че очаквайте новини блог.
С уважение, Виталий Кирилов
Свързани статии