Аз няма да навлизам в тънкостите на оптимизацията, само дава съвети на бързото въвеждане на ред.
Някои хора все още седи на Evo неподдържан се дължи на факта, че тя работи малко по-бързо. Препоръчвам Ви да се използва винаги най-новия софтуер. Затова демонтаж примера на MODx революция.
Което означава:
[^ T ^] - времето, необходимо за генериране на страницата
[^ Q ^] - броя на заявките за бази данни
[^ Qt ^] - времето, прекарано на заявки в базата данни
Google следи отблизо скоростта на сайта за изтегляне.
На един от проектите, украсени мрачни "номера":
Особено поразен от стойността на 62, което показва броя на заявките към базата данни. Дори и по-тежки случаи, трябва да има най-малко три пъти по-малък.
Ами, всъщност, нека започнем оптимизацията.
2. Свалете максимума на всички nekeshiruemye парчета.
От конструкции, като например [[! Парче]] е необходимо да се премахнат удивителни знаци. Относно: фрагменти от форми, регистриране и getPages.
ръста на производителността Ефект е особено забележимо, когато кешът на главния и подменюто.
3. регулируеми минимални парчета и откъси гнездене.
заключение
Тя трябва да бъде показан в шаблона, а не в главата парче.
Същото изпълняват с етикети, които са определени в заместител, като описанието и ключовите думи.
4. не са необходими Допълнителните парчета и откъси.
Всеки допълнителен разговор забавя MODx.
Като направи по-горе манипулация, погледнете нашите статистически данни в изходния код:
Голям резултат! Заявки за б / г след генериране на кеш само 1-2, скоростта на производство на увеличени 5 пъти. Броят на заявките е намалена с 60! Сега сайтът е ярка заредена и не води до прекалено много очаквания.
Net MODx - максимална ефективност.
Така че ние ускорихме си MODx Revo. Може би се чудите дали има нещо, което да се стремим към? - Разбира се, както нетна MODx без шаблони на локалния сървър се зарежда за 15 милисекунди. Всъщност това е и максималната скорост.
Трябва да се отбележи, че в повечето случаи, след оптимизацията на двигателя е необходимо да се хвърлят теглото на страницата, но това е тема, достоен за отделна публикация.
UPDATE: в допълнение към оттегляне на общото време за зареждане, можете да използвате плъгин debugParser. който ви позволява да видите скоростта на изтегляне на всяко повикване, без да изключва последователно.
Свързани статии