webhely létrehozása
Honlap létrehozása. 5. rész: Apache
Emlékeztetem, Apache - egy web-alapú szerver. Ez hallgat bizonyos portokat, és kapott egy érvényes kérelmet küldött a tartalom kérvényezõnek. Ez egy nagyon általános leírást a munka egy erős programot. Mert minden részletet - a „Net. Hozzáteszem, legalább a következő: http-protokoll művei 80. port, ezért alapértelmezés szerint fogadja. Itt van a web szerver és figyel. Egyéb portok továbbítására használt http-forgalmat, ezek általában létre, hogy működik a proxy szervereket.
Mielőtt a hajó a vadonban műszaki webszerveren, érdemes megemlíteni, ilyen átmeneti megoldások, mint a Denver és a XAMPP. Ehhez még hozzá Wikipedia szinte semmi. Letöltések, set - használatát. Semmi bonyolult. Kész zsákok - ez nem rossz, de úgy vélem, ezek a döntések átmeneti, mivel a normál webmaster képesnek kell lennie arra, hogy önálló telepítése és kezelése a környezetet. Ez az én véleményem.
Vissza a témához. Apache eredetileg írt a Linux és a Windows, az általunk hordozott alkalmazásokat. Ezért annak minden beállítást a szövegben leírt conf-fájlok nem a rendszerleíró adatbázisban. Aztán, mintha mi fokozatosan arra a kérdésre, hogy mi forgalmazás Apache hinta. Logikája szerint, meg kell azonos verziójú, mint a gazda, hogy nem volt olyan kérdés, akkor miért nem a szerver fut. De a „port” készülnek a késedelem megjelenése után az új verzió, ezért keressük az oldalt egy ismerős „Windows” szó és letölteni semmit :)
Tegyük fel, hogy képes letölteni és telepíteni az Apache. A szerver egy csomó beállítás, amelyek leírása a több konfigurációs fájlokat. Normális az összes beállítás helyén kívül felelős a tárhelyszolgáltatóval és az oldalon belül - a site admin.
szerver beállítások
Miután elvégezted a változtatásokat meg kell indítani a szervert. Under Látható ez történik akár a szolgáltatások menedzsment konzol vagy egy kis programmulinu ApacheMonitor. hogy jön a csomagban a szerverrel. Ha a kiszolgáló nem indul el, akkor valószínűleg hiba történt a konfigurációs fájl, ellenőrizze a naplókat [.. \ Apache2.2 \ logs \].
webhelybeállításokat
Webcímtárba beállítások leírása a .htaccess. Szülői .htaccess vonatkozik alkönyvtárak. így hogy megszünteti néhány beállítás szülő, akkor létre kell hozni egy .htaccess a katalógusban és írják fel azt az új értéket. A fő konfigurációs fájl tartják .htaccess az oldalon gyökér. Amikor hivatkozva minden könyvtárban, Apache megkeresi a beállítások fájlba, vagy olvassa el a szülő. A módosítások azonnal érvényesüljenek, akkor a szerver / böngésző újraindítása nem szükséges.
Néhány oldal beállításait:
Számlálás oldalak lehetnek index (fő) könyvtárban. Apache fogja keresni a megfelelő fájl a listán, balról jobbra. Nemrég fejezte be a nevét, hogy megmutassa, milyen szabadon lehet leírni ezt az irányelvet.
Szóval mondd a webszerver, hogy a html-fájlok kell áthajtani a PHP-előfeldolgozó. Most ez nem elég neked, hogy azt mondja, csak emlékszem a beállítást, akkor jól jöhet. Vegye figyelembe, hogy egy ilyen irányelv a fő .htaccess lassú szerver válasz, mert Minden html-fájlok az oldalon megy át PHP.
Az első irányelv társítja a fájl kiterjesztését a MIME-típus, a második rendel egy kezelőt az ilyen fájlokat. Ne felejtsük el, mielőtt a szerelvény váltakozása SSI oldal leírták. Ezek az irányelvek meghatározzák a webszerver, hogy a fájlokat nem.
Akkor / nem tud adni a könyvtár tartalmát, ha nincs honlap. Írásbeli vagy a „+” vagy „-”. Ezzel az opcióval lehet beállítani az Apache központi tinktúrák. És ha hagyjuk, hogy felülírja (AllowOverride. Cm. Fent), az opció értéke is megadható az oldal beállításait. Annak érdekében, hogy ne, hogy vajon mi van megadva a rendszermag konfigurációs, akkor jobb leírni egyértelműen a helyszínen beállításokat.
C ezt az opciót, akkor már ismerős, hogy include (SSI) által mod_include szerver. Megengedett belépési lehetőséget, hogy egyetlen vonalon, típus: „Options -Indexes Tartalmazza”
Kiadja az üzenetet a hiba. Általában a tárhelyszolgáltatójának lehetővé teszi a hiba oldalt a kódokkal a fent felsorolt. Akkor lehetséges, hogy leírja azokat a főbb .htaccess vagy a honlapon keresztül vezérlőpulton a gazda.
Jelszó a könyvtár. védelme admin
Az admin könyvtárban kell védeni a kötelező hitelesítést. Kérjen jelszót namutit át a forgatókönyvet a kiadása a böngésző, vagy egyszerűen csak a HTTP-alapú hitelesítés Web szerver erőforrásait. Ebből a célból egy védett könyvtárban hozzon létre .htaccess:
Valójában semmi nem magyarázza, az utolsó sor megjegyzésbe, ez csak egy példa. A másik kérdés az, hogyan kell létrehozni a jelszófájlé, .password. By the way, a fájl neve bármi lehet. Via Windows konzol, futtassa a fájlt [.. \ Apache2.2 \ bin \ htpasswd.exe]. Kezdve paraméterek nélkül kiadja a használati utasítást :-)
Létrehozása után a fájl biztos, hogy átvigye az előzőekben előírt könyvtár, ebben az esetben - a gyökér a helyszínen. A túlterhelés a webkiszolgáló nem szükséges, ha hozzáfér a védett könyvtárat a böngészőn keresztül kérni fogja, hogy adjon meg egy jelszót.
Vannak finomságok az oldal beállításait. Tudja, hogy a fő .htaccess vonatkozik alkönyvtárak. Tegyük fel, hogy ott leírtak:
DirectoryIndex index.php
Options -Indexes
Amely a következő: A kísérlet, hogy menjen át a böngésző az al-könyvtárba, például [../images], sikertelen lesz, „403: Hozzáférés megtagadva”. Alkönyvtárban .htaccess nem, nem index.php és a könyvtár olvasás tiltott „-Indexes”.
Ha átírjuk szóló irányelv „DirectoryIndex /index.php”, akkor fellebbezni bármely könyvtárba lesz irányítva a fő index.php. Ez megoldja a problémát az alkönyvtárakat és a 403-as hiba, de akkor figyelmen kívül hagyja index oldalak összes alkönyvtárban. Például az admin felületen lehet az index.php de akkor nem látja. Nyomtató, leírja a fő .htaccess:
Slash a végén - ez annak a jele, hogy keressen egy index oldal a következő szintre. Akkor, ha a könyvtár nem a kezdőlapot a böngésző oldalon a szülő kerül kiadásra. % Vagy nagyszülő) Röviden, a legközelebb index.php. Persze, ha nem zavarja, hogy a felhasználó látja „403: Forbidden”, ha felmászott a rossz út, és hagyja, hogy a naplókat eltömődött felesleges információt. Az eset :)
tagadja az összes
megakadályozhatja, hogy a cirkuláció rpg a megadott fájlt. Hol használható, döntsd el magad. Hadd mondjam el, hogy a webszerver konfigurációs valószínűleg megtagadja a hozzáférést senkinek. htaccess, de hirtelen tárhelyszolgáltatóját - tökfej? Következtetéseket levonni :)
Valahol a 10.x verzió az opera időleges volt - böngésző hivatkozás megnyit rar-fájl, amely ki olvashatatlan, letöltés helyett a lemezre. Úgy kezelték a böngésző beállításait a felhasználó, de van egy másik lehetőség, a „admin”:
# Konfigurálása kénytelen menteni a fájlokat, hogy nem kell megnyitni a böngészőben
AddType application / octet-stream .rar .avi .pdf
Ön tudja befejezni a terjeszkedés. Sokat kísérleteztem az Opera 11.0 kiterjesztésű jpg - nem működik, és FF18 kapott utasítást helyesen. Következtetés: A használat a saját kockázatára;)