URL基本语法

1、URL全称为Uniform Resource Locator,即统一资源定位符。对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示,是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL,它包含的信息指出文件的位置以及浏览器应该怎么处理它

2、URL的一般格式为:scheme :// hostname[:port] / path / [;parameters][?query]#fragment

①scheme,通信协议方案,下表列出集中常用的Scheme。

  file:资源是本地计算机上的文件。

  ftp:通过FTP访问资源。

  http:通过HTTP访问该资源。

  https:通过安全的HTTP访问该资源。

②hostname: 主机,指定的服务器的域名系统 (DNS) 主机名或 IP 地址。有时,在主机名前也可以包含连接到服务器所需的用户名和密码(格username:[email protected])。

③port:端口号,整数,可选,省略时使用方案的默认端口,如http的默认端口为80,https默认为443。

④path:路径,由零或多个“/”符号隔开的字符串,一般用来表示主机上的一个目录或文件地址。以http为例,如果不给出path那么默认访问的就是站点的默认主页面。

⑤parameters:参数,这是用于指定特殊参数的可选项。根据传递给URL的参数,来获取某些页面中的特定内容。

⑥query:查询,可选,用于给动态网页(如使用CGI、ISAPI、PHP/JSP/ASP/ASP.NET等技术制作的网页)传递参数,可有多个参数,用“&”符号隔开,每个参数的名和值用“=”符号隔开。类似于关系型数据库select语句中的where字句,用以查询符合条件的数据。

  http://www.a.com:801/test.php;gender=f?username=jes&&country=usa

⑦fragment:信息片断,字符串,用于指定网络资源中的片断。例如一个网页可能非常的长,有几十上百页,并且有多个名词解释,可使用fragment直接定位到某一名词解释。

  

注意:Windows 主机不区分 URL 大小写,但是,Unix/Linux 主机区分大小写。

3、parameters、query、parameters可用于负载均衡中,例如可以根据query中的username等于某用户名,来将其定向至某一服务器。

4、相对和绝对url

①绝对URL
绝对URL(absolute URL)显示文件的完整路径,这意味着绝对URL本身所在的位置与被引用的实际文件的位置无关。一般用于跨站点引用。

②相对URL
相对URL(relative URL)以包含URL本身的文件夹的位置为参考点,描述目标文件夹的位置。如果目标文件与当前页面(也就是包含URL的页面)在同一个目录,那么这个文件的相对URL仅仅是文件名和扩展名,如果目标文件在当前目录的子目录中,那么它的相对URL是子目录名,后面是斜杠,然后是目标文件的文件名和扩展名。
如果要引用文件层次结构中更高层目录中的文件,那么使用两个句点和一条斜杠。可以组合和重复使用两个句点和一条斜杠,从而引用当前文件所在的硬盘上的任何文件,
一般来说,对于同一服务器上的文件,应该总是使用相对URL,它们更容易输入,而且在将页面从本地系统转移到服务器上时更方便,只要每个文件的相对位置保持不变,链接就仍然是有效地。

原文地址:https://www.cnblogs.com/wxxjianchi/p/9998087.html

时间: 2024-11-05 22:35:25

URL基本语法的相关文章

URL之 URL的语法

一.URL的语法 协议 - URL 的完整格式 - SCHEME: 方案,指定以哪种协议从服务器获取指定资源;方案名不区分大小写.常见方案: HTTP.HTTPS.FTP.MAILTO.RTSP.FILE.NEWS.TELNET等 主机/端口号 - HOST: 主机名,资源所在服务器的IP地址或者域名(需要DNS转换为IP地址) - PORT: 端口号,每项服务在服务器上都对应一个监听端口号 - 严格来说,计算机中对外提供的服务程序可以绑定到任一空闲端口上,从而实现监听客户端连接请求的任务. -

nginx之旅(第五篇):URL重写介绍、URL重写场景、URL重写语法

