Каталогі і Індэкс па змаўчанні Файлы

Структураванне вашага сайта

Савет: Зрабіце разумнае выкарыстанне падкаталогаў лагічна структураваць ваш сайт, зрабіць тэхнічнае абслугоўванне прасцей, і даць часткі вашага сайта запамінальных URL.

Вэб-сайт не павінен быць у адным каталогу. Вы можаце выкарыстоўваць падкаталогі (што графічнае асяроддзе-тып, як правіла, называюць «тэчкай» у гэтыя дні, але нас час старога computerists аддае перавагу больш тэхнічны тэрмін) у межах вашага сайта. Гэта добры спосаб, каб аддзяліць ўтрыманне ў лагічным, лёгка што абслугоўваецца чынам. Калі вы проста звальваць усё ў адным каталогу, ён будзе атрымліваць грувасткім вельмі хутка. Падкаталогі могуць быць выкарыстаны для наступных мэтаў:

1.     Для таго, каб аддзяліць ўтрыманне вашага сайта на лагічныя подсайты. Калі ваш сайт мае разумныя раздзяляльныя-ачкоў, даюць кожную частку асобны падкаталог. Напрыклад, карпаратыўны сайт можа мець адзін каталог для маркетынгавай інфармацыі аб сваёй прадукцыі, іншай інфармацыі тэхнічнай падтрымкі, і трэцяй для справаздач акцыянера. Падкаталог можна падзяліць ў сваю чаргу на суб-падкаталогаў на наступным узроўні: каталог маркетынгу можа мець падкаталог для кожнай лінейкі прадуктаў.

2.     Каб змясціць графіку ў асобны каталог з HTML-файлаў. Пры рэдагаванні HTML-файлаў і хочуць загрузіць іх усё на сервер, вы не хочаце марнаваць час на загрузцы нязменных графікаў зноў, але вы будзеце мець праблемы, якія адлучаюць іх ад HTML, калі ўсе яны перамяшаныя разам ,

3.     Сапраўды гэтак жа, калі ў вас ёсць гукавыя файлы, Java аплеты, або іншыя мультымедыйныя дапаўненні, выкарыстоўваць асобныя каталогі для кожнага віду кантэнту, каб трымаць рэчы прама.

САВЕТ: Пасля таго, як вы вырашыце вашы структуры і імёны файлаў каталогаў, не змяняць іх , калі ў вас ёсць сапраўды важкія прычыны!

Прыняцце рашэння аб структуры каталогаў вашага сайта ў пачатку, калі вы першы пачаць працаваць на ім; гэта значна лягчэй развіваць і падтрымліваць сайт, пачынаючы з разумнай структурай, чым спрабаваць змяніць структуру сайта пасля таго, як яна ўжо развілася бессістэмна. І калі вы зменіце імёны файлаў і каталогаў, пасля таго, як на сайце ўжо быў на некаторы час, вы будзеце парушаць любую закладкі, спасылку і пошукавыя сістэмы запісы, якія былі зробленыя да частак вашага сайта, акрамя галоўнай хатняй старонкі. Так прыдумаць разумныя імёны з самага пачатку, і імкнуцца пазбягаць ня змяняць іх у далейшым, калі гэта абсалютна неабходна. Нават «трывіяльнае» змяненне як змяненне ўсіх вашых .html файлаў .htm ці наадварот будзе разрываць сувязі, таму варта пазбягаць яго!

Заўвага: Абодва .html і .htm агульныя пашырэння для HTML - дакументаў. .html , як правіла , разглядаецца як больш «правільнай» пашырэнне, стоячы на імя фармату поўны дакумент «HyperText Markup Language», але .htm увайшоў ва ўжыванне ў пачатку гісторыі Інтэрнэту дзеля распрацоўшчыкаў , якія выкарыстоўваюць аперацыйныя сістэмы , такія як MS- DOS або Windows 3.1, якія былі абмежаваныя ў тры літары пашырэння. У цяперашні час, з невялікай колькасцю людзей, якія выкарыстоўваюць такія аперацыйныя сістэмы ў сетцы Інтэрнэт, а таксама з сучаснымі праграмамі FTP, якія падтрымліваюць магчымасць дадаць лішнюю літару ў канцы імёнаў файлаў пры загрузцы, ёсць некалькі важкіх прычын, каб выкарыстоўваць больш кароткі тэрмін, і некаторыя людзі думаюць, што URL-адрасы глядзіце «сырны» з кароткім пашырэннем. Некаторыя інструменты авторинга, асабліва тыя, якія ствараюцца з дапамогай Microsoft, да гэтага часу па змаўчанні гэтага пашырэння, так шмат сайтаў выкарыстоўваюць яго нават тады, калі сістэма распрацоўшчыкаў не хапае абмежаванні, якія прывялі да яго. На самай справе, адна з найбольш распаўсюджаных забабонаў у імёнах файлаў з'яўляецца тое, што імёны павінны быць абмежаваныя да 8 літар плюс падаўжэнне на 3 буквы; гэта больш не дакладна для пераважнай большасці сістэм выкарыстоўваюцца ў цяперашні час, і нават сістэмы, якія да гэтага часу абмяжоўваецца такім чынам, не маюць ніякіх праблем прагляду вэб-сайтаў з імёнамі URL не выкананне гэтага абмежавання.

