Ember által olvasható URL

Az ember által érthető URL (rövidítve CNC , szemantikus URL is , angolbarát  URL ) egy URL elérési út, amely azonosítók helyett érthető szavakból [1] [2] [3] [4] , és a fájlszerkezetet tükrözi. az oldalról . Például a vagy helyett lesz . /c14/3/97//index.php?cat=10&subcat=2&id=41/product/phone/Samsung/

Az ember számára érthető utak javítják a használhatóságot , emellett lehetővé teszik, hogy a link neve feltételezze a rajta lévő oldal tartalmát [5] [1] [6] , és reprezentálja az oldal szerkezetét [1] [6] .

Technikailag egy URL csak latin betűket és néhány szimbólumot tartalmazhat. Az összes többi karakter, beleértve az orosz betűket is, kódolt ( százalékos kódolás ), és így nézhet ki %D0%9B%D1%83%D0%BA. Ezért általában latin betűket használnak a címekben, hogy elkerüljék a felhasználók komplikációit [7] .

Koncepció

A szemantikus URL-ek célja, hogy javítsák egy webhely vagy webszolgáltatás használhatóságát és elérhetőségét , miközben azonnal természetesek és intuitívak a nem szakértő felhasználók számára . Az ilyen URL-sémák egy információhalmaz fogalmi felépítését igyekeznek tükrözni, és leválasztják a felhasználói felületet az információ belső megjelenítésétől a szerveren. A tiszta URL-ek használatának további okai közé tartozik a keresőoptimalizálás (SEO) [8] , a REST - stílusú szoftverarchitektúrának való megfelelés , valamint annak biztosítása, hogy az egyes webes erőforrások következetesen ugyanazon az URL-en maradjanak. Ez a világhálót stabilabb és hasznosabb rendszerré teszi, valamint tartósabb és megbízhatóbb webes erőforrás-könyvjelzőket ( bookmarkable URL ) biztosít, amelyek nem kapnak cookie -kat vagy munkamenet-adatokat egy másik számítógépről [9] .

A szemantikus URL nem tartalmazza az oldal alapjául szolgáló webalkalmazás megvalósítási részleteit sem. Ez azzal jár, hogy csökkenti az erőforrás megvalósításának későbbi megváltoztatásának bonyolultságát. Például sok nem szemantikus URL tartalmazza egy szerveroldali szkript fájlnevét , például example.php , example.asp vagy cgi-bin . Ha az erőforrás mögöttes megvalósítása megváltozna, akkor ezeknek az URL-eknek is változniuk kell vele. Hasonlóképpen, ha az URL nem szemantikus, ha a webhely adatbázisát áthelyezték vagy átstrukturálták, előfordulhat, hogy a belső és a külső webhelyekről is hibás hivatkozások jelennek meg, ami utóbbi miatt eltávolíthatók a keresőmotorok listájáról . A szemantikus URL használata a különböző felhasználói ügynökök számára konzisztens helyet biztosít az erőforrásokhoz, függetlenül a belső struktúrától. A szemantikus URL-ek használatának másik lehetséges előnye, hogy a belső szerver- vagy alkalmazásinformációk elrejtése javíthatja a rendszer biztonságát .

A barátságos URL nem tartalmaz sok extra karaktert [10] (tetszik ?vagy &[5] ). Ez az URL emlékezetesebb, és a felhasználó következtethet, hogy mi fog megjelenni az oldalon [5] .

Az „ember által olvasható URL-ek” magukban foglalják az oldalcímek lerövidítését, hogy azok a lehető legtömörebbek és érthetőbbek legyenek. A szerveren lévő személy számára természetes logikai adatstruktúra látszatát keltik , egy fájlrendszerhez hasonlóan hierarchikus (faszerű) struktúra formájában jelenítik meg . Az ilyen címeket könnyebben lehet olvasni, megérteni és reprodukálni. Ezenkívül segít eligazodni a webhely logikai felépítésében, pusztán a könyvtárak egymásba ágyazásával. Nem szükséges felkeresni az oldalt, hogy megtudja, mi van rajta. Bizonyos esetekben a szülőkönyvtárak eléréséhez csak a megfelelő helyre kell törölnie a címet, és a főoldalra lépéshez a domain név kivételével minden törlődik .

