Menü

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 weboldal fejlesztő 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.

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.
  • URL jelentése

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

Címkék : Hungarian, PHP 7.4