• JavaScript ფაილების კომპრესიის პროცესი არ არის ავტომატიზებული;
• ფაილების კომპრესია მთლიანად ეყრდნობა დენ ედვარდსის ე.წ Packer – ს რომელიც გარკვეულ მიზეზთა გამო საკმაოდ მოუხერხებელია;

პირველ რიგში სანამ გადავალთ უშუალოდ ფაილების კომპრესიის ავტომატიზაციის პროცედურაზე საჭიროა საბოლოო ამოცანის სრულად ჩამოყალიბება.

მიზანი

• JavaScript ფაილების გაერთიანება და ერთი საბოლოო ფაილის მიღება;
• გაერთიანების შედეგად მიღებული ფაილის მინიფიკაცია და ობფუსკაცია;
• მინიფიცირებული ფაილის ზომაში კიდევ უფრო მეტად შემცირება base62 კოდირებით;
• საბოლოო ფაილის gzip კომპრესია;

პირველ რიგში მანამდე სანამ შევუდგებით JavaScript ფაილების კომპრესიის პროცესს მოვამზადოთ შესაბამისი გარემო, პირველ რიგში თქვენთვის მოსახერხებელ მისამართზე შექმენით კატალოგების შემდეგი სტრუქტურა:

project
    tools
    src
    build

ჩამოთვლილი პუნქტების რეალიზაციისათვის პოსტის სათაურში ნახსენები უტილიტებს გამოვიყენებთ.

უფრო კონკრეტულად კი მიზნის მისაღწევად დაგვჭირდება:

• Apache Ant – თუ გიყენიათ JDK მას დამატებითი ინსტალაცია არ ესაჭიროება;
• მოზილას Rhino – JavaScript for Java, JavaScript კოდის შესასრულებლად. გადმოწერეთ ბოლო ვერსია გახსენით არქივი და დააკოპირეთ js.jar ფაილი /project/tools კატალოგში;
• ჟულიენ ლეკომტეს მიერ შექმნილი YUICompressor რომელსაც გამოვიყენებთ JavaScript ფაილების მინიფიკაციისა და ობფუსკაციისათვის. გადმოწერეთ ბოლო ვერსია გახსენით არქივი დააკოპირეთ build კატალოგში არსებული yuicompressor-2.x.x.ჯარ ფაილი /project/tools კატალოგში, შეუცვალეთ მას სახელი და დაარქვით yuicompressor.jar;
• დენ ედვარდსის Packer რომლის მეშვეობითაც შევამცირებთ უკვე მინიფიცირებულ ფაილის მოცულობას
• ჩემს მიერ დაწერილ პატარა სკრიპტი რომელიც საშულებას მოგვცემს Ant სკრიპტიდან გამოვიძახოთ Packer – ის pack მეთოდი მინიფიცირებული კოდის base62 კოდირებისათვის. ფაილი აერთიანებს როგორც ჩემს მიერ დაწერილ კოდს, ასევე დენ ედვარდსის Packer – ს. გადმოწერეთ ფაილი და დააკოპირეთ იგი /project/tools კატალოგში

სამუშაო გარემოს დასასრულებლად /project კატალოგში შექმენით ცარიელი build.xml ფაილი.
საბოლოო ჯამში მივიღებთ კატალოგებისა და ფაილების ასეთ სტრუქტურას:

project
    tools
        js.jar
        yuicompressor.jar
        pack.js
    src
    build
    build.xml

მანამდე სანამ შევუდგებით ფაილების უშუალო კომპრესიას /project/src კატალოგში დააკოპირეთ თქვენთვის სასურველი/საჭირო JavaScript ფაილები. ამ პოსტის წერისას, ტესტირებისათვის გამოვიყენე ორი ფაილი, jquery-1.2.6.js და jQuery – ს პლაგინი jquery.form.js .

დროა შევუდგეთ Ant სკრიპტის წერას რომლის მეშვეობითაც გავაერთიანებთ ფაილებს, გამოვიძახებთ შესაბამის უტილიტებს საჭირო პარამეტრებით და მივიღებთ საბოლოო შედეგს.