Вось так жа добра, як і любое месца, каб нагадаць вам, што на серверах UNIX (што вялікая частка вэб-сайтаў выкарыстоўваюць), імёны файлаў адчувальныя да рэгістра. Імя ў верхнім рэгістры , як INDEX.HTML адрозніваецца ад аднаго ў ніжнім рэгістры , як index.html , і яны абодва адрозніваюцца адзін ад змешаных магчымасцяў , такіх як Index.Html і index.HTML . Такім чынам, калі вы ствараеце новыя файлы і каталогі на вэб-сайце, будзьце ўважлівыя вы іх імёны ў верхнім ці ніжнім рэгістры, і быць паслядоўнымі. Усе спасылкі на гэты файл будзе ўзгадніць у выпадку з тым, як файл знаходзіцца на серверы. Калі няма добрай прычыны рабіць інакш, вы павінны выкарыстоўваць усе малыя літары ў імёнах; гэта наогул шлях карыстальнікі выкарыстоўваюцца для ўводу URL. (Нават калі ваш сервер адзін, такія як Windows NT, якая не выкарыстоўвае адчувальны да рэгістра імёнаў файлаў, вы ўсё роўна павінны быць узгоднены ў выпадку, калі ў вашых спасылках, так як варыянты рознага выпадку розныя URL-адрас, нават калі яны здабываць той жа файл, і будзе асобна кэшаваць прастору браўзэра і памяці адходаў і час загрузкі.)

Індэкс па змаўчанні файлы

САВЕТ: Выкарыстоўвайце індэксны файл па змаўчанні разважліва для спрашчэння URL вашага сайта. Зрабіце тое ж самае для падкаталогаў, каб спрасціць URL-адрасы вашых суб-сайтаў.

Амаль усе вэб - серверы маюць файл па змаўчанні, звычайна index.html, але часам default.html, welcome.html або default.htm, якія будуць загружацца аўтаматычна , калі імя каталога выкарыстоўваецца ў якасці URL. Вы можаце скарыстацца гэтым, каб зрабіць ваш URL карацей і больш элегантны выгляд. Многія карыстальнікі не ведаюць пра гэта і выкарыстоўваюць URL-адрас, як:

http://www.someplace.net/~msmith/marysmith.html

Калі Мэры назвала яе галоўнай старонкі index.html, яна будзе ў стане даць ёй URL як:

http://www.someplace.net/~msmith/

Некаторыя людзі атрымліваюць гэтую палову правы, і даць іх URL, як:

http://www.someplace.net/~msmith/index.html

Яны выкарыстоўвалі правільнае імя файла, але не разумеюць, што ў іх не было на самай справе ўвесці гэтае імя. Імя каталога ў адзіночку дастаткова, прасцей ўвесці, і выглядае лепш. (Глядзі нататкі ніжэй на спасылкі назад да хатняй старонцы.)

Змесціце паказальны файл па змаўчанні ў ў кожным каталогу, нават каталогі, якія на самай справе не патрэбныя адзін (напрыклад, ваш каталог графікі). Калі вы гэтага не зробіце, калі карыстальнік ўводзіць імя каталога як URL атрымае неапрацаваны спіс каталогаў, і вы можаце мець файлы, якія вы аддалі перавагу б выпадковыя карыстальнікі не бачаць (як старонкі, якія ўсё яшчэ ў стадыі будаўніцтва). А «фіктыўны» індэксны файл прадухіляе такую ​​сачэньне.

Канчатковы Slash ў шляхавых імёнах

САВЕТ: Не пакідайце з зачыняе слэша імя-каталога URL - адрасы!

