W sumie nie wiedziałem gdzie ten temat napisać gdyż pasuję on do wielu tematów, stwierdziłem że najbardziej dotyczy PHP więc piszę właśnie tutaj.

Wiem, że tematów o kompresji było sporo, jednak nie w tym rzecz. Jak kompresję przeprowadzić wiem, sęk w tym, że z CGI to po prostu nie działa.

Od 2 dni próbuję zrobić kompresję plików css/javascript na podstawie .htaccess, czyli prostego DEFLATE.
Gdyby PHP było skompilowane jako moduł apache, wszystko było by ok, ale jest jako cgi-bin i przypuszczam że dlatego muszę poszukać innego rozwiązania.

O tyle, o ile funkcje jak ob_start('ob_gzhandler') działają, o tyme gzcompress() już nie, tak samo reguły w .htaccess (próbowałem około 23 różnych reguł do kompresji [!]). Za każdym razem dostaję ISE (kod 500).

Myślę, że jest coś ważnego o czym nie wiem, jeśli chodzi o kompresję oraz CGI. Mam nadzieję, że ktoś tutaj wie o co chodzi i podzieli się ze mną tą wiedzą

tutaj znalazłem coś takiego:


Czyli CGI nie odpali Gzip, dlaczego, i jak to obejść ?

1. nie odpali
2. bo Apache nie rozumie wtedy php_value z htaccess (przy ISAPI dodawana jest nowa dyrektywa)
3. gzcompress" title="Zobacz w manualu PHP" target="_manual nie działa? Jeśli nie - chyba czeka Cię rekompilacja PHP, jeśli działa - możesz spróbować w php.ini włączyć kompresję. A co do pozostałych plików - chyba było do Apache coś takiego, jak mod_gzip

Rozumiem, dziękuję bardzo, to rozjaśnia parę rzeczy.
PHP nie mogę za bardzo przekompilować gdyż jest to zewnętrzny hosting, a kontakt z adminem się urwał - będę musiał zmienić hosting, ale dopiero jak mi wygaśnie.
Skoro działa ob_start('ob_gzhandler'), to mogę załączać pliki z użyciem tej funkcji, po prostu napisałbym odpowiedni plik PHP. Jednak są dwie kwestie:
-czy za każdym razem kompresować taki plik, czy po prostu zapisać jego "zGZIPowaną" wersję, aby nie obciążać interpretera?
-o tyle, o ile działa dla domeny głównej, to dla subdomeny za pieruna nie mogę odpalić tego kodu (ani tego, ani ŻADNEGO kodu PHP). Czy aby odpalić PHP dla subdomeny (http://static.mojastrona.pl/test.php) trzeba mieć jakaś dodatkową konfigurację ? (dodam tylko, że mimo iż subdomena nazywa się static, to nie wykonywałem na niej żadnych dodatkowych czynności jak zmienianie nagłówków czy wyłączanie funkcji).

No, dobrze myślisz - oczywiście to drugie. Gdzieś była klasa gotowa do tego, chyba na blogu twórców YUI.


Powiem tak - to już działka admina.

Widzisz, z adminami jest tak:

Dlatego będę musiał opracować hack na hacku

OK, mam rozwiązanie.

- Pobieramy gzip.exe
- odpalamy w linii komend:
- otrzymujemy plik style.css.gz, który wysyłamy na serwer
- otwieramy .haccess:
- wprowadzamy:

Nie wiem czy będzie to działało z subdomenami, sprawdzę jutro <= działa z subdomenami.

W kodzie HTML dajemy tylko:

[HTML] pobierz, plaintext 
<link rel="stylesheet" href="screen.css.gz" type="text/css" media="screen" charset="utf-8"/>
[HTML] pobierz, plaintext 

Zalety takiego rozwiązania:
- kod nie musi byc kompresowany za każdym razem gdy użytkownik wyśle request (z tego co się orientuję przeglądarka zajmuje się takim kodem, więc nie obciąża serwera)
- kod oczywiście zajmuje mniej miejsca (nawet 85% mniej!)

Oczywistą wadą jest oczywiście to, że po każdej zmianie pliku css należy powtórzyć kompresję oraz wysłać nowy plik ".gz" na serwer.
Rozwiązanie znalazłem tutaj