TÄMÄ ON TÄLLÄ HETKELLÄ VAIN SCRATCHPAD -SIVU, EIKÄ SITÄ SIIRTÄ POIS TÄÄLTÄ
Tätä asiakirjaa tulee käyttää virallisten httpd howto -dokumenttien uuden version laatimiseen
Tarkista/deletehttp://wiki.apache.org/general/htaccesson, kun tämä sivu valmistuu ScratchPadista
.htaccess-tiedostojen käyttöä ei suositella, koska niillä voi olla haitallinen vaikutus palvelimen suorituskykyyn. Käytä niitä vain tarvittaessa.
.htaccess-tiedostojen tarkoitus on tarjota keino määrittää Apache käyttäjille, jotka eivät voi muokata päämääritystiedostoa (yleensä httpd.conf; katso DistrosDefaultLayout ).
Ei oikeastaan. .htaccess-tiedostoja voidaan käyttää antamaan salasanasuojaus samalla tavalla kuin päämääritystiedostoja voidaan käyttää salasanasuojauksen tarjoamiseen; .htaccessissa ei ole mitään erityistä tähän tarkoitukseen.
Ei, voit määrittää sen nimen AccessFileName-direktiivin avulla. Sitä ei kuitenkaan suositella, varsinkin jos tarjoat jaettua isännöintiä tai jotain vastaavaa, jossa tietämättömillä ihmisillä on verkkotilaa ja he odottavat .htaccess-tiedostojen tuen.
Kun sallit .htaccess-tiedostot, Apache etsii niitä aina, kun palvelimellesi käytetään. Koska myös ylähakemistoista haetaan, tämä vie jonkin aikaa (pienen) ja voi vaikuttaa palvelimesi suorituskykyyn. Parempi selitys löytyy kohdasta HtaccessGotchas. (siirrätkö selityksen tänne?)
.htaccess-tiedostoja vain silloin, kun et voi muokata päämääritystiedostoja suoraan.
Älä käytä .htaccess-tiedostoa, kun:
sinulla on oikeus muokata pääpalvelimen määritystiedostoja. Palvelimen suorituskyky on huolenaihe sinulle.epäluotetut ihmiset isännöivät verkkosivustoja palvelimella.(Katso Kuinka voin estää käyttäjiä käyttämästä .htaccess-tiedostoja? ja Kuinka voin hallita, mitä käyttäjät voivat tehdä .htaccess-tiedostojen kanssa? (Kuinka linkitän tämän asiakirjan otsikoihin????) )Luo .htaccess suosikkieditorillasi tiedosto kansioon, jossa haluat sen olevan voimassa. Varmista, että Apachen UID voi lukea tiedostoa.
.htaccess-tiedostot ovat säilöjä Apache-ohjeiden osajoukolle. .htaccess-tiedostot koskevat hakemistoa, johon ne on sijoitettu, ja kaikkia sen jälkeläisiä. .htaccess-tiedosto hakemistossa /path/to/site, koskee tätä hakemistoa, mutta myös /path/to/site/images!
Tämä tarkoittaa, että voit ajatella, että .htaccess-tiedostot lisäävät dynaamisesti seuraavat Apachen pääkokoonpanoon:
# .htaccess-sisältö menee tähänSinun on sijoitettava .htaccess-tiedosto hakemistoon, jossa haluat sen voimaan tulevan. Jos esimerkiksi haluat käyttää .htaccess-tiedostoa pakottamaan todennuksen http://www.esimerkkiin. com/admin ja DocumentRoot-asetukseksi on asetettu /var/www/html/www.example.com, sijoitat .htaccess-tiedoston hakemistoon /var/www/html/www.example.com/admin .
Voit lisätä .htaccess-tiedostoon minkä tahansa Apache-käskyn, jonka järjestelmänvalvoja päättää ottaa käyttöön, Apache-ohjeiden osajoukosta, jota Apache tukee .htaccess-tiedostoissa. Tämä toimii asettamalla AllowOverride-direktiivi oikein.
Jos haluat tarkistaa, mitä järjestelmänvalvoja on ottanut käyttöön, ota yhteyttä heihin tai isännöintipalveluntarjoajaasi tai kokeile.
Jos haluat tarkistaa, mitä direktiivejä Apache tukee .htaccess-tiedostoissa, etsi ohjeista, jota haluat käyttää, ja tutustu Context:-osaan. Jos siinä lukee .htaccess, tämä ohje on voimassa .htaccessissa, ellei järjestelmänvalvoja ole poistanut sitä käytöstä.
Esimerkki. Oletetaan, että sinun on todella käytettävä .htaccess-tiedostoja ja että haluat suojata salasanalla sijainnin, josta puhuimme edellä, joka sijaitsee osoitteessa /var/www/html/www.example.com/admin. Tehtävän .htaccess-tiedoston pitäisi näyttää tältä:
/var/www/html/www.example.com/admin/.htaccess
AuthType BasicAuthName "Todennus vaaditaan"AuthUserFile /etc/htpasswds/.htpasswd.example.comRequire valid-userOrder deny,allowTämä ei ole kelvollinen syy, koska voit käyttää Include-toimintoa.
(Suosittelen siirtämään tämän osan omaan osioon) Voit käyttää Include-direktiiviä lievittääksesi sitä, jos se todella häiritsee sinua! Katsotaanpa miten.
Oletetaan, että et pidä valtavista konfiguraatiotiedostoista ja että esimerkiksi haluat tarjota salasanatodennuksen kaikille virtuaalikoneillesi. Voit laittaa .htaccess-tiedoston jokaisen näennäisisännän juureen tai luoda Apache-asetushakemistoon alahakemiston, joka sisältää konfigurointitiedoston vhost-konetta kohden oikeilla käskyillä - kuten /usr/local/apache2/conf/vhosts-protection. . Sitten voit kirjoittaa httpd.confissa
Sisällytä /usr/local/apache2/conf/vhosts-protection/*.conf/usr/local/apache2/conf/vhosts-protection/www.example.com.conf
Todennus vaaditaan Ja niin edelleen muille virtuaalisille isäntillesi. (ehdotuksen loppu)Aseta pääpalvelimen kokoonpanossa seuraava ylätason lohkoon.E.g.
# ... muut direktiivitAllowOverride Ei mitään# ... muut käskytMuista, että ablockin käyttö on rekursiivinen.Joten jos asetat sen ylimmälle tasolle, sitä sovelletaan kaikkiin alihakemistoihin, ellei nimenomaista käännetä toisella direktiivillä.
Kokeile laittaa roskia niihin. Jos sitä luetaan, saat sisäisen palvelinvirheen, kun käytät kyseistä URL-osoitetta. Jos sitä luetaan, jatka HtaccessGotchasiin saadaksesi lisätietoja siitä, mikä voi olla vialla.
PREV: Palvelimeen ei saada yhteyttä - Pöytäkoneet ja kannettavat tietokoneet - Plex Forum
NEXT: Palvelinongelmat, jotka saavat sinut alas (ja ratkaisut!) | Udemy blogi
![[Ratkaistu] Ei voi muodostaa yhteyttä MySql-palvelimeen localhostilla (10061) (Näytä aihe) * Apache OpenOffice -yhteisöfoorumi](http://website-google-hk.oss-cn-hongkong.aliyuncs.com/drawing/26/2022-3-1/7051.jpeg "[Ratkaistu] Ei voi muodostaa yhteyttä MySql-palvelimeen localhostilla (10061) (Näytä aihe) * Apache OpenOffice -yhteisöfoorumi")
