Definisi & Contoh URL
Singkatan sebagai URL , Pencari Sumber Seragam adalah cara untuk mengenal pasti lokasi fail di internet. Mereka adalah apa yang kita gunakan untuk membuka bukan sahaja laman web, tetapi juga untuk memuat turun imej, video, program perisian, dan jenis fail lain yang dihoskan pada pelayan.
Membuka fail setempat pada komputer anda semudah mengklik dua kali, tetapi untuk membuka fail pada komputer jauh , seperti pelayan web, kami mesti menggunakan URL supaya pelayar web kami tahu di mana hendak melihatnya. Sebagai contoh, membuka fail HTML yang mewakili halaman web yang dijelaskan di bawah, dilakukan dengan memasukkannya ke dalam bar navigasi di bahagian atas pelayar yang anda gunakan.
Pencari Sumber Seragam yang paling sering disingkat sebagai URL tetapi mereka juga dipanggil alamat laman web apabila mereka merujuk kepada URL yang menggunakan protokol HTTP atau HTTPS.
URL biasanya diucapkan dengan setiap huruf yang diucapkan secara individu (iaitu u - r - l , bukan earl ). Ia digunakan sebagai singkatan untuk Pencari Sumber Universal sebelum diubah menjadi Pencari Sumber Uniform.
Contoh URL
Anda mungkin digunakan untuk memasukkan dalam URL, seperti ini untuk mengakses laman web Google:
https://www.google.comSeluruh alamat dipanggil URL. Contoh lain ialah laman web ini (pertama) dan Microsoft (kedua):
https: // https://www.microsoft.comAnda juga boleh mendapatkan super khusus dan membuka URL langsung kepada imej, seperti ini yang lama yang menunjuk pada logo Google di laman web Wikipedia. Jika anda membuka pautan itu, anda dapat melihatnya bermula dengan https: // dan mempunyai URL biasa seperti contoh di atas, tetapi kemudian mempunyai banyak teks dan garis miring lain untuk menunjuk anda ke folder dan fail yang tepat di mana imej itu bertempat di pelayan laman web.
Konsep yang sama digunakan apabila anda mengakses laman masuk router ; alamat IP router digunakan sebagai URL untuk membuka halaman konfigurasi. Lihat senarai Password Default NETGEAR ini untuk melihat apa yang saya maksudkan.
Kebanyakan kita biasa dengan jenis URL yang kita gunakan dalam pelayar web seperti Firefox atau Chrome, tetapi bukan satu-satunya keadaan di mana anda memerlukan URL.
Dalam semua contoh ini, anda menggunakan protokol HTTP untuk membuka laman web, yang mungkin hanya satu-satunya orang yang menemui, tetapi terdapat protokol lain yang boleh anda gunakan juga, seperti FTP, TELNET , MAILTO, dan RDP. URL juga boleh menunjuk ke fail tempatan yang anda ada pada cakera keras . Setiap protokol mungkin mempunyai peraturan sintaks yang unik untuk mencapai destinasi.
Struktur URL
URL boleh dipecah menjadi bahagian yang berlainan, setiap helaian berkhidmat dengan tujuan khusus apabila mengakses fail jauh.
HTTP dan URL FTP disusun sama, seperti protokol: // hostname / fileinfo . Sebagai contoh, mengakses fail FTP dengan URLnya mungkin kelihatan seperti ini:
FTP: //servername/folder/otherfolder/programdetails.docx... yang, selain mempunyai FTP dan bukannya HTTP , kelihatan seperti URL lain yang mungkin anda hadapi di sana di web.
Mari kita gunakan URL berikut, yang merupakan pengumuman Google tentang kecacatan CPU , sebagai contoh alamat HTTP dan mengenal pasti setiap bahagian:
https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html- https adalah protokol (seperti FTP adalah protokol) yang mentakrifkan jenis pelayan yang anda berkomunikasi.
- Keselamatan ialah nama hos yang digunakan untuk mengakses laman web tertentu ini.
- googleblog adalah nama domain.
- com adalah apa yang disebut sebagai domain peringkat tertinggi (TDL) , beberapa yang lain termasuk .net, .org, .co.uk, dll.
- / 2018/01 / mewakili direktori yang digunakan untuk mengatur halaman web atau fail. Di pelayan web yang memegang fail laman web, ini akan menjadi folder sebenar yang akan anda klik untuk mencari fail yang ditetapkan oleh URL ini.
- todays-cpu-vulnerability-what-you-need.html adalah file sebenar yang ditunjuk URL. Jika anda cuba memuatkan imej, fail audio, atau jenis fail lain dan bukan fail HTML, maka URL akan berakhir dalam sambungan fail tersebut (seperti PNG atau MP3 ).
- security.googleblog.com sebagai satu kumpulan dipanggil Nama Domain Sepenuhnya Berkualitas (FQDN) .
Kaedah Syntax URL
Hanya nombor, huruf, dan aksara berikut dibenarkan dalam URL: ()! $ -'_ * +.
Watak-watak lain mesti dikodkan (diterjemahkan ke kod pengaturcaraan) untuk diterima dalam URL.
Beberapa URL mempunyai parameter yang memisahkan URL dari pembolehubah tambahan. Sebagai contoh, apabila anda melakukan carian Google :
https://www.google.com/search?q=... tanda tanya yang anda lihat adalah menceritakan skrip tertentu, yang dihoskan di pelayan Google, yang anda mahu untuk menghantar perintah tertentu ke dalamnya untuk mendapatkan keputusan tersuai.
Skrip khusus yang digunakan Google untuk menjalankan carian mengetahui bahawa apa saja yang mengikuti ? Q = sebahagian daripada URL harus dikenalpasti sebagai istilah carian, jadi apa pun yang ditaip pada titik itu dalam URL digunakan untuk mencari di enjin carian Google.
Anda boleh melihat tingkah laku yang serupa dalam URL dalam carian YouTube ini untuk video kucing terbaik :
https://www.youtube.com/results?search_query=best+cat+videosNota: Walaupun ruang tidak dibenarkan dalam URL, sesetengah tapak web menggunakan tanda + , yang boleh anda lihat dalam contoh Google dan YouTube. Lain-lain menggunakan persamaan yang disandarkan ruang, iaitu % 20 .
URL yang menggunakan pelbagai pembolehubah menggunakan satu atau lebih ampersand selepas tanda tanya. Anda boleh melihat contoh di sini untuk carian Amazon.com untuk Windows 10:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10Pembolehubah pertama, url , didahului oleh tanda tanya tetapi pembolehubah seterusnya, bidang-kata kunci , didahului oleh ampersand. Pembolehubah tambahan juga akan didahului oleh ampersand.
Sebahagian daripada URL adalah kes sensitif - khususnya, semuanya selepas nama domain (direktori dan nama fail). Anda dapat melihat ini untuk diri sendiri jika anda memanfaatkan kata "alat" dalam contoh URL dari tapak saya yang kami deconstructed di atas, menjadikan akhir URL yang dibaca /free-driver-updater-Tools.htm . Cuba buka halaman itu di sini dan anda dapat melihat bahawa ia tidak memuat kerana fail tertentu tidak wujud pada pelayan.
Maklumat lanjut mengenai URL
Jika URL menunjuk anda kepada fail yang boleh dipaparkan oleh penyemak imbas web anda, seperti imej JPG , maka anda tidak perlu memuat turun fail tersebut ke komputer anda untuk melihatnya. Walau bagaimanapun, untuk fail yang tidak dipaparkan dalam penyemak imbas, seperti fail PDF dan DOCX , dan terutamanya fail EXE (dan banyak jenis fail lain), anda akan diminta memuat turun fail ke komputer anda untuk menggunakannya.
URL memberikan cara mudah bagi kami untuk mengakses alamat IP pelayan tanpa perlu mengetahui alamat sebenarnya. Mereka seperti nama yang mudah diingat untuk laman web kegemaran kami. Terjemahan dari URL ke alamat IP adalah apa yang digunakan oleh pelayan DNS .
Sesetengah URL benar-benar panjang dan rumit dan paling baik digunakan jika anda mengkliknya sebagai pautan atau menyalin / menampalnya ke bar alamat penyemak imbas. Kesalahan dalam URL boleh menghasilkan ralat kod status HTTP 400-siri, jenis yang paling umum ialah ralat 404 .
Satu contoh boleh dilihat di 1and1.com . Jika anda cuba mengakses halaman yang tidak wujud pada pelayan mereka (seperti ini), anda akan mendapat ralat 404. Kesilapan jenis ini begitu biasa bahawa anda akan sering menemui adat, sering bercinta, versi mereka di sesetengah laman web. Lihat 20 Best 404 Ralat Pages Saya pernah tayangan slaid untuk beberapa kegemaran peribadi saya.
Sekiranya anda menghadapi masalah untuk mengakses laman web atau fail dalam talian yang anda fikir perlu memuatkan secara normal, lihat Bagaimana Menyelesaikan Masalah dalam URL untuk beberapa idea yang berguna tentang apa yang perlu dilakukan seterusnya.
Kebanyakan URL tidak memerlukan nama pelabuhan untuk diberikan. Membuka google.com , sebagai contoh, boleh dilakukan dengan menyatakan nombor portnya pada akhir seperti http://www.google.com:80 tetapi tidak perlu. Sekiranya laman web beroperasi pada port 8080, anda boleh menggantikan port dan mengakses halaman itu.
Secara lalai, tapak FTP menggunakan port 21, tetapi yang lain mungkin persediaan pada port 22 atau sesuatu yang berbeza. Jika tapak FTP tidak menggunakan port 21, anda perlu menentukan yang mana ia gunakan untuk mengakses pelayan dengan betul. Konsep yang sama berlaku untuk mana-mana URL yang menggunakan port yang berlainan daripada apa yang digunakan oleh program untuk mengakses menganggap secara lalai yang ia gunakan.