<?xml version="1.0" encoding="UTF-8"?>
<project name="MyProject" default="build" basedir=".">

    <!-- Source Directory -->
    <property name="src" value="src" />
    <!-- Build Directory -->
    <property name="build" value="build" />
    <!-- Tools Directory -->
    <property name="tools" value="tools" />

    <target name="init">
        <!-- Cleanup build folder -->
        <delete>
            <fileset dir="${build}" includes="**/*.*"/>
        </delete>
    </target>

    <target name="build" depends="init">
        <!-- Concatenate source files -->
        <concat destfile="${build}/library.js">
            <filelist dir="${src}" files="jquery-1.2.6.js,jquery.form.js"/>
        </concat>
        <!-- Minify concatenated file with YUICompressor -->
        <java fork="true" jar="${tools}/yuicompressor.jar">
            <arg line="-o ${build}/library.min.js ${build}/library.js" />
        </java>
        <!-- Pack minified file with Dean Edwards' Packer -->
        <java fork="true" jar="${tools}/js.jar">
            <arg line="${tools}/pack.js ${build}/library.min.js ${build}/library.pack.js" />
        </java>
    </target>

</project>

ნაჩვენები Ant სკრიპტის დეტალების განხილვა სცილდება ამ პოსტის მიზანს, თუმცა ყველა მნიშნველოვან დირექტივას თანდართული აქვს კომენტარები ზოგადი წარმოდგენის შესაქმნელად.

სკრიპტის შექმნის შემდეგ ტერმინალიდან შედით თქვენი პროექტის კატალოგში და აკრიფეთ შემდეგი ბრძანება:

ant

პროცესის დასრულების შემდეგ ტერმინალში დაინახავთ დაახლოვებით მსგავს შედეგს:

Buildfile: /Users/iosebdzmanashvili/Sites/test/pack/build.xml
init:
build:
     [java] completed...
BUILD SUCCESSFUL
Total time: 17 seconds

მაშ ასე ფაილების გაერთიანების, მინიფიკაციის, ობფუსკაციისა და კოდის base62 კოდირებაში გადაყვანის პროცესი დასრულებულია. თუ შეხვალთ /project/build კატალოგში, დაგხვდებათ სამი ფაილი:

• library.js – რომელშიც გაერთიანებულია ზემოთ ნახსენები ორი JS ფაილი. ამ ფაილის ზომა დაახლოვებით 124KB – ს შეადგენს;
• library.min.js – YUICompressor – ის მეშვეობით მინიფიცირებული ფაილი რომლის ზომაც დაახლოვებით 64KB – ა;
• library.pack.js – Packer – ის მეშვეობით base62 კოდირებაში გადაყვანილი ფაილი რომლის ზომაც დაახლოვებით 36KB – ა;

დამერწმუნებით რომ შედეგი თვალსაჩიანოა და დამატებით კომენტარებს არ საჭიროებს, 124KB – დან საბოლოო ფაილი დავიყვანეთ 36KB – მდე რაც უდავოდ მნიშვნელოვანი სხვაობაა. თუ ამ ფაილს დამატებით პოსტის დასაწყიში ნახსენები მეთოდით დავამუშავებთ მისი ზომა დაახლოვებით 20KB – მდე დავა რაც თავისთავად ასევე მნიშვნელოვანია.

რეზიუმეს სახით ასევე მნიშვნელოვანია რამდენიმე დეტალი. თუ ფაილის მინიფიკაციის პროცესს შევასრულებდით მხოლოდ Packer – ის გამოყენებით, მივიღებდით დაახლოვებით იგივე შედეგს. თუმცა არსებობს ერთი საჩოთირო დეტალი რამაც YUICompressor – ის ჩართვისაკენ მიბიძგა.

