Компресиране с htaccess

[wood]

При тест за скорост на сайта ми изписваше че трябва да компресирам js, css файлове...Сайта е на Суперхостинг
Сложих това в хатчеса:

# compress text, html, javascript, css, xml:
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript

# Or, compress certain file types by extension:
<files *.html>
SetOutputFilter DEFLATE
</files>

нищо не стана, пробвах и с този файл:

FileETag None
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType text/css "access plus 1 year"
ExpiresByType text/javascript "access plus 1 week"
ExpiresByType application/javascript "access plus 1 week"
ExpiresByType application/x-javascript "access plus 1 week"
ExpiresByType image/x-icon "access plus 1 year"
</IfModule>

<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
</IfModule>

Пак нищо, като тествам с този тул: GIDZipTest: Web Page Compression (Deflate / Gzip) Test - GIDNetwork
ми изписва че не се компресира...Къде греша.

 

[Dimo]

За: Компресиране с htaccess

За: Компресиране с htaccess

Къде греша.

Не грешиш. В обикновените хостинг планове на Суперхостинг тези модули не са активирани. Дано да го променят това.

 

[wood]

За: Компресиране с htaccess

За: Компресиране с htaccess

Не грешиш. В обикновените хостинг планове на Суперхостинг тези модули не са активирани. Дано да го променят това.

Така е, ето отговора им от Суперхостинг... дано на някой друг да му свърши работа.


Здравейте,

За съжаление на сървърите за споделен хостинг не се поддържат модулите mod_deflate и mod_gzip. Може да се използва gzip компресия посредством php.

Активирането на gzip за .js и .css файлове, с помощта на php може да се осъществи по следния начин:

1. За .css файлове:

Преименувате .css файла на .css.php. В началото на всеки .css файл поставяте следния ред:

<?php if(extension_loaded('zlib')){ob_start('ob_gzhandler');} header("Content-type: text/css"); ?>

В края на файла поставяте:

<?php if(extension_loaded('zlib')){ob_end_flush();}?>

След което, във файла, в който се използва съответния .css файл, трябва да се уверите, че го извиквате с новото разширение .css.php, например:

<link rel="stylesheet" type="text/css" media="screen" href="/style.css.php"/>

2. За .js файлове компресията е по аналогичен начин:

Преименувате .js файла на .js.php. В началото на всеки .js файл поставяте следния ред:

<?php if(extension_loaded('zlib')){ob_start('ob_gzhandler');} header("Content-type: application/javascript"); ?>

В края на файла поставяте:

<?php if(extension_loaded('zlib')){ob_end_flush();}?>

След което, отново е необходимо .js файла да бъде извикан с новото разширение .js.php.

Полезна информация можете да намерите на следния адрес (The Paul Stamatiou method):

3 ways to compress CSS files using PHP | CatsWhoCode.com

Въпреки това, Ви препоръчваме да не компресирате .css и .js файловете поради следните причини:

- Компресията би имала ефект, ако файловете са наистина големи, например по - големи от 500 KB и потребителят, който достъпва сайта, е на много бавна връзка. В днешно време едва ли има потребител, който ползва връзка по-малка от 1 мбит.
- Компресията генерира по - голямо натоварване и в някои ситуации има голяма вероятност, компресията да създаде ефект на по-бавно зареждане на страницата.

 

[borislav123]

Re: Компресиране с htaccess

gzip само ще стане

но gzip е добре


<IfModule mod_gzip.c>

mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_keep_workfiles No
mod_gzip_can_negotiate Yes
mod_gzip_add_header_count Yes
mod_gzip_send_vary Yes
mod_gzip_command_version '/mod_gzip_status'
mod_gzip_min_http 1000
mod_gzip_minimum_file_size 300
mod_gzip_maximum_file_size 512000
mod_gzip_maximum_inmem_size 60000
mod_gzip_handle_methods GET POST
mod_gzip_temp_dir /tmp
mod_gzip_item_include file \.html$
mod_gzip_item_include file \.php$
mod_gzip_item_include file \.pl$
mod_gzip_item_include file \.rb$
mod_gzip_item_include file \.py$
mod_gzip_item_include file \.cgi$
mod_gzip_item_include file \.css$
mod_gzip_item_include file \.js$
mod_gzip_item_include mime ^application/javascript$
mod_gzip_item_include mime ^application/x-javascript$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^httpd/unix-directory$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include handler ^server-status$
mod_gzip_item_include handler ^server-info$
mod_gzip_item_include handler ^application/x-httpd-php
mod_gzip_item_exclude mime ^image/.*

</IfModule>

 

[s1yf0x]

За: Компресиране с htaccess

За: Компресиране с htaccess

Имайте предвид, че използването на компресия през php ще повиши използваното процесорно време и там може да се сблъскате с друг неприятен проблем.

 

[eclipze]

За: Компресиране с htaccess

За: Компресиране с htaccess

Е то предполагам точно затова го правят по този начин, за да може да се отчете това натоварване в плана, иначе си е грубичко да си компресират данните в php, със сигурност mod_deflate e pone 10% по-бърз

 

[s1yf0x]

За: Компресиране с htaccess

За: Компресиране с htaccess

Е то предполагам точно затова го правят по този начин, за да може да се отчете това натоварване в плана, иначе си е грубичко да си компресират данните в php, със сигурност mod_deflate e pone 10% по-бърз

Мисля, че разсъждаваш в грешна насока. Не си мислете, че по цял ден сисадмините стоят и се чудят как да надуят процесорното време. Виждам, че са му писали са mod_deflate и mod_gzip, но никъде не е писано за mod_expires.В крайна сметка пък, когато споделения хостинг не може да посрещне нуждите на даден сайт, има далеч по-флексабилни алтернативи. Процента на отпадане на посетителите на сайта ще намалее, не от скоростта на зареждане, а от качеството на съдържанието. Активацията на компресия едва ли ще подобри скоростта на зареждане осезаемо.

 

[eclipze]

За: Компресиране с htaccess

За: Компресиране с htaccess

)))

Преди 3-4 години когато отново се повдигна въпроса кое ни е по-изгодно, да купуваме повече сървъри или да плащаме за канал се оказа, че mod_deflate свали разходите за канал с 750 лв. на месец, при това със срамно ниско покачване на натоварването и не повлия на нуждата от допълнителна техника. Така че ако имате голям сайт, в който трафика ви се генерира поне 30% от текст, а не от мултимедия, компресията ви помага осезателно и на сметката и на скоростта особено при потребители с по-малък канал. За това спор предполагам няма!

А за посоката на разсъжденията не гледам от гледна точка на админа, а от гледна точка на собственика и от нея не е важно "как да надуят процесорното време" а е важно правилното разпределение на ресурсите и клиентите да плащат за това което потребяват, а не едните да субсидират другите. И предвид ценовата политика на хостинг доставчиците, които искрено не мога да разбера как могат да оцелеят с такива цени е нормално да се опитват да наблъскат максимално количество сайтове на една машина и да орязват всяка услуга която ползва процесорно време което никой не плаща.