URL jelentése

Mi az URL jelentése?

Ma már természetes, hogy böngészünk a világhálón, írjuk a weboldalak címet azok megjelennek. De az URL mögött rengeteg tartalom van, amelyet a böngészők elküldenek a webszerverek felé, amelyek ezeket képesek feldolgozni és ezzel módosítani a válasz eredményét.

Tehát mi az URL jelentése? Az attól függ ki milyen szempontból nézi:

• Ha egy profi weboldal tervező cég kérdezi, az URL nem más, mint egy HTTP GET hívás, amely egy szerver DNS neve és azok paramétereik, a DNS név feloldása után a böngésző meg tudja szólítani a szervert, az URL és HTTP fejléc paramétereinek segítségével. A szervert ezt fogadja, majd a kérést megpróbálja a legjobb tudása szerint feldolgozni és válaszol.
  • Kérés - Válasz
• Ha egy felhasználó kérdezi, az URL egy weboldal címe, amit ha ismerek valahonnan és beírom a böngésző címsorába, megjelenik pl egy weboldal
• Ha egy keresőoptimalizálás szakember kérdezi, az URL egy felhasználóbarát olvasható cím, amely tükrözi az általa címzett tartalom szövegét.
  • Keresőoptimalizálási szempontból a URL nagyon fontos tényező, a keresők az URL szövegében képesek a kulcsszavainkra keresni

URL felépítése

Itt egy példa url:

https://www.logicalmdesign.hu:463/blog/2020/04/16/tartalommarketing-hogyan-sporolhatsz-meg-milliokat

• Protocol
  • Jellemzően: HTTP:// vagy HTTPS:// de léteznek egyéb protokollok is, mint az FTP, vagy SSH
• Altartomány és Domain név
  • www vagy bármilyen előtag egy tartomány név a domain név előtt. Egy szerveren több altartomány is létezhet, pl demo.logicalmdesign.hu
  • A Domain név pedig a weboldal címe, amely a DNS névtárakban bejegyzett IP címet tükrözi.
• Port:
  • Bizonyos esetekben, ha egy szerver nem az alapértelmezett portokon kommunikál, akkor azt meg lehet adni a szerver URL-ben kettőspont után. Java Tomcat Web szerverek default portja a 8080.
• Elérési út - Statikus URL
  • /blog/.... egy elérési út a szerveren
  • Régen amikor még nem Script-ek szolgálták ki a Weboldalak tartalmait ezek a szerveren Web főkönyvtárának fizikai könyvárai voltak, amelyek egy fizikai fájt mutattak meg.
  • Alapvetően ez ma sincs másképp, de a Webszerverek képesek átadni a vezérlést a PHP számára és az feldolgozni az olyan kéréseket amelyek mögött nem található fizikai fájl.
    • Ez is egy ilyen URL, amely egy vezérlési Routing-ból áll, amely alapján a PHP el tudja dönteni, melyik tartalmat kell elővennie az adatbázisból majd abból egy HTML oldalt generálni.
  • Ezt a nevezzük keresőbarát URL-nek, mivel a felhasználó bármit beírhat, a mögötte álló PHP CMS rendszer pedig visszaadja a URL értékéből a tartalmat
    
    • Az PHP CMS számára az elérési út egyfajta paraméter ami alapján megtalálja azt a programkódot ami képes lesz feldolgozni a kérést.
• Dinamikus paraméterek - Dinamikus URL
  • Jelen példánk nem tartalmaz dinamikus paramétert, de ?parameter1=teszt1&parameter2=teszt2 mint paraméter elküldhető a szervereknek, ami pedig vagy kezd vele valamit vagy nem.
  • Okosabb keretrendszerek a klienstől érkező paramétereket a Command Design pattern alapján azonnal ellenőrzi és csak azokat engedi be a feldolgozó részhez, amelynek tényleg elvártak
• #Fragment
  • A Fragment lehet része az URL-nek de azt csak a böngésző kezeli a szerver oldalra nem küldi fel sosem.
  • Viszont Anchor link vagy Javascript képes ezeket kezelni és böngészőben futó kódokat ezzel paraméterezni.

Egyéb URL fajták

• Abszolút URL: Amikor az URL minden részét definiáljuk
• Relatív URL: Az URL nem definiálja például az Domain nevet és protokollt.
  • //www.logicalmdesign.hu
  • /blog
• Illetve lehet az előzőek alapján még
  • Statikus URL - keresőbarát URL
  • Dinamikus URL - nem keresőbarát

KAPCSOLÓDÓ KERESŐOPTIMALIZÁLÁS BLOG BEJEGYZÉSEK