როდესაც ვიყენებთ Packer – ს, მნიშნველოვანია გავითვალისწინოთ რომ ნებისმიერი ფუნქცია რომელსაც აღვწერთ სხვა ფუნქციისა ან მეთოდის შიგნით უნდა მთავრდებოდეს წერტილ მძიმით “;”. თუ ეს პირობა არ არის დაცული Packer – ის მიერ დაპატარავებული ფაილი უსარგებლო იქნება. ამ პროლემას აგვარებს YUICompressor, რადგან იგი ასეთ ფუნქციებს ავტომატურად ასრულებს წერტილ მძიმით ხოლო შედეგად ვღებულობთ სუფთა, Packer – ისათვის გამოსადეგ კოდს. მაგალითში ნაჩვენებია ასეთი შემთხვევა:

სამწუხაროდ Packer – ს არ აქვს იმის უნარი რომ ასეთი მცირე პრობლემები მოაგვაროს თავისით, თუმცა როგორც უკვე აღვნიშნე ამ პრობლემის თავიდან არიდება შესაძლებელია YUICompressor – ის მეშვეობით.

ასევე ყურადღებას შევაჩერებ ჩემს მიერ დაწერილ პატარა სკრიპტზე რომლის მეშვეობითაც ხდება მინიფიცირებული კოდის base62 კოდირებაში გადაყვანა. სკრიპტი არის Rhino – ს რამდენიმე სტრიქონი კლიენტი რომლის შესრულებაც შესაძლებელია ტერმინალიდან. მას ესაჭიროება ორი პარამეტრი: 1) საწყისი ფაილი რომლის კოდირებაც გვესაჭიროება; 2) საბოლოო ფაილის სახელი;

Rhino – ს კლიენტი კითხულობს პირველ პარამეტრად გადაცემული ფაილიდან JavaScript კოდს, იძახებს Packer – ის pack მეთოდს შესაბამისი პარამეტრებით, და მიღებულ შედეგს ინახავს შესაბამის ფაილში:

მაშ ასე, თუ თქვენ იყენებთ XAMPP – ს და გესაჭიროებათ PHP – სთვის tidy გაფართოვების დამატება რომელიც სამწუხაროთ XAMPP – ს არ მოყვება, გაგახარებთ და გეტყვით რომ საკმაოდ სერიოზული პრობლემის წინაშე დგახართ

რა არის საჭირო ამ მიზნის მისაღწევად? მივყვეთ ნაბიჯ ნაბიჯ:

1. შეინახეთ ყველა არსებული პროექტი უსაფრთხო ადგილას;
2. გაანადგუროთ ყველა არსებული PHP ინსტალაცია, ამისათვის ტერმინალში აკრიფეთ შემდეგი ბრძანებები:

   sudo rm -rf /Applications/xampp
   sudo rm -rf /usr/include/php
   sudo rm -rf /usr/lib/php
   

3. გადმოწეროთ XAMPP ის ბოლო ვერსია და დააინსტალირეთ;
4. გადმოწერეთ XAMPP – ის დეველოპერ პაკეტი ნებისმიერ ადგილას, შედით შესაბამის კატალოგში და დააინსტალირეთ შემდეგი ბრძანებით:
   

   sudo tar xvfpz xampp-macosx-0.7.4-dev.tar.gz -C /Applications/xampp
   

5. გადმოწერეთ PHP 5.2.6 – ის დისტრიბუტივი და გახსენით არქივი ნებისმიერ მისამართზე, მაგ:
   

   /Users/iosebdzmanashvili/Documents/PHP/php-5.2.6
   

