Nginx, mint egy fordított proxy
Nginx, mint egy fordított proxy
Több webo.in blog olvasói is megkérdezte, hogy a konfigurációs kötegek nginx + Apache, ahol a szerver fut. Bár közvetlenül nem kapcsolódik a témához ügyfél optimalizálás. Azonban a legtöbb érintett szakemberek az optimalizálás az ügyfél, ez érdekes lesz megismerni felállítása több állomáson kiadni statikus és egy pár más trükköket kapcsolatos kiegyenlítését kéri.
Configuration Apache 2
Gzip HTML / XML / ICO
A kezdetektől fogva, mi is gzip szöveges fájlok és favicon:
Következő én meg a legnagyobb fokú tömörítés (9) az ilyen fájlokat, és a maximális mérete az ablak (15). Ha a szerver nem olyan erős, a tömörítési szintet be lehet állítani, hogy 1, a fájl mérete növekedni fog mintegy 20%.
Tiltjuk tömörítés az adott böngészők, melynek problémái vannak annak elismerését (az ilyen esetek már jól leírt és dokumentált):
Gzip CSS / JS
Most mi gondoskodunk tömörítés CSS / JS-fájlt (ez a technika jól leírható a vonatkozó cikket). Minden fájl (.css | Js | .xml)
Itt ki a megfelelő MIME-típusú sűrített stílusok és szkriptek:
Ha a szerver erőforrások nem annyira sajnálom, hogy archiválja a CSS / JS fájlokat és a szabványos módon Apache, mint ez:
Ezután egy pár kisebb javítás a teljesítmény javítása érdekében a különböző helyi proxy: utalunk a User-Agent fejlécet átvitel szükségessége (mert az ő döntését, hogy tömörítést) és Cache-Control fejléc (azaz caching nem végzik el a proxy szerver, és a fájl teljes egészében a felhasználó). Idézet w3.org:
[Ez a cím] azt mutatja, hogy az összes válasz üzenet részben vagy egészben célja egy felhasználó, és nem kell tartani az egyes közbenső cache
Nos, ő uralkodik magukat, sőt:
caching
Lehetővé teszi caching az összes fájl egy 10 éves időszakra:
Ha az a célunk, hogy a HTML-fájlt, kapcsolja ki, majd mi is folytassuk a következőképpen:
A gyökérkönyvtárban ETag ki és helyes caching az Apache az SSI (a XBitHack):
A személyes kabinet cache-me off:
Alapvetően, ez minden, amit kell az Apache, de volt egy másik kis feladat / probléma a szerveren.
„Soft” kiszolgáló gyorsítótár-
Így minden oldal fizikailag nincs a szerveren, de azt valamilyen külső forrásból, úgy tűnik, az első hívja őt.
A méret a napló
Mivel a felhasználó valódi IP, mi lesz a másik környezeti változót (nginx), meg kell változtatni a formátumot a naplót. Én megtettem ezt a következő módon:
Hol az X változó-Real-IP lesz szó az alábbiakban.
konfiguráció nginx
fordított proxy
Kezdeni hab minden olyan kérést, nginx Apache:
Az Apache emelt 8080, ahol küldünk minden kéréseket fogadó webo.in. aki nginx. Ezen kívül mi üzembe változók X-Real-IP (a normális magatartás Apache naplók, különben mi lesz néhány típusú rekord 127.0.0.1 helyett az IP-felhasználó) és Host (például az Apache foglalkozik nem egy fogadó, akkor tudja, hogy melyik gazda megkeresés érkezett hozzá is szükség van).
már több érdekes rész. Azt kell tennie bizonyos (az enyém 1) kibocsátására a házigazdák statikus (képek, stb) Közvetlenül nginx is (ismét nem továbbítják azt az Apache).
Tapasztalat nginx javasolja
Általában, ez minden. A kimeneti megkapjuk 2 hosts: az egyik tisztán alatt nginx, a második egy csomó Apache + nginx. Ezenkívül végzünk egy olyan intézkedéscsomag kliens optimalizálás, és néhány kiszolgáló gyorsítótárat.