Заўсёды уключайце слэш (/) у канцы URL, які заканчваецца ў імя каталога. Калі вы выкарыстоўваеце:

http://www.someplace.net/~msmith

(Без касой рысы), браўзэр спачатку паспрабуе атрымаць файл , а не каталог, а толькі тады , калі сервер разумее , што ~ msmith гэтае імя каталога ён будзе сказаць браўзэру , каб дадаць слэш і паспрабуйце ізноў. Гэта зойме адзін дадатковы раўнд абмену дадзеных паміж браўзэрам і серверам, запавольваючы пошук. Акрамя таго, браўзэр не ведае загадзя, што адрас без слэша ідзе на тую ж старонку, як адзін з ім, таму ён не будзе паказваць спасылку на «завіталі падключаецца» колер, калі карыстач ужо пайшоў туды, і не скарыстацца раней захаваную копію старонкі, якія могуць існаваць.

Яшчэ горш, ёсць некалькі старых браўзэраў (некаторыя версіі з мазаікі, напрыклад), якія не апрацоўваць такога роду перанакіраванне правільна. Яны могуць пацягнуць правільны вэб-старонку без касых чорт, але тады яны не апрацоўваць адносныя спасылкі са старонкі правільна. Спасылка на stuff.html з URL http://www.someplace.net/~msmith/ павінен у канчатковым выніку будзе http://www.someplace.net/~msmith/stuff.html, але калі слэш апушчаны і праграмнае забеспячэнне браўзэр не дастаткова разумныя , каб дадаць яго , як толькі гэта перанакіроўваецца на сервер, ён будзе думаць , што гэта сапраўды адзін узровень каталогаў вышэй ў дрэве, і аналізаваць адносны URL як http://www.someplace.net/stuff. HTML. Гэта будзе выклікаць 404 не знойдзена памылка, і карыстач не будзе ведаць, чаму.

Калі вы карыстаецеся <BASE HREF="..."> - <BASE HREF="..."> элемент , каб паказаць базавы URL для вашага сайта, гэта яшчэ больш важна ўключыць слэш; ён не будзе працаваць без яго, паколькі браўзэр будзе аналізаваць адносныя спасылкі, выкарыстоўваючы каталог на адзін узровень вышэй, чым той, які вы прызначаны.

Адзін вельмі вядомы сайт , чые стваральнікі не прыслухаўся мой савет на завяршальных слэш з'яўляецца казённае размяшчэнне ў Starr справаздачы Кена аб адносінах прэзідэнта Клінтана з Монікай Левінскі. Дзякуючы газетным падману СМІ, гэты справаздачу (адправіў некалькі афіцыйных урадавых сайтаў 11 верасня 1998 года, і неўзабаве пасля гэтага на розныя сайты прыватнага сектара, а) атрымалі некаторыя з самых цяжкіх інтэрнэт-трафіку, калі-небудзь, у выніку чаго серверы павінны быць настолькі перагружаныя на працягу першых некалькіх гадзін даклад быў да, што большасць людзей не могуць падключыцца. На жаль, урад дадало да гэтай праблемы з дапамогай версіі URL-адрасоў гэтых сайтаў, пазбаўленых слэш ўсюды яны агалоскі або звязаны з сайтамі, забяспечваючы такім чынам, што кожны доступ сайта будзе мець яшчэ адну транзакцыі сервера, чым было б неабходна, калі быў выкарыстаны слэш. З высокім узроўнем трафіку сайта было ў той час, гэта, верагодна, дадаў працяглыя затрымкі для доступаў многіх людзей.

Яшчэ адна прычына для выкарыстання закрыцця слэш ...

Калі URL-адрас публікуюцца ў друкаваных сродках масавай інфармацыі, такія як газеты, часопісы і інфармацыйныя бюлетэні, яны часта атрымліваюць пакладзеныя ў прапановах з перыядамі ў канцыекаторыя чытачы (асабліва тыя, хто пачаткоўцы ў Інтэрнэце і не падазраючы пра тое, што знакі, як правіла, знаходзяцца ў URL, у якім парадку) будуць думаць, што перыяд з'яўляецца часткай URL і ўвядзіце яго ў сваіх браўзэрах. Калі URL заканчваецца касой рысай, дадаўшы перыяд на гэта будзе разглядацца большасцю сервераў у якасці спасылкі на «адной кропкі» каталог сімволікай-спасылка, якая паказвае на бягучы каталог. Гэта выкліча тую ж старонку, як карыстальнік атрымаў бы без дадатковага перыяду (хоць і з крыху безгустоўным URL). Без закрывае касой рысы, дадаўшы перыяд прымушае яго быць прыкладзены да запытанага імя файла, як правіла, вырабляць 404 не знойдзена памылка.