6. გაუშვით XAMPP, შექმენით ნებისმიერი PHP ფაილი და გამობეჭდეთ phpinfo.

   მიღებული რეზულტატიდან დააკოპირეთ და შეინახეთ კონფიგურაციის პარამეტრები, ეს ნაბიჯი აუცილებელია არსებული კონფიგურაციის შესანარჩუნებლად. ორიგინალი დაახლოვებით გამოიყურება ასე:

   ./configure --prefix=/Applications/xampp/xamppfiles --program-suffix=-5.2.6 --libdir=/Applications/xampp/xamppfiles/lib/php/php5 --includedir=/Applications/xampp/xamppfiles/include/php/php5 --with-apxs2=/Applications/xampp/xamppfiles/bin/apxs --with-config-file-path=/Applications/xampp/etc --with-mysql=/Applications/xampp/xamppfiles --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --with-ttf --enable-magic-quotes --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-wddx --enable-yp --with-ftp --with-ncurses=/Applications/xampp/xamppfiles --with-gdbm=/Applications/xampp/xamppfiles --with-jpeg-dir=/Applications/xampp/xamppfiles --with-png-dir=/Applications/xampp/xamppfiles --with-freetype-dir=/Applications/xampp/xamppfiles --without-xpm --with-zlib=yes --with-zlib-dir=/Applications/xampp/xamppfiles --with-openssl=/Applications/xampp/xamppfiles --with-expat-dir=/Applications/xampp/xamppfiles --enable-xslt=/Applications/xampp/xamppfiles --with-xsl=/Applications/xampp/xamppfiles --with-dom=/Applications/xampp/xamppfiles --with-ldap=/Applications/xampp/xamppfiles --with-gd=/Applications/xampp/xamppfiles --with-mysql-sock=/Applications/xampp/xamppfiles/var/mysql/mysql.sock --with-mcrypt=/Applications/xampp/xamppfiles --with-mhash=/Applications/xampp/xamppfiles --enable-sockets --with-curl=/Applications/xampp/xamppfiles --enable-mbregex --enable-zend-multibyte --with-zip=/Applications/xampp/xamppfiles --enable-exif --with-sqlite --with-libxml-dir=/Applications/xampp/xamppfiles --enable-soap --enable-pcntl --enable-dbx --with-mysqli=/Applications/xampp/xamppfiles/bin/mysql_config --with-bz2=/Applications/xampp/xamppfiles --with-ming=shared,/Applications/xampp/xamppfiles --with-pear=/Applications/xampp/xamppfiles/lib/php/pear --with-mssql=/Applications/xampp/xamppfiles --with-imap-dir=/Applications/xampp/xamppfiles --with-imap=/Applications/xampp/xamppfiles --enable-mbstring=all,/usr --with-gettext=/Applications/xampp/xamppfiles --with-pdo-mysql=/Applications/xampp/xamppfiles
   

ახლა იწყება ყველაზე საინტერესო და არასასიამოვნო პროცესი რომლის გარკვევაზეც არცთუ ცოტა დრო დამეხარჯა:

1. გახსენით ფაილი:
   

   /Users/iosebdzmanashvili/Documents/PHP/php-5.2.6/ext/tidy/tidy.c
   

   მოძებნეთ გახსნილ ფაილში #include “tidy.h” და გადაიტანეთ იგი ფაილის დასაწყისში.

2. tidy – ს xampp – ში დასაკოპირებლად ტერმინალში აკრიფეთ შემდეგი ბრძანება:
   

   sudo ditto /usr/include/tidy /Applications/xampp/xamppfiles/include
   

   ეს პროცედურა მნიშნველოვანია რადგან PHP – სთან არსებული კონფლიქტის გამო საჭიროა tidy – ს ფაილებში ცვლილების შეტანა, ხოლო XAMPP – ში tidy არ დევს.

3. ახლად დაკოპირებული კატალოგიდან გახსენით ფაილი:
   

   /Applications/xampp/xamppfiles/include/tidy/platform.h
   

   და 526 – ე ხაზიდან 531 ხაზის ჩათვლით არსებული კოდი:
   

   #if !defined(HPUX_OS) && !defined(CYGWIN_OS) && !defined(MAC_OS_X) && !defined(BE_OS) && !defined(SOLARIS_OS) && !defined(BSD_BASED_OS) && !defined(OSF_OS) && !defined(IRIX_OS) && !defined(AIX_OS) && !defined(LINUX_OS)
   typedef unsigned int uint;
   #endif
   #if defined(HPUX_OS) || defined(CYGWIN_OS) || defined(MAC_OS) || defined(BSD_BASED_OS) || defined(_WIN32)
   typedef unsigned long ulong;
   #endif
   

   ჩაანაცვლეთ შემდეგი კოდით რათა თავიდან ავირიდოთ PHP – სთან არათავსებადობის პრობლემა:
   

   #if !defined(HPUX_OS) && !defined(CYGWIN_OS) && !defined(MAC_OS_X) && !defined(BE_OS) && !defined(SOLARIS_OS) && !defined(BSD_BASED_OS) && !defined(OSF_OS) && !defined(IRIX_OS) && !defined(AIX_OS) && !defined(LINUX_OS)
   #undef uint; /* avoid conflict with PHP */
   typedef unsigned int uint;
   #endif
   #if defined(HPUX_OS) || defined(CYGWIN_OS) || defined(MAC_OS) || defined(BSD_BASED_OS) || defined(_WIN32)
   #undef ulong; /* avoid conflict with PHP */
   typedef unsigned long ulong;
   #endif
   