Az ilyen címeket a keresőmotorok közvetlenül a keresési eredmények között jelenítik meg [11] , beleértve az ezeken a címeken végzett kulcsszavas kereséseket is . A CNC-t keresőoptimalizálási ( SEO ) módszerekben használják .

Cím

Az összetett URL-ek használata az „ember által olvasható” címtárak helyett már 1996-ban kiemelkedett a 10 legnagyobb webtervezési hiba között [12] . 1998-ban Tim Berners-Lee írt egy cikket a "menő URI-kről". Artemy Lebedev 2000 márciusában írt egy tiszta és érthető URL-ről az Útmutatóban. Az "NC" kifejezés az "ember által érthető URL-t" jelenti, egy másik lehetőség - a betűk. „emberi érthető url”, ahol a szleng „url” az URL [13] . E kifejezés orosz nyelvű megjelenésének fő változata az, hogy 2000 szeptemberében-novemberében egy személyes blog [14] „CNC és PHP” megjegyzése cikkként jelent meg több speciális webprogramozási oldalon, és az ezt követő elterjedtsége a cikkre mutató linkek hatására elterjedt ez a kifejezés.

A Google egy ilyen címet "egyszerű URL-nek" [3] vagy "egyszerű URL-nek" [15] nevez . A Microsoft SharePoint a kifejezésbarát URL -t vagy a teljes szöveges URL-t használja. További használt nevek: szemantikus URL (szó szerint szemantikus URL), tiszta URL [16] , RESTful URL , szép URL , barátságos URL [17] (FURL), keresőbarát URL (SEF URL) [18] [19] , keresőoptimalizálásbarát URL (SEO-barát URL) , emberbarát URL , felhasználóbarát URL és ember által olvasható URL .

Szerkezet

A nem szemantikus URL általában egy elérési útból , egy szkriptnévből és egy lekérdezési karakterláncból áll . A lekérdezési karakterlánc-paraméterek határozzák meg az oldalon megjelenő tartalmat, és gyakran tartalmaznak olyan információkat, amelyek nehezen érthetők vagy nem relevánsak a felhasználók számára, mint például az adatbázisból származó értékek belső numerikus azonosítói , " százalékos kódolás ", munkamenet-azonosítók , részletek a megvalósításról és így tovább. A szemantikus URL-ek viszont csak az erőforrás elérési útját tartalmazzák, amely a hierarchia valamilyen logikai struktúráját tükrözi, így a felhasználók könnyen értelmezhetik és kezelhetik azt.

A tartalomszervezésnek olyannak kell lennie, hogy az URL-ek logikai szerkezetűek legyenek [4] . A CNC-ben a keresőmotorok jobban megértik a beágyazást [2] . A nem NC URL homályos "felesleges" részének eltávolításával a felhasználó hibás hivatkozást kap [3] . A webhelyszerkezet-hierarchia szintjein való mozgáshoz hasonló CNC-t is használnak, duplikált navigációt [6] . Ha a CNC-ben az utolsó szót törli a perjel előtt, a felhasználó magasabb kategóriába kerül [2] . Az URL megjelenítheti a kiszolgálón lévő könyvtárból egy fájl elérési útját. Ugyanakkor a CNC-nek ugyanazt az információt kell tartalmaznia ugyanahhoz a fájlhoz, mint amit a nem CNC-szkript kap a [8] paramétersorban . Ehhez használjon különböző módokat az URL átírására .

Keresőoptimalizálás (SEO)

Az URL-nek rövidnek és leíró jellegűnek kell lennie, és aláhúzás helyett kötőjeleket is tartalmazhat a szavak között. A speciális karakterek elkerülése annak is köszönhető, hogy a keresőrobotok nem indexelik tovább az URL ?-t, feltételezve, hogy nincs utána értékes információ. [húsz]

A keresőoptimalizálási ( SEO ) technikákban a CNC-t megtöltik releváns kulcsszavakkal , amelyek röviden leírják a tartalmat [21] , és az irreleváns szavakat eltávolítják. Az eltávolított gyakori szavak közé tartoznak a cikkek és a kötőszavak , míg a leíró kulcsszavak hozzáadódnak a felhasználóbarátság növelése és a keresőmotorok rangsorolásának javítása érdekében [8] .

