, du kan løbe flere websteder fra din billige fælles webhosting, tak. htaccess.,, hvad formålet er med. htaccess, alligevel?det er bare en ond spøg, for at holde os bange og ydmyge, er det ikke.det kan virke sådan, og selv de apache devs betragter det som en form for tæt på magi.den bygger på perl forenelig regelmæssigt udtryk, så alle regler, du skriver om. htaccess, er for det meste tegnsætning.,,,,, forståelse, i det mindste de grundlæggende,. htaccess, er afgørende for, at et websted om apacherne web - server.,. htaccess er pr. fortegnelse konfigurationer.du anbringer det i registret, vil du gøre noget, og det handler om, at registret og alle dens underkataloger.det kan du bruge til autentificering, adgangskontrol, mod_rewrite, direktiver, forvaltning på flere steder på en server, og alt, hvad det er lykkedes i deres apache - konfiguration filer.(den hat, centos og andre røde hattish distros apache konfiguration filer, /etc /httpd, og på debian /ubuntu /mynte, de er i, /etc /apache2 /.), som, htaccess, kopierer deres vigtigste apache. configs, hvornår skal du bruge det?når du ikke har adgang til din server konfiguration, som den billige fælles webhosting regnskaber.hvis du har adgang til deres apache - serveren, så behøver du ikke at være med. htaccess,,, og du burde ikke bruge den, fordi du vil tage en forestilling ramte.når du konfigurere apache at tillade. htaccess, vil det se ud i hvert register for det, selv om du ikke har nogen. htaccess, filer.hvis du bruger, mod_rewrite, og omskrive regler. htaccess, dine regler vil på ny blive udarbejdet med hver anmodning.når omskrive regler er i din server konfiguration er de læste engang og skjult.,, du kan bruge content management system (cms), de ønsker, som wordpress eller joomla.vi dykker i drupal 7, fordi det er et særligt tilfælde, hvor der er behov for mere komplekse sammensætning.det er ikke dokumenteret, og det vil forhåbentlig hjælpe horder af frustreret drupal 7 admins.,, drupal 7 og. htaccess,, når du løber flere websteder fra en enkelt apache - serveren, er det bedre at bruge apache virtuelle værter.men hvis du bruger en billig, webhosting, du ikke har denne mulighed, så du bliver nødt til at bruge. htaccess,.i disse eksempler, jeg bruger en med hensyn til cpanel og softaculous installatøren.figur 2 viser, hvad det var, public_html, fortegnelse, som er nettet root, ligner med to drupal 7 anlæg.,,,,, rinkydink måde at få hver enkelt lokalitet skal omfatte de subdirectory i ip - adresser, som mysite.com/drupal2 og myothersite.com/drupal3.hvilket er fint til prøvning, og når du er ligeglad.men når du gør mig og vil have ip - adresser, som mysite.com og myothersite.com, du har brug for. htaccess,.hvis din fedterøv med hensyn til lader dig løbe flere områder første sæt dem op i cpanel under domæner.så bruger du,. htaccess, direkte transport til den korrekte steder.,, drupal 7 har behov for særlig behandling, fordi du har brug for at redigere,. htaccess, fil i dit spind rod, og drupal er. htaccess, og settings.php, filer.det er, hvad min hjemmeside rod, public_html /. htaccess, ligner:,, muligheder - indeks muligheder + followsymlinks rewriteengine,tjene www.mysite.com fra drupal2 adresseregister rewritecond% {http_host} (www). mysite /. kom $[nc] rewriterule (http: //% 1% (request_uri} [l r = 301] rewriterule ^ (. * +) $drupal2 /$1 [l qsa],tjene www.myothersite.com fra drupal3 adresseregister rewritecond% {http_host} (www). myothersite). kom $[nc] rewriterule (http: //% 1% (request_uri} [l, r = 301] rewriterule ^ (. * +) $drupal3 /$1 [l qsa], kan du kopiere og pasta, for din egen drupal 7 lokaliteter, og du er nødt til at ændre den domænenavn i, rewritecond, styre og din hjemmeside fortegnelse i den anden, rewriterule, for hvert anlæg.næste, indtast dit, settings.php, fil (min er, public_html /drupal2 /sites /automatisk /indstillinger. php,) og sæt din, base_url,.se efter en linje her, uncomment den type, og din hjemmeside er base på url: http: //, $base_url = http: ////////////////////////////mysite. kom, ikke efter?!,, "base url" er en af de betingelser, som det lyder, som om du skal noget særligt.det er bare din hjemmeside http.nu skal de indtaste deres drupal rod. htaccess,.i mit eksempel, som det er, public_html /drupal2 /. htaccess,.det er en tyk fil, fuld af gode ting.se på denne linje:,, rewriterule ^ index.php [1], komme ud af det, og tilføje dette:,, rewriterule) (*) index.php dollars?q = $1 [l qsa],, og du er færdig.et par bemærkninger:,,, - - drupal opdateringer vil trampe dine drupal,. htaccess, så hold et backup, eller vil de kalde omdøbe dans før og efter påføring af opdateringer.- du skal beskytte din, settings.php med restriktive tilladelser.ændre det til read-write, når du har brug for at ændre det, så ændrer det 0400 (ejeren læser kun, når du er færdig.,,, hvad der skete, lad os dissekere det, så vi ved, hvad der foregår.,, rewritecond% {http_host} (www). mysite /. kom $[nc.,,, rewritecond, fastlægger betingelserne for at omskrive en url.syntaksen er, rewritecond teststring condpattern,,.det, teststring, vurderes og derefter i forhold til det, condpattern,.hvis prøvningen snor matcher de betingelser, så resultatet er gået til den næste artikel.,,, teststring er,% (http_host}, variable, og, condpattern, er (www). mysite /. kom $.det betyder "undersøge indgående http anmodning rør, og når http_host er lig med www.mysite.com gælder følgende rewriterules".^ angiver starten på snor følges, og $markerer afslutningen på det.den backslashes undslippe prikker, fordi slaget kan enten være en bogstavelig prik eller en metacharacter.[nc], er, rewriterule flag, det betyder "nej", eller hvis ufølsomt.,, vil se hvad http anmodning headers ud?du kan se dem i deres webbrowser.i firefox prøve værktøjer > net udvikler > web - konsollen > net (figur 3).,,,,,, rewriterules, gør det tunge løft.du kan have flere omskrive regler, og de er anvendt i orden.syntaksen er, rewriterule mønster substitution [eller],,.,, rewriterule (http: //% 1% (request_uri} [l, r = 301], vores første, rewriterule, registret omdirigerer alle sider på webstedet.det matcher url - adresser, begyndende med www.mysite.com, og enhver vej, komponent (request_uri), som følger med det. med andre ord, alle de andre sider på webstedet.hvordan, spørger du, gør% 1, magisk ved det er www.mysite.com?det er en, rewritecond backreference,.backreferences er skabt internt af apache og altid er til stede til kodning fornøjelse.den backreference,% 1, blev skabt automatisk fra vores, rewritecond, regel.såhttp: //% 1% (request_uri} >: alle sider på webstedet.,,, [l, r = 301] betyder stop forarbejdning, når ens url - adresser findes (l) og en 301 omdirigere (flyttet permanent).når du tester nye omdirigere regler, bør du bruge 302 (midlertidig omdirigere), så du må ikke forveksle søgemaskiner og sluge din seo.,,, rewriterule ^ (. * +) $drupal2 /$1 [l qsa], er det sidste skridt, der gør det www.mysite.com url arbejde, i stedet for www.mysite.com/drupal2.vi ved allerede, hvad karat og dollartegn.den betingede udtryk i parentes er tre metacharacters, som tilsammen skaber en joker, der passer til alt.det skaber også en anden backreference, som anvendes i erstatning, drupal2 /$1.l er at stoppe behandlingen, når betingelserne er opfyldt, og vedlægge qsa betyder.så sæt det hele sammen, og det gør drupal2 /stedet rod.,, hvis du tror, det er en lille hjernevrider, det er helt sikkert.den officielle apache dokumentation er værd at studere, og der er en række fremragende apache bøger, og ingen apache administration bør forlade hjemmet uden dem.