4. შენახულ PHP – ს კონფიგურაციას დაამატეთ შემდეგი ორი პარამეტრი.

   იმ შემთხვევაში iconv არ არის თქვენს კონფიგურაციაში, საჭიროა მისი ცხადად მითითება, წინააღმდეგ შემთხვევაში კომპილაცია წარუმატებელი იქნება:
   

   --with-iconv=/Applications/xampp/xamppfiles
   

   ასევე მიუთითეთ tidy – ს გასააქტიურებლად საჭირო პარამეტრი:
   

   --with-tidy=/Applications/xampp/xamppfiles
   

5. კონფიგურაციის პარამეტრების მომზადების შემდეგ ტერმინალიდან გადადით PHP – ს დისტრიბუტივის კატალოგში:
   

   cd /Users/iosebdzmanashvili/Documents/PHP/php-5.2.6
   

   და ტერმინალში შეასრულეთ შემდეგი ბრძანება:
   

   ./configure --prefix=/Applications/xampp/xamppfiles --program-suffix=-5.2.6 --libdir=/Applications/xampp/xamppfiles/lib/php/php5 --includedir=/Applications/xampp/xamppfiles/include/php/php5 --with-apxs2=/Applications/xampp/xamppfiles/bin/apxs --with-config-file-path=/Applications/xampp/etc --with-mysql=/Applications/xampp/xamppfiles --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --with-ttf --enable-magic-quotes --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-wddx --enable-yp --with-ftp --with-ncurses=/Applications/xampp/xamppfiles --with-gdbm=/Applications/xampp/xamppfiles --with-jpeg-dir=/Applications/xampp/xamppfiles --with-png-dir=/Applications/xampp/xamppfiles --with-freetype-dir=/Applications/xampp/xamppfiles --without-xpm --with-zlib=yes --with-zlib-dir=/Applications/xampp/xamppfiles --with-openssl=/Applications/xampp/xamppfiles --with-expat-dir=/Applications/xampp/xamppfiles --enable-xslt=/Applications/xampp/xamppfiles --with-xsl=/Applications/xampp/xamppfiles --with-dom=/Applications/xampp/xamppfiles --with-ldap=/Applications/xampp/xamppfiles --with-gd=/Applications/xampp/xamppfiles --with-mysql-sock=/Applications/xampp/xamppfiles/var/mysql/mysql.sock --with-mcrypt=/Applications/xampp/xamppfiles --with-mhash=/Applications/xampp/xamppfiles --enable-sockets --with-curl=/Applications/xampp/xamppfiles --enable-mbregex --enable-zend-multibyte --with-zip=/Applications/xampp/xamppfiles --enable-exif --with-sqlite --with-libxml-dir=/Applications/xampp/xamppfiles --enable-soap --enable-pcntl --enable-dbx --with-mysqli=/Applications/xampp/xamppfiles/bin/mysql_config --with-bz2=/Applications/xampp/xamppfiles --with-ming=shared,/Applications/xampp/xamppfiles --with-pear=/Applications/xampp/xamppfiles/lib/php/pear --with-mssql=/Applications/xampp/xamppfiles --with-imap-dir=/Applications/xampp/xamppfiles --with-imap=/Applications/xampp/xamppfiles --enable-mbstring=all,/usr --with-gettext=/Applications/xampp/xamppfiles --with-pdo-mysql=/Applications/xampp/xamppfiles --with-iconv=/Applications/xampp/xamppfiles --with-tidy=/Applications/xampp/xamppfiles
   

