Предприемачът, в повечето случаи с ускорена сайта за изтегляне разбира работата по гърба в края. Въпреки това, все още посетителите в милисекунди страница от възложителя, е важно да се колко бързо една страница от него. И вече има цял набор от важни показатели. Квалифициран програмист трябва да вземат предвид сайта не като част от софтуера код, за които той е отговорен, както и окончателното интегриран продукт.
Без отстраняване на грешки код. Разбира се, не мога да направя. Тук, разработчикът на помощта идва инструмент за следене на ефективността. която ви позволява да профилира всички страници на кода на предмет, SQL запитвания. В допълнение, този модул предоставя препоръки за настройка на сървърния софтуер.
Следващата стъпка - е въвеждането на технологията Composite сайт.
Местоположение на обекти на отдалечени сървъри географски може сериозно да повлияе на времето на информация на потребителя. Това е особено вярно за проекти, насочени към местните пазари. Прехвърляне гостоприемник след това може да осигури значително увеличение в някои случаи отбелязват ускорение до 1 секунда.
След извършване на работа на заден end'u необходимо да се премине към разглеждане на други параметри, които влияят върху скоростта на изтегляне. Рамката Битрикс е инструмент - за скоростта на сайта. Неговата задача - да се облекчи на разработчика да се оптимизира зареждане на страницата.
Забележка. За скорост на работа е необходимо статистика на посещенията. След като направите всички промени, необходими за поддържане на определен период от време, за да получат статистически верни данни. Продължителността на времето, зависи от трафика на сайта.
Този инструмент има диаграма на хитове, където можете да видите всеки един от етапите на зареждане на времето за навигация на.
На тази графика зелено показва действието на гърба end'a и лилаво - работата на предния end'a. Това означава, че се оказва, че по-голямата част от времето на зареждане на страниците отнема на браузъра задния край, докато предния край.
Подобряване на предния край може да намали количеството на сваляне ресурси и техния обем.
Мерки за намаляване на броя на сваляне ресурси:
- Включително CSS и JS скриптове Обединените. Браузърите имат ограничение за броя на едновременни връзки към сървъра. Обикновено това е 6, но може да достигне до 13, както в IE. Това означава, че ако една страница файл 70, браузърът ще ги свалите на етапи, а не едновременно. Ако комбинирате тези скриптове, скоростта на изтегляне ще се увеличи.
- Чрез включването на CDN. Въпреки това, връзката с CDN трябва да се подхожда внимателно. Ако основната ви посетител локализиран към определена област, CDN винаги води до намаляване фактор, ако следващия сървър се намира недалеч от страна на потребителя.
- Използването на кеширане на ресурсите в браузъра (Изтича / Cache-Control: макс възраст, Last-Modified / E-таг). Трябва да дадем титли изображения, CSS и JS-скрипт. Ако няма титли последно са били променени или Изтича хедър, след всяко посещение на браузъра ще изтегли всички ресурси отново.
Ако имате датата на последната промяна, то е добро. В този случай, браузърът по втория и следващите хитове ще направи искане за условно получите. Това е да се питам и не се променя дали този ресурс е тук тази дата? И да се качват само модифицирани ресурси. Вярно е също, в този случай, трябва да се направи допълнително искане.
За да се избегне това искане достатъчно конфигурирате Apache или Nginx издаване Изтича хедър. Това е, за съжаление, често забравяме да се направи.Мерки за намаляване на обема на данните, за да се изтеглят:
Защо е необходимо да компресирате данни?
скорост на данните вече е висока. Защо компреса байта данни се борят за? Компресиране на CSS - файл е намалена от 10 на 8 KB, компресиране на изображения дава 3 KB. Какво прави тази награда?
Отговорът е в TCP / IP протокола и концепцията за Round Trip Time - времето между изпращането на искането от КЛИЕНТ сървър и се връща отговор. Когато браузърът се свързва със сървъра, те се споразумеят помежду си за размера на прозореца, в който те ще общуват. Всеки клиент е различен прозорец, освен това, тя може да се променя в хода на предаването. Един прозорец се предава на кръгла Trip Time. Ако прозорецът - 8 KB, 10 KB и файла, тогава ще трябва два Round Trip Time, тоест два пъти повече време.
Забележка. Същото важи и за Yandeks.Metrike, GoogleAnalitic и всички такива външни скриптове и инструменти. Въпреки факта, че те са външни и трябва да се натоварва по-късно. Доста често се оказва, че въпреки факта, че тези скриптове се зареждат асинхронно, тези файлове могат да бъдат заредени преди изобразяването на страницата и, съответно, веднага след като този ресурс е зареден, той започва да се изпълнява. Съвет: кораб всички външни инструменти (показатели, броячи, бутон Vkontakte, SE и т.н.) в BX.ready. това е фактът, че страницата е заредена.
инструменти на трети страни
За да се оптимизира предно end'a като справочен документ можете да използвате инструменти на трети страни:
Свързани статии