Апошняе заўвага па касой рысы ...

Сказаўшы ўсё гэта, я б лепш нагадаць вам не «overcorrect», дадаўшы касую рысу ў URL - адрасы, якія не павінны мець іх. Калі URL спасылаецца на файл , а не каталог, не павінна быць касой рысы ў канцы. Так што не тыпу « http://www.someplace.net/~msmith/stuff.html/ »!

Ўзоры Назад Галоўная

САВЕТ: Хатняя старонка (звычайна) з імем index.html, але не выкарыстоўвайце спасылку на файл з такім імем!

Пры кампаноўцы на ваш асноўны хатняй старонцы з іншых старонак вашага сайта, выкарыстоўвайце <A HREF="./"> замест <A HREF="index.html"> . Гэтая «кропка-слэш» сінтаксіс выклікае індэкс сапраўднага каталога для загрузкі ў адпаведнасці з тым жа сінтаксісам URL, які карыстальнік, які выкарыстоўваецца для доступу да сайта, у першую чаргу (імя каталога ў адзіночку), у той час як апошні сінтаксіс адпраўляе карыстальніка ў URL з непатрэбным «index.html», прыкладзенага да яго, што браўзэр не зразумее гэта тая ж старонка, і, такім чынам, не паказваць спасылку ў «наведвальны» колеры або выкарыстоўваць кэшаваныя копіі. Калі спасылкі карыстальніка ці закладка старонкі, яны будуць у канчатковым выніку распаўсюджваюцца вашым малотоксичны элегантнай «index.html» URL замест чыстага імя каталога. (Некаторы WYSIWYG - тыпу рэдактара , як Microsoft Front Page адмаўляюцца дазволіць вам рабіць спасылкі, як я рэкамендую, нават змены ўручную уведзеную «./» спасылку на "index.html" на вас. Гэта адна з прычын , чаму я ненавіджу такія рэдактар, і выкарыстоўваць толькі простыя тэкставыя рэдактары, каб зрабіць сваё ўласнае рэдагаванне старонкі.)

Заўвага: Як правіла, вы павінны быць паслядоўнымі і спасылку на кожную з старонак з адной «кананічнай» URL на старонку, так што «завіталі» колер спасылку і браўзэр кэшуецца працаваць належным чынам. Мае нататкі на сувязь з індэксам па змаўчанні, і заўсёды з дапамогай закрыцця слэш у дырэкторыі спасылак з'яўляюцца два асобніка гэтага; іншыя выпадкі ўключаюць у сябе сайты, якія даступныя праз некалькі даменаў або імёны хастоў: http://www.yoursite.com/ і http://yoursite.com/ можаце і працаваць, але вы павінны выбраць адзін у якасці стандартнага спосабу спасылкі на ваш сайт замест таго, каб змешваць іх. Некаторыя людзі наўмысна звязваюць з некалькімі варыянтамі іх адрасы ў якасці спосабу атрымання пашукавікі індэксаваць іх некалькі разоў, але мяне дзівіць як іншая форма «Пошукавы спам» , і гэта раздражняе , як карыстальнік , каб скончыць з вялікай колькасцю копіяў тая ж старонка з'яўляецца ў выніках пошуку.

Акрамя таго , калі вы выкарыстоўваеце адзін і тую ж графіку ў некалькіх месцах, пераканайцеся , што вы карыстаецеся адзін і той жа экземпляр гэтага, у тым жа URL, так што браўзэры могуць выкарыстоўваць раней захаваную копію гэтага замест перазагрузкі яго кожны раз.

Вы можаце выкарыстоўваць індэксны файлы ў кожным каталогу, калі ў вас ёсць некалькі каталогаў, так што Мэры можа зрабіць суб-сайты на свае захапленні філатэліі і катоў у якасці

http://www.someplace.net/~msmith/stamps/ 
http://www.someplace.net/~msmith/cats/