6. ./configure ოპერაციის დასრულების შემდეგ ტერმინალში აკრიფეთ შემდეგი სამი ბრძანება:
   
   პროცესის დასრულების შემდეგ:

   make clean //გაუგებრობების თავიდან ასაცილებლად
   make //აქ შეგიძლიათ ყავა მოიმზადოთ, სიგარეტი მოწიოთ და კურიერს უყუროთ   
   sudo make install
   

გილოცავთ! ინსტალაცია დასრულებულია გადატვირთეთ Apache და განაგრძეთ მუშაობა

P.S.
ფაილების მისამართებში გამოყენებული მომხმარებელის სახელი “iosebdzmanashvili” უნდა შეცვალოთ თქვენი მომხმარებლის სახელით

ჩემი ბოლო ერთი წლის საქმიანობა მჭიდროდ არის დაკავშირებული ე.წ. Client Side დეველოპმენტთან, რაც თავისთავად საკმაოდ ბევრ ნიუანსს მოიცავს. თუმცა ამ შემთხვევაში ყურადღების გამახვილება მინდა CSS და JS(JavaScript) ფაილებზე, მათ ზომებზე და კომპრესიის მეთოდებზე…

პრობლემა
თავისთავად ცხადია როდესაც ვმუშაობთ RIA ტიპის საიტებზე/აპლიკაციებზე, რესურსის ვიზუალური დეტალები მთლიანად გატანილია CSS – ში და არ არის საკვირველი ის ფაქტი რომ კომპლექსური რესურსისათვის CSS ფაილების ზომა ხშირად საკმაოდ იზრდება და 25/50 კილობაიტს ან კიდევ უფრო მეტს აღწევს.

უფრო მეტად მნიშვნელოვანია ის ფაქტი რომ ასეთი ტიპის რესურსის შექმნისას გარდავალია საკმაოდ დიდი ოდენობის JavaScript კოდის გამოყენება. არ აქვს არანაირი მნიშვნელობა მას ჩვენით ვწერთ, ვიყენებთ უკვე გამზადებულ ბიბლიოთეკებს, თუ ამ ყველაფერს ერთად. ფაქტი მდგომარეობს იმაში რომ რესურსის მასშტაბურობიდან და ფუნქციონალური დატვირთვიდან გამომდინარე ხშირად JavaScript კოდის რაოდენობა შესაძლოა გასცდეს 200 კილობაიტს.

აღნიშნული დეტალები უარყოფითად აისახება როგორც სერვერზე ასევე კლიენტზე:

1) 200/300 კილობაიტი CSS/JavaScript კოდის ჩატვირთვას საკმაო დრო ესაჭიროება(ცხადია რომ ლოკალურ რესურსებზე ეს დიდად შესამჩნევი არ იქნება, მაგრამ ეს არ არის არგუმენტი);

2) სერვერის ტრაფიკი საგრძნობლად იზრდება. მითუფრო თუ რესურსს ბევრი მომხმარებელი ჰყავს;

გამოსავალი
JavaScript – ის შემთხვევაში შესაძლოა გამოვიყენოთ დენ ედვარდსის მიერ შექმნილი ინსტრუმენტი, რომლის მეშვეობითაც არის დაკომპრესირებული ისეთი ცნობილი JavaScript ბიბლიოთეკები, როგორიცაა jQuery და MooTools. ამ ინსტრუმენტის ეფექტურება შესაძლებელია გადაამოწმოთ თავად და დარწმუნდებით რომ შედეგი მართლაც შესანიშნავია, მისი მეშვეობით შესაძლებელია ფაილის მოცულობის მესამედით შემცირება.

ამ ინსტრუმენტის რამდენიმე ენის ვერსია არსებობს მათ შორის PHP5 და PHP4 – ისთვის, რომლის მეშვეობითაც მარტივად შესაძლებელია პროექტში არსებული ყველა JS ფაილის დაკომპრესირება.

CSS – ისთვის მსგავს ინსტრუმენტს არ ვიცნობ და სიმართლე ითქვას არც მიძებნია მაგრამ…

