Основният фактор е количеството данни, предавани. Това е, за да се ускори сайта - е да се постигне по-малък обем на предаваните данни при запазване на общия размер на информация на страниците на високото им качество. Знайте, методите за изпълнение на тези мерки, е от решаващо значение за всеки уебмастър. Затова днес ние считаме, че такава компресия в интернет, защо е необходима и как да направите резервно копие на данните в сайта.
Много от тях, но за удобство, ние ги разделят на три групи:
Кодиране по дължина (УПИ) - най-често и прост алгоритъм за компресиране на данни. Тя постоянно повтарящи се символи са заменени с един знак, посочващ желания брой повторения.
Например, има една линия АААААА за съхранение, която се нуждае от 6 байта (един байт на символ). принцип компресия е да се гарантира, че ние използваме 6А, като по този начин заема само 2 байта и спестява 4 байта памет. Ако броят на повторенията в изходния код на сайта е голям, ефективността на алгоритъма ще бъде изключително висока.
Но докато има недостатък на алгоритъма. Това е практически неефективни в последователност от символи не се повтарят. Например, последователност BVBVBV заема 6 байта. Прилагане на алгоритъма ще доведе до поредица 1B1V1B1V1B1V толкова, колкото 12 байта. Но решението на този проблем - тя предлага няколко метода.
Група LZ алгоритми (фамилията Lempela и Зив фирми) има за цел да компресирате преди срещани последователност от символи. При прилагането на алгоритми разработени динамичен маса (речник), в която списък срещани секвенции и техните кодирани стойности. ефективност на компресия в същото време е много по-висока от УПИ-алгоритми.
Gzip - най-известният и ефективното прилагане на принципа на по-горе описаната компресия. Преди това, в Интернет се използва два подхода към GZIP компресия и дефлация. Те се отличават с това, че GZIP изпратен в началото на потока от данни, което показва, че тези данни са софтуерна-сгъстен и да им се изпраща дефлация. Gzip процес е по-лесно, затова е взето решение да се поддържа през целия сам си.
Създаване на софтуерна компресия за постигане на страниците, които искате да предложи оптимален размер на резервно копие, след което процесът ще започне да губи своята ефективност. Колкото по-висока степен на сгъстяване, толкова по-голямо натоварване на процесора (защото компресия се нуждае от повече време). Колкото повече CPU разходи, по-забележима промените в ефективността софтуерна-архив. Гледайки графиката по-долу може да се види, че има линейна повишаване на ефективността е пропорционална на петата власт компресия, последван от спад. Ако много процесорни ресурси, и можете да стигнете до седмо и девето степента на компресия.
Директива чрез включване на софтуерна-архив за Nginx:
С gzip_vary директива може да прехвърли заглавия на прокси кеширане, което показва характеристиките на кеша на архивираните сайтове. директива gzip_types показва към какъв тип файл архивиране нежно прилага на сървъра.
За да запазите процесорни ресурси, можете да използвате предварително компресиран с GZIP файлове алгоритми, които имат допълнително разширение .gz (например main.css.gz - това е архив за main.css). За тези файлове, можете да използвате силата на макс компресия - те подкрепени веднъж, а след това сървърът ще използва съкратена версия на взаимодействието с потребителите, поддържа компресия.
За да свържете статично архива в Nginx, трябва да се осигури подкрепа gzip_static. За да направите това, уверете се, че директивата е формулирано в конфигурацията, както следва: gzip_static върху;
С mod_deflate модул осигурява доставка на архивирани версии на файлове. Ако модулът е достъпно на сървъра, той включва следното:
В IIS мениджър, вие трябва да отидете на свойствата на "Уеб сайтове" и след това отидете на "Услуги". Компресиране също включва използване web.config, като се използва следната конфигурация:
Ако имате нужда от професионална помощ, моля, ще дам необходимите съвети, помага да определите настройките, използвате всички подходящи методи за увеличаване на скоростта на зареждане на страници.
Свързани статии