Apakah laman web dan URL?

Singkat sebagai URL , Pencari Sumber Seragam adalah cara 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 a tempatan fail pada komputer anda semudah mengklik dua kali, tetapi untuk membuka fail pada jauh komputer, seperti pelayan web, kita mesti menggunakan URL supaya pelayar web kita tahu di mana hendak melihat. 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 biasa 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 (mis. u - r - l , tidak earl ). Ia digunakan untuk menjadi singkatan bagi Pencari Sumber Universal sebelum diubah menjadi Pencari Sumber Seragam.

Contoh URL

Anda mungkin digunakan untuk memasukkan dalam URL, seperti ini untuk mengakses laman web Google:

https://www.google.com

Seluruh alamat dipanggil URL. Contoh lain ialah laman web ini (pertama) dan Microsoft (kedua):

https://Go-Travels.comhttps://www.microsoft.com
Anda 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 melihat bahawa ia bermula dengan https: // dan mempunyai URL biasa seperti contoh di atas, tetapi kemudian mempunyai banyak teks dan slash yang lain untuk menunjukkan kepada folder dan fail yang tepat di mana imej berada di pelayan laman web.

Konsep yang sama digunakan apabila anda mengakses laman masuk router; alamat IP router digunakan sebagai URL untuk membuka halaman konfigurasi.

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.

URL HTTP dan 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 daripada mempunyai FTP bukannya HTTP, kelihatan seperti URL lain yang mungkin anda hadapi 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 adalah nama hos yang digunakan untuk mengakses laman web tertentu ini.

googleblog adalah nama domain.

com adalah 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 fail sebenar yang ditunjuk oleh URL. Jika anda cuba memuatkan imej, fail audio, atau jenis fail lain dan bukannya fail HTML, maka URL akan berakhir dalam sambungan fail tersebut (seperti PNG atau MP3).

security.googleblog.com sebagai satu kumpulan dipanggil Nama Domain Sepenuhnya yang Berkelayakan (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 lifewire :

https://www.google.com/search?q=lifewire
… 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 sahaja yang berikut ? 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 video kucing terbaik :

https://www.youtube.com/results?search_query=best+cat+videos
Catatan: Walaupun ruang tidak dibenarkan dalam URL, sesetengah laman web menggunakan a + tanda, yang dapat 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+10
Pembolehubah pertama, url, didahului oleh tanda tanya tetapi pembolehubah seterusnya, kata kunci medan, didahului oleh ampersand. Pembolehubah tambahan juga akan didahului oleh ampersand.

Sebahagian daripada URL adalah sensitif huruf - khususnya, semuanya selepas nama domain (direktori dan nama fail). Anda dapat melihat ini untuk diri sendiri jika anda menggunakan huruf "alat" di URL contoh dari tapak saya yang kami deconstructed di atas, menjadikan akhir membaca URL /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 pada 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.

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. Pembukaan google.com , contohnya, boleh dilakukan dengan menyatakan nombor port 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 ditetapkan 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 berasumsi secara lalai yang ia gunakan.