nginx之旅(第五篇):URL重写 一.URL重写介绍 URL重写是指将一个URL请求重新写成网站可以处理的另一个URL的过程.这样说可能不是很好理解,举个例子来说明一下,在开发中可能经常遇到这样的需求,比如通过浏览器请求的http://localhost:8080/getUser?id=1,但是需要通过SEO优化等等原因,需要把请求的地址重写为http://localhost:8080/getUser/1这样的URL,从而符合需求或者更好的被网站阅读. 当遇到这种请求的时候,就需要使用到Ur

URL的语法及HTTP报文

大多数URL方案的URL语法都建立在这个由9部分构成的通用格式上: scheme://user:[email protected]:port/path;params?query#frag 方案:http或者https 主机与端口:http://www.nihao.com:80/index.html 用户名和密码:ftp://joe:[email protected]/pub    http://joe:[email protected] 路径:http://www.nihao.com/image

web报表工具FineReport的JS编辑框和URL地址栏语法简介

JS编辑框: 1.FineReport的js. 作为一款BS产品,browser端的JavaScript是必不可少的. FineReport中的js是已经调用了finereport.js的. 大家知道,预览报表时,报表servlet会将cpt模板转为html,在这个html的head头部中会引入FineReport的js,这个finereport.js中包含了许多内置的function以及一些公有的属性,不管在模板中还是其他网页中,只要引入了finereport.js,就能够通过FR.xxx的形

URL 编码

简介 当我们每天上网冲浪时,有一些技术我们无时无刻不在面对.有数据本身(网页),数据的格式化,能够让我们获取数据的传输机制,以及让Web网络能够真正成为Web的基础及根本:从一页到另一页的链接.这些链接都是URL. 通用URL语法 我敢说每个人在其一生中至少见过一次URL.比如"http://www.google.com",就是一个URL.一个URL是一个统一资源定位器 ,事实上它指向了一个网页(大多数情况下).实际上,自从1994年的第一版规范开始,URL就有了一个良好定义的结构.

URI、URL 和 URN

URI 是统一资源 标识符,而 URL 是统一资源 定位符.因此,笼统地说,每个 URL 都是 URI,但不一定每个 URI 都是 URL.这是因为 URI 还包括一个子类,即统一资源 名称 (URN),它命名资源但不指定如何定位资源.上面的 mailto. news 和 isbn URI 都是 URN 的示例. URI 和 URL 概念上的不同反映在此类和 URL 类的不同中. 此类的实例代表由 RFC 2396 定义的语法意义上的一个 URI 引用.URI 可以是绝对的,也可以是相对的.对

Web开发者应知的URL编码知识(转)

原文出处: lunatech   译文出处:oschina - 桔子, lwei, 史涛, Khiyuan, super0555, LinuxQueen, 抛出异常的爱 本文首先阐述了人们关于统一资源定位符(URL)编码的普遍的误读,其后通过阐明HTTP场景下的URL encoding 来引出我们经常遇到的问题及其解决方案.本文并不特定于某类编程语言,我们在Java环境下阐释问题,最后从Web应用的多个层次描述如何解决URL编码的问题来结尾. 简介 当我们每天上网冲浪时,有一些技术我们无时无刻不

HTTP学习笔记(1)ULR语法

1,概述 当你打开一个浏览器则会进入一个主页,也许你会想只是打开了浏览器罢了,但是浏览器默默的把这个主页默认的网址发送出去,你只是不知道而已,你只是没有输入而已.我们来做个实验. 1,双击打开 2,可以看到 注意输入网址的框中会显示百度的首页的网址. 实际上看这里 看到常规这一栏里面有我设置的默认主页. 因此当打开一个浏览器时,它会根据设置的默认主页的的网址向服务器发送请求. 那么平常我们说的这个网址到底是什么呢?实际上在计算机科学术语里面叫URL. ULR(Uniform Resource L

第2章 URL与资源

1.URL是通过描述资源的位置来标识资源的,而URN则是通过名字来标识资源的,与它们当前所处位置无关. 2.URL的语法: <scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag> 2.1.scheme:访问服务器要使用的协议 2.2.user,password:若用户没有提供,会插入一个默认的用户名和密码.用