У такой структуры, асноўнае меню з «штампаў» і «котак» подсайтов будуць index.html файлаў гэтых адпаведных каталогаў, і можа быць неабмежаваным колькасцю іншых файлаў у кожным з каталогаў.Але не варта блытаць структуру, змяшчаючы галоўнае меню ў іншым месцы; Я бачыў сайты, якія выкарыстоўваюць «stamps.html» у бацькоўскай каталогу у якасці галоўнага меню «штампы» даччынага, з астатнімі файламі ў паддырэкторыі «марках /». Тут няма ніякай логікі крок аддзяляе даччынае меню ад звязаных з ім файлаў, так што я не ведаю, што распрацоўшчык думае, калі ён ці яна зрабіла гэта.

Калі змясціць асноўны індэкс даччыным ў патрэбны каталог, але не называюць яго ў якасці індэкса па змаўчанні, вы ў канчатковым выніку з «лішніх» URL-адрасы, такія як:

http://www.someplace.net/~msmith/stamps/stamps.html

Я хацеў бы назваць такія URL «Foo-слэш-Foo» URL, так як яны ў форме foo/foo.html (дзе «Foo» з'яўляецца адным з любімых імёнаў «адвольнай зменнай» суполкі «кампутарны гік», прадстаўляючы любой радок знакаў). Залішнія URL-адрас выглядае трохі па-дурному, і больш, чым URL вы маглі б мець з дапамогай файлаў па змаўчанні і са спасылкай на URL-адрасы па імені каталога ў адзіночку. Я нават бачыў triply- або у чатыры разы-залішніх URL-адрасы на сайтах, якія, здаецца, выходзяць са свайго шляху, каб выкарыстоўваць занадта глыбокія дрэва каталогаў і пазбегнуць выкарыстання індэксаў па змаўчанні, вырабляючы жахлівыя, як:

http://www.foocorp.com/foocorp/foo/corp/foocorp.html

Магчыма, распрацоўшчык проста не думаў відавочна пры планаванні імёнаў файлаў і каталогаў у такім месцы. Вы можаце зрабіць лепш!

Заўвага: Я думаў , што, калі я прыйшоў з прыведзеных вышэй прыкладам «foocorp» , што гэта надуманая, перабольшаная URL выкарыстоўваецца для эфекту, і што я не быў , верагодна, сутыкнуцца з тым , што дрэнным ў рэальным свеце ... але я знайшоў што mlb.com адрас сайта МЛБ перанакіроўвае на гэта зверства:

http://mlb.mlb.com/NASApp/mlb/mlb/homepage/mlb_homepage.jsp

Пры злучэнні ў бацькоўскі каталог, выкарыстоўвайце HREF="../" (дзве кропкі і касой рысы); пры злучэнні з «роднасным» выкарыстаннем каталога HREF="../cats/" ; звязаць з індэксам падкаталога ніжэй цяперашняй, выкарыстоўваць імя без якіх - небудзь кропак ці касую рысу перад тым, як яго HREF="stamps/" . Для таго, каб падняцца на два ўзроўню да «прабацькі» выкарыстанне каталога HREF="../../"

Адна заўвага: калі вы робіце спасылкі як я рэкамендую тут, яны не будуць працаваць, калі вы праглядаеце вэб-старонак на вашым цвёрдым дыску, так як ваш жорсткі дыск не мае якіх-небудзь «па змаўчанні» імя файла як індэкс каталога. Вы ўбачыце неапрацаваны каталог, калі вы будзеце прытрымлівацца такой спасылцы. Але вы распрацоўкі вашага вэб-сайта, каб добра выглядаць на вашым цвёрдым дыску або на вэб-сэрвэры прызначэння? Калі вы не стварыць сайт для распаўсюджвання на дыскеце або кампакт-дыску, каб запусціць у несетевых асяроддзях, мэта вашага развіцця, каб зрабіць працу сайта добра на сэрвэры, так што вы павінны мірыцца з невялікай няёмкасцю, калі вы «паўторна выпрабоўваць яго на сваёй машыне перад загрузкай. Калі вы будзеце прытрымлівацца спасылцы і сырой каталог прыходзіць, што гэта не памылка; проста націсніце на «index.html» і працягвайце ісці, з усведамленнем таго, што гэтая «праблема» сыдзе, як толькі вы змесціце сайт на сэрвэры, дзе яна належыць. Калі вам патрэбна версія сайта, якая працуе правільна на цвёрдым або гнуткі дыск, ёсць некаторыя праграмы, даступныя для экспарту вэба-сайта на дыск у працаздольным рэжыме, які аўтаматычна змяніць усе спасылкі на сапраўдныя імёны файлаў, а не імёны каталогаў. Teleport Pro і WebSnake дзве такія праграмы, даступныя праз TUCOWS .

сувязі