გარდა აღნიშნული გამოსავალისა არსებობს კიდევ ორი(შესაძლო უფრო მეტიც) მეთოდი. ესენია:
1) PHP – ს მეშვეობით კომპრესია, კერძოდ კი gzip – ის გამოყენებით, და რომლის განხილვასაც ამ პოსტში არ ვაპირებ რადგან მიმაჩნია რომ არასწორი და არაეფექტური საშუალებაა;
2) Apache – ს მოდული mod_deflate;

მოდულის მცირე აღწერა:

The mod_deflate module provides the DEFLATE output filter that allows output from your server to be compressed before being sent to the client over the network.

რაც მოკლედ ნიშნავს იმას რომ კონტენტის კომპრესია მოხდება სერვერზე მანამდე სანამ იგი გამოიგზავნება კლიენტის მხარეს.

გამოყენება
პირველ რიგში ამისათვის საჭიროა რომ ჩატვირთული იყოს Apache – ს mod_deflate მოდული:

LoadModule deflate_module modules/mod_deflate.so

ასევე Mac OS X – ზე XAMPP – ს გამოყენების შემთხვევაში მოძებნეთ შემდეგი სტრიქონი:

AllowOverride AuthConfig

და გადააკეთეთ იგი შემდეგნაირად:

AllowOverride all

ამ ყოველივეს შემდეგ თქვენი აპლიკაციის ძირეულ კატალოგში შექმენით .htaccess ფაილი და ჩაწერეთ მასში შემდეგი კოდი:

მხოლოდ JavaScript ფაილების კომპრესიისათვის

<Files *.js>
SetOutputFilter DEFLATE
</Files>

ან

JS და CSS ფაილების კომპრესიისათვის

<FilesMatch "\.(css|js)$">
SetOutputFilter DEFLATE
</FilesMatch>

შედეგი შეგიძლიათ გადაამოწმოთ FireBug – ის მეშვეობით, კერძოდ კი Net->JS ქვეგანყოფილებაში;

ასევე საინტერესოა ის დეტალი რომ, ეს მეთოდი კომპრესიას უკეთებს ზემოთ ხსენებული დენ ედვარდსის ინსტრუმენტით დაკომპრესირებულ ფაილებსაც რაც გაცილებით უკეთეს შედეგს იძლევა

განმარტება მწარმოებლის საიტიდან:

ModSecurity is an embeddable web application firewall. It provides protection from a range of attacks against web applications and allows for HTTP traffic monitoring and real-time analysis with no changes to existing infrastructure.

ამ მოდულს გააჩნია უამრავი კონფიგურაციის პარამეტრი რაც საგრძნობლად აუმჯობესებს რესურსის უსაფრთხოებას თუმცა მისი კონფიგურაციის ზოგიერთი დეტალი გარკვეულ პრობლემებსაც იწვევს.

ჩემს შემთხვევაში პრობლემა გამოიხატებოდა იმაში რომ იბლოკებოდა ყველა iframe ელემენტი და ასევე იბლოკებოდა ზოგიერთი ფაილი მათი დასახელების გამო (მაგ. filesystem.class.php).

გამომდინარე იქიდან რომ მე არ ვარ სერვერის ადმინისტრატორი და არ მეხება(და ხშირად არც მაინტერესებს) კონფიგურაციის დეტალები, მივაგენი სწრაფ გამოსავალს რომელიც სავსებით საკმარისია იმ მომენტამდე სანამ სერვერის ადმინისტრატორი დახვეწავს კონფიგურაციას.

კერძოდ ამისათვის საჭიროა .htaccess ფაილის შექმნა და მასში შემდეგი დირექტივების ჩაწერა:

<IfModule mod_security.c>
   SecFilterEngine Off
</IfModule>

ეს არის და ეს mod_security დაბრკოლებას აღარ წარმოადგენს, თუმცა გაითვალისწინეთ რომ ეს არის ე.წ. dirty გამოსავალი

დამატებითი დეტალებისათვის იხილეთ ოფიციალური დოკუმენტაცია