Lehetséges problémák

• A CNC gyakran meghosszabbítja a webcím karakterláncát. A szükségtelenül hosszú címsor kényelmetlen lehet az emberi használatra, és a webcímek hosszára vonatkozó technikai korlátok miatt nem működhet .
• A webcímekben az összes nem latin betűt, különösen az oroszt, valamint a szóközöket és a legtöbb karaktert az angolnak nevezett kódolás konvertálja.  százalékos kódolás vagy URL-kódolás . Például az "íj" lesz %D0%9B%D1%83%D0%BA. A hivatkozások konvertált formája érthetetlen az emberek számára, és kényelmetlen a gépelés során. Ezért az NC szavak általában csak érvényes karakterekből állnak (latin betűk, számok és néhány írásjel: - _ . ~[22] ), hogy elkerüljük a százalékos kódolást a címben. Egyes webhelyek a felhasználó nyelvén használnak szavakat az URL-ben; ebben az esetben azt feltételezzük, hogy maga a böngésző, amikor megmutatja a felhasználónak az URL-t, átkódolja azt a százalékos kódolású formáról szavakra, de nem minden böngésző teszi ezt.

Megvalósítás

A szemantikus URL-ek megvalósítása magában foglalja az "URL-leképezést" mintaegyeztetésen keresztül vagy a "Rewrite engine"  - átlátszó URL - újraírási módszereket. Mivel ez általában a szerver oldalon történik, gyakran a felhasználó számára látható egyetlen űrlap a szemantikai URL.

A töredékazonosító szerepelhet az oldalon belüli linkek szemantikus URL-jének végén, és nem kell érthetőnek lennie a felhasználó számára. [23]

Slug

Egyes rendszerek a slug -ot olyan URL részeként határozzák meg, amely egy oldalt ember által olvasható kulcsszavakban azonosít [24] [25] Általában az URL záró része, amely magának az erőforrásnak a neveként értelmezhető, mint például az alapnév egy fájlnévben vagy az oldal címében. Ez a "slug" név a médiában használt slug

Általában a slug automatikusan generálódik az oldal címéből, de manuálisan is beírható vagy módosítható, így az oldal címe továbbra is emberi megjelenítésre és olvashatóságra szolgál, de a slug optimalizálható rövidségre vagy keresőmotoros feldolgozásra. A hosszú oldalcímek is csonkolhatók, hogy a végső URL ésszerű hosszú legyen.

Alapvetően a slug teljes egészében kisbetűkkel történik, a diakritikus karaktereket latin betűkkel, a szóköz karaktereket pedig kötőjelekkel vagy aláhúzásjelekkel helyettesítik a "százalékos kódolás" elkerülése érdekében. Az írásjeleket többnyire eltávolítják, csakúgy, mint néhány rövid általános szót, például a kötőszavakat . Például:

• cím: Ez, az és a másik! An Outre Collection ;
• generált csiga: this-that-other-outre-collection.

Megvalósítás különböző szervereken

Az oldalcímek értelmezését, ahogy fentebb említettük, a szerver és a webhely szoftvere kezeli. Minden szerver implementációnak megvan a maga modulja, amely megvalósítja ezt a funkciót.

Az IIS -kiszolgálón ezt a funkciót az ingyenes URLRewriter modul valósítja meg. Ugyanakkor van egy mod_rewrite modul az Apache szerverhez, amely a .htaccess fájlon keresztül konfigurálható .

Például a következő kód megadásával a webmester képes lesz fogadni a PHP -ben átadott összes paramétert egy tömbön keresztül $_SERVER['REQUEST_URI'], és bármely kérés belépési pontja az index.php [26] lesz .

Webes keretrendszerekben ( CodeIgniter , Django , Node.js , Ruby on Rails vagy Zend Framework ) a webszerver nem éri el a szkriptet, hanem egy speciális fájlt néz meg a megadott elérési út beállításaihoz. Az ilyen utat vagy reguláris kifejezések jelzik, vagy egy speciális nyelven.

Például a Ruby on Rails alkalmazásban annak megadásához, hogy egy osztálymetódus kerüljön meghívásra egy hívásnál és /users/loginegy showosztálymetódus usersegy esetnél , a következő kódot kell használni /users/ :indexusers