Аз го заменя с:

... по този начин спестяване на няколко десетки посетители трафик байта. Също така, размерът на страницата може да леко да намалее със следния код в functions.php:

В допълнение, кодът намалява броя на връзките, които се опитват да отида търсене ботове. След това задайте HTTP-хедърите. Изричното боклука (която се вижда, когато promohe от кеш) е намерен в тях:

X-Pingback дребен като това:

функция remove_pingback_header # 40; $ заглавията # 41; # 123;
ненаместен # 40; $ заглавията # 91; "X-Pingback" # 93; # 41; ;
върне $ заглавия;
# 125;
add_filter # 40; "Wp_headers". "Remove_pingback_header" # 41; ;

А ето и кода за рязане на Връзка:

функция empty_shortlink # 40; $ Shortlink. Id $. $ Контекст. $ allow_slugs # 41; # 123;
върне NULL;
# 125;
add_filter # 40; "Get_shortlink". "Empty_shortlink". 10. 4 # 41; ;

Също така, за да не обгорят PHP версия (заглавие X-Powered-By), сложи това в php.ini файл:

Изглежда, а след това промени трябва да рестартирате Apache. В същото време аз проверих в списъка на използваните PHP разширения и Apache модули. В резултат на това с увреждания ненужни предмети 5 моите плъгини / разширения.

Тя ще изглежда, че сега можем просто да даде на потребителите статичен байпас PHP, но размерът на използваната памет, която не е бавно да намалява. Очевидно, PHP все още се прави нещо. Тогава реших да добавите index.php на следния код:

$ Фид = fopen # 40; "/path/to/index-php.txt". "А" # 41; ;
неуспешно # 40; $ Фид.
дата # 40; "Y-т-г Н: I: S" # 41. "\ T".
$ _SERVER # 91; "REQUEST_URI" # 93. "\ T".
$ _SERVER # 91; "REMOTE_ADDR" # 93. "\ T".
$ _SERVER # 91; "HTTP_USER_AGENT" # 93. "\ N" # 41; ;
fclose # 40; $ подпора # 41; ;

Оказа се, че блогът върви много лодки, които търсите износени форуми, да поиска / статия-името на страницата, вместо / статия-име /, както и несъществуващи файлове с имена като ябълка докосване-icon.png и така нататък. Всички тези искания са преминаващи кеш директно в WordPress. За да се справи с този проблем, аз добавя следното към вашия .htaccess:

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

RewriteCond%! = ""
RewriteCond%! Codecolorer
RewriteCond% ^! (Р | PAGE_ID | визуализация) =
RewriteCond% ^ / wp- (администратор | Вход | Cron | включва)!
RewriteRule ^ (. *) $ / $ 1? [R = 301, L]

Специално за Google уеб роботите в robots.txt завърших писане:

Disallow: * / емисия
Забрани: * / собствен сайт
Забрани: * / коментар

И накрая, за посетителите, които поискаха несъществуваща страница, видях нормалната съобщение за грешка място "404 Не е намерено», аз започнах специална страница и е предписано в .htaccess:

На този етап, беше очевидно, че WordPress не идва допълнителни искания, в повечето случаи, страници обикновено са взети от кеша в PHP байпас. С изключение може би на RSS-емисии за WP Супер Кеш по някаква причина те не могат да бъдат кеширани. Трябва да се отбележи, че размерът на паметта на сървъра, в този момент вече е намалял значително (тя движи около 100-200 MB, с моментни пикове до 300-400 Mb), но не беше доволна от ранните резултати.

Аз трябваше да се изчака известно време, но резултатът си заслужава:

Намаляването на количеството на използваната памет възниква, тъй като "тежък» Apache не се занимава с прехвърлянето на данни за клиента, вместо да го прави "лесна» Nginx, повдигнати на местно ниво. Apache бързо работят, тя дава Nginx данни и изходи. По този начин, по време на работа по-малко Apache процеси и свободна памет, останали.

Но колко бързо се зарежда страници:

Нека просто кажем, че не е по-бавен от главната страница се зарежда Yandex. И всичко това на много обикновен споделен хостинг на RU-CENTER. Подозирам, че преминаването към специален сървър, че трябва да се справят с много дълго време.

В допълнение към оптимизации описани по-горе, също така експериментира с следното.

Опитах се да прехвърляте снимки и файлове, всичко там, за да Dropbox, но специална спаси памет или друга облага от него и да не видя на гърба, както е било. Опитах се да се запази в страницата кеш gzip'ovannye и да им даде форма на посетителите (между другото, той работи дори и без mod_gzip). Също така видях никаква печалба, на същите некомпресирани страници все още трябва да се примири в кеш паметта в случай, че клиентът няма да подкрепи софтуерна. Реших да не се разделят косми и забраните случай. Опитах се да забраните WP-Cron в WordPress и да го регистрирате в старица. Всички проби и не виждам на печалба, възвръщаемост всичко обратно. Също така се опитвам WP-Минимизиране плъгин, който оптимизира HTML-код страници. Странно нещо, но на времето за зареждане има малък ефект, но този процент нараства поколение от около 100 милисекунди. Изключих и отстранени.

Все пак намерих една готина плъгин Наистина Статично, способен да генерира статични уебсайтове, за да WordPress. И тогава най-малко в продължение на narod.ru, макар че те се излива върху GitHub. Или, че е удобно, той може да вдигне на WordPress поддомейн с ограничен парола за достъп, както и на главния домейн домакин само статични. Desyatitysyasnikom'll не забравяйте да погледнете в него отново, толкова дълго, тъй като ще бъде повече от неудобство, отколкото полза.

Така че, все още мисля, че WordPress - спиране на двигателя? Или е, че не знам как да го използвам?

Подобно на този пост? Споделете с другите:

Свързани статии