DTD服务,DTP服务
请高手详细解释下什么意思
meta标签可以用于文档声明,告诉浏览器你用的是何种编码,这是标签作为一个必须存在,且写法固定的标签,也可提供信息的一个标签,对搜索引擎和浏览器起作用,这时主要用于优化。
HTML meta 标签
定义和用法
meta 元素可提供有关页面的元信息(meta-information),比如针对搜索引擎和更新频度的描述和关键词。
meta 标签位于文档的头部,不包含任何内容。meta 标签的属性定义了与文档相关联的名称/值对。
HTML 与 XHTML 之间的差异
在 HTML 中,meta 标签没有结束标签。
在 XHTML 中,meta 标签必须被正确地关闭。
提示和注释:
注释:meta 标签永远位于 head 元素内部。
注释:元数据总是以名称/值的形式被成对传递的。
必需的属性
DTD 指示此属性允许在哪种 DTD 中使用。S=Strict, T=Transitional, F=Frameset.
属性 值 描述 DTD
content some_text 定义与 http-equiv 或 name 属性相关的元信息 STF
可选的属性
DTD 指示此属性允许在哪种 DTD 中使用。S=Strict, T=Transitional, F=Frameset.
属性 值 描述 DTD
http-equiv content-type
expires
refresh
set-cookie
把 content 属性关联到 HTTP 头部。 STF
name author
description
keywords
generator
revised
others
把 content 属性关联到一个名称。 STF
scheme some_text 定义用于翻译 content 属性值的格式。 STF
name 属性
name 属性提供了名称/值对中的名称。HTML 和 XHTML 标签都没有指定任何预先定义的 meta 名称。通常情况下,您可以自由使用对自己和源文档的读者来说富有意义的名称。
"keywords" 是一个经常被用到的名称。它为文档定义了一组关键字。某些搜索引擎在遇到这些关键字时,会用这些关键字对文档进行分类。
类似这样的 meta 标签可能对于进入搜索引擎的索引有帮助:
meta name="keywords" content="HTML,ASP,PHP,SQL"如果没有提供 name 属性,那么名称/值对中的名称会采用 http-equiv 属性的值。
http-equiv 属性
http-equiv 属性为名称/值对提供了名称。并指示服务器在发送实际的文档之前先在要传送给浏览器的 MIME 文档头部包含名称/值对。
当服务器向浏览器发送文档时,会先发送许多名称/值对。虽然有些服务器会发送许多这种名称/值对,但是所有服务器都至少要发送一个:content-type:text/html。这将告诉浏览器准备接受一个 HTML 文档。
使用带有 http-equiv 属性的 meta 标签时,服务器将把名称/值对添加到发送给浏览器的内容头部。例如,添加:
meta http-equiv="charset" content="iso-8859-1"
meta http-equiv="expires" content="31 Dec 2008"
这样发送到浏览器的头部就应该包含:
content-type: text/html
charset:iso-8859-1
expires:31 Dec 2007
当然,只有浏览器可以接受这些附加的头部字段,并能以适当的方式使用它们时,这些字段才有意义。
content 属性
content 属性提供了名称/值对中的值。该值可以是任何有效的字符串。
content 属性始终要和 name 属性或 http-equiv 属性一起使用。
scheme 属性
scheme 属性用于指定要用来翻译属性值的方案。此方案应该在由 head 标签的 profile 属性指定的概况文件中进行了定义。
标准属性
dir, lang, xml:lang如需完整的描述,请访问标准属性。
TIY 实例
文档描述
Meta 元素中的信息可以描述 HTML 文档。
文档关键字
Meta 元素中的信息可以描述文档的关键词。
重定向
这个例子演示:在网址已经变更的情况下,将用户重定向到另外一个地址。
xml是什么有什么作用
XML是被设计用来存储数据、携带数据和交换数据的。
通过XML,可以在不兼容的系统之间交换数据,利用XML,纯文本文件可以用来存储数据。在不使用XML时,HTML用于显示数据,数据必须存储在HTML文件之内。
XML不是为了显示数据而设计的,主要是用于交换数据,可以从HTML中分离数据,也可以用于存储数据,大量的数据可以存储到XML文件中或者数据库中,应用程序可以读写和存储数据,一般的程序可以显示数据。
通过XML可以在HTML文件之外存储数据使用,也可以充分利用数据,可以用于创建新的语言XML是WAP和WML语言的母亲。如果开发者有足够的预见性,那么将来的应用程序都应该使用XML的形式来存储数据。
Web Service
Web Service 技术是原来的组件技术思想在 Internet 时代中的进一步发展,更准确地说,Web Service 是封装成单个实体发布到网络上,并提供 API 以提供其他程序使用的功能集合,是在 Internet 上进行分布式计算的基本构造块,是可用 URL 定位服务资源。简言之,Web Service 是可远程调用的应用程序组件。Web Service 的本质目的是提供一个与操作系统、程序设计语言、机器类型、运行环境均无关的平台,实现 Internet 中应用程序的共享。Web Service 基于一系列的标准协议,其协议构架如图 4.4 示。
图 4.4 Web Service 协议架构
统一描述、发现与集成协议 UDDI(UniversalDescription,Discovery and Integration )用 于 构 建Web Service 的服务注册中心,实现服务发现功能。Web 服务描述语言 WSDL(Web Service DescriptionLanguage)驻 留 在 服务 容 器 中, 定义 了 一 种提供Web 服务 描述 的 标 准化 方 式。简 单 对 象 访 问协议SOAP(Simple Object Access Protocol)提供传输数据的标准方式,充当在服务提供方和服务请求方之间激活服务的消息交换服务。可扩展标记语言 XML(Extensible Markup Language)是 Internet 上数据交换的标准,在 Web Service 中实现信息表达,用于 SOAP,WSDL 和 UDDI。超文本传输协议 HTTP(Hyper Text Transfer Protol)是 Web Service 最流行的传输协议。Web Service 体系结构是一种面向服务的结构,典型的Web Service 组件架构如图 4.5 示。
Web Service 体系结构主要由服务请求者、服务注册中心和服务提供者三部分组成。其实现过程包括服务发布与注册、服务查询与发现、服务绑定与调用三个过程。服务请求者指查询、调用服务的客户端程序; 服务提供者即服务的所有者和部署服务的平台; 服务注册中心指用来存储服务信息的信息库,服务提供者在这里发布、注册服务、而服务请求者在这里查询、绑定服务,最终实现调用服务提供者的服务。
图 4.5 Web Service 组件架构
Web Service 有两大核心优势,即分布性和互操作性。在 Web Service 架构下,服务提供者和服务请求者都可以是分布式的,一个服务请求者可以远程调用多个服务提供者的服务,服务提供者也可以同时为多个服务请求者提供服务,这为服务共享提供了一个最佳的方式。
互操作性也是服务共享的关键问题。Web Service 的信息表达基于标准通用的 XML 语言,在 XML 语言的基础上,使用 WSDL 和 UDDI 实现服务注册与发现,使用 SOAP 实现服务调用。基于这些标准的协议,Web Service 实现了服务的跨平台、跨语言的共享。XML、SOAP、WSDL 和 UDDI 是用于构建和使用 Web Service 的核心标准和技术。以下将分别介绍这四种标准和技术。
4.2.2.1 XML
XML 是一种数据描述语言,为 Internet 上数据交换的标准。XML 定义了应用系统间传递数据的结构,而且这种结构的描述不是基于二进制的、只能由程序去判读的代码,而是一种简单的、能够用通用编辑器读取的文本。XML 的基本概念包括元素、属性、DTD,Schema 和命名空间等。元素是 XML 文档内容的基本单元。语法上而言,一个元素包括一个起始标记、结束标记以及标记之间的数据内容。形式上为: tag 数据内容 tag 。元素内容可以为其他的元素或未处理文本或两者的混合,还可以是空的。元素的嵌套使得文档的层次结构很容易表示。一个元素可以有多个属性。属性是一个名称数据对,表示为字符串。用户可以根据需要自己定义。一个元素不能有同名的两个属性。
XML 的精髓是允许文档编写者制定基于信息描述、体现数据间逻辑关系的自定义标记。如果不对文档标记作明确定义,而是任意地使用它们,则生成的文档是无法识别的。DTD 是对文档结构的一个清晰描述,定义了特定文档中允许出现的元素类型、属性和实体,给出了文档的整体结构和语法。XML Schema 是定义 XML 的数据定义文件。XMLSchema 也规定了一套特定文档的结构,这是与 DTD 的相同之处。与 DTD 相比,最大的不同在于它本身也是 XML 文档。此外还有以下的不同: XML Schema 可以用 XML 解析器来解析; 允许使用全局性元素(在整个 XML 文档中用相同的方式使用元素)和局部元素(特定的上下文中元素有不同的含义); 提供丰富的数据类型(整型、布尔型、日期类型等),且元素的数据类型可以自定义。
XML 命名空间是一组可以用作 XML 文档的元素或属性名称的名称集,就是将元素或属性的名称归类。因为 XML 的开放性,允许任何人创建属于他们自己的元素或属性名称,这样就不可避免地出现不同的人或组织定义的元素名称或属性名称重复,使得相同的名称表达不同的语义。为了避免元素之间出现相同名称的冲突,命名空间限定这些元素或属性名称在命名空间内是唯一的。一般命名空间由这些统一资源标识符 URI(Universal Resource Identifier)来识别。URI 在 Internet 上是全球唯一的,用 URI 来限定 XML 元素名称或属性名称也就确保是全球唯一的。XML 主要具有四大优势:
(1)XML 用文本格式表示数据,方便在 Internet 上的传输。这一点使 XML 数据可以方便地利用现有的 Internet 上基于文本的各种传输协议(如 HTTP)进行传输,可以安全的穿越防火墙。
(2)XML 是可扩展的。XML 是一个元语言(MetaLanguage),它使用了标准化的方法定义其他语言。它只是为结构文档提供了一个数据格式,而没有深入该数据本身,定义它的词汇列表。这使自定义标记语言成为可能,每个行业,每个部门,甚至每个人都可以定义自己的标记语言。
(3)XML 可以对信息进行很好的层次描述。它基于信息内容的描述,对信息的表达清晰。
(4)XML 可以进行数据完整性的自动检验。XML DTD 和 Schema 机制使得 XML 解析器可以检验 XML 文档是否与 DTD 或 Schema 相配。
4.2.2.2 SOAP
SOAP 通过定义一个关于远程组件如何请求信息和如何递交信息的标准,实现 Internet中不同应用之间的集成和交互。SOAP 是一个基于 HTTP 和 XML 的请求、响应 RPC 协议。SOAP 把 XML 使用代码化为请求和响应参数编码模式,并用 HTTP 传输。SOAP 本身没有定义任何应用程序语义,如编程模型或特定语义的实现,实际上它通过提供一个有标准组件的包模型和在模块中编码数据的机制,定义了一个简单的表示应用程序语义的机制。这使得 SOAP 能够被用于从消息系统到 RPC(远程进程调用)的各种应用中。
SOAP 规范主要由信封(Envelop)、编码规则(Encoding Rules)和 RPC 表示(RPC Representation)三部分组成。①SOAP 信封构造定义了一个整体的 SOAP 消息表示框架,可以用于表示消息中的内容是什么,是谁发送的,谁接受并处理它,以及这些处理操作是可选的还是必需的等。②SOAP 编码规则定义了一个数据的编码机制,通过这样一个编码机制来定义应用程序中需要使用的数据类型,并可用于交换由这些应用程序定义的数据类型所衍生的实例。③SOAP RPC 表示定义了一个用于表示远程过程调用和响应的约定,例如,如何使用 HTTP 或 SMTP 协议于 SOAP 绑定,如何传输过程调用,在具体传输协议的哪个部分传输过程响应,如可以在 HTTP 的响应的时候传递过程响应。这三部分在功能上是彼此独立的。特别的,信封和编码规则是被定义在不同的 XML 命名空间中,这样有利于通过模块化获得定义和实现的简明性。
SOAP 消息是 SOAP 应用中的主体要素。SOAP 为在一个松散的、分布的环境中使用XML 对等地交换结构化地和类型化的消息提供了一个简单的轻量级机制。SOAP 消息的描述框架格式是以 SOAP 信封为根元素,内含 SOAP Header 和 SOAP Body 子元素的一个XML 文档。所有的 SOAP 消息都是使用 XML 格式来编码的。SOAP 消息必须不包含 DTD与 PI(Processing Instructions)。除 SOAP must understand attribute 和 SOAP actor attribute外,一般允许属性及属性值自由地选择是在 XML 实例中描述还是在 XML Schema 中描述。SOAP 是一种基于 XML 的轻量级消息交换协议,它是建立在现有行业标准之上的,所以在支持这些标准的平台上运行的应用程序可以通过 SOAP 消息与其他平台上运行的应用程序有效地进行通信,而且能够穿越防火墙,因而得到了业界的广泛支持。
4.2.2.3 WSDL
Web 服务描述语言 WSDL(Web Services Description Language)是基于 XML 模式的规范,用于将 Web 服务描述为操作集,并将数据输入/输出参数描述为消息。WSDL 还定义使用绑定机制将任何传输协议、数据格式或结构附加到抽象消息、操作或终端的通信模型。
WSDL 将 Web 服务描述为一组服务访问点,或称为一组 “端口”,客户端可以通过这些端口对包含面向文档信息或面向过程调用的服务进行访问。一个端口定义了一个 “服务”项目的提供地点。一个服务可以有多个提供地点,但只能对一组事先定义好的 “信息”做出响应。“信息”是对通信数据的描述,每条信息由一组数据组成,这些数据必须定义为收、发双方都能识别的 “类型”。端口和信息结合在一起代表了一组 “操作”,并定义了这个服务访问点的 “端口类型”。把一种协议和一种数据格式关联在一起就定义出了一种可重复使用的 “绑定”。把一个网址和一个绑定关联在一起就定义了一个端口,相关的具体部署的端点通过组合就成为抽象的 Web 服务。综上所述,WSDL 文档的根元素是 definitions 元素,该元素又包含 6 个子元素:
(1)Types: 包含可由服务器收发的消息的架构定义。最常见的表示架构的方法是使用 XML 架构;
(2)Message: 充当一个将架构中的消息与消息的定义关联起来的交叉引用。简单地说,就是定义通信中的数据,包括数据输入和输出。
(3)PortType: 定义一组 Web 服务可公开的接口。一个接口与一个或多个消息关联。
(4)Operation: 它是对服务端所实现功能的抽象定义。
(5)Binding: 将 PortType 定义与某个特定的协议关联。
(6)Service: 定义 Web 服务公开的相关端点(端口)的集合。
4.2.2.4 UDDI
统一描述、发现和集成协议 UDDI(Universal Description,Discovery and Integration)是一套基于 Web 的、分布式的、为 Web 服务提供信息注册中心的实现标准规范,同时也包含一组使不同的人或组织能将自身提供的 Web 服务注册以使得他人或其组织能够发现的访问协议的实现标准。UDDI 注册的工作流程如图 4.6。
UDDI 注册中心是 Web 服务注册、用户集中管理的地方,通过它可以发布、查询、调用 Web Service,也可以查询特定服务的描述信息,并动态绑定到该服务上。UDDI 注册中心同时还提供服务结点管理、用户管理、权限管理、计费管理等功能。服务提供者提供服务需要到 UDDI 注册中心进行服务的注册、登记,这样用户就可以通过 UDDI 注册中心获取所需要服务的基本信息与技术细节信息,再通过对服务的绑定得到服务和产品。
图 4.6 UDDI 注册工作流程
XML概念、特点以及结构
什么是 XML?
可扩展标记语言 (XML) 是 Web 上的数据通用语言。它使开发人员能够将结构化数据,从许多不同的应用程序传递到桌面,进行本地计算和演示。XML 允许为特定应用程序创建唯一的数据格式。它还是在服务器之间传输结构化数据的理想格式。
XML主要具有以下几个特点:
① 简洁有效
XML是一个精简的SGML,它将SGML的丰富功能与HTML的易用性结合到Web应用种,它保留了SGML的可扩展功能,这使得XML从根本上有区别于HTML。并且XML种还包括可扩展格式语言XSL(Extensible Style Language)和可扩展链接语言XLL(Extensible Linking Language)使得XML的显示和解析更加方便快捷。
② 易学易用
XML对SGML进行了精简,它抛弃了SGML中不常用的部分,方便用户编写Web页面同时也给设计人员实现XML浏览器降低了困难。
③ 开放的国际化标准
XML是W3C正式批准的,它完全可用于Web和工具的开发。XML具有标准的名域说明方法,支持文档对象模型标准、可扩展类型语言标准、可扩展链接语言标准和XML指针语言标准。使用XML可以在不同的计算机系统间交换信息,而且还可以跨越国界和超越不同文化疆界交换信息。
④ 高效可扩充
XML支持复用文档片断,使用者可以发明和使用自己的标签,也可以与他人共享,可延伸性大。在XML中,可定义一组无限量的标准,可以有效地进行XML文件的扩充。
XML的结构
XML有许多部分,但是只需要了解其中的三个就可以了解它是怎样工作的。它们是:文档类型定义(Document Type Definition,DTD),也就是XML的布局语言;可扩展的样式语言(Extensible Style Language:XSL),也就是XML的样式表语言; 以及可扩展链接语言(Extensible LinkLanguage:XLL)。
1.文档类型定义(DTD)
DTD规定文档的逻辑结构。它可以定义文档的语法,而文档的语法反过来能够让XML语法分析程序确认某张页面标记使用的合法性。DTD定义页面的元素、元素的属性以及元素和属性之间的关系。例如,DTD能够规定某个表项只能在某个列表中使用。
理想的定义应面向描述与应用程序有关的数据结构而不是如何显示数据。换句话说,应把一个元素定义为一个标题行,然后让样式表和脚本定义如何显示标题行。
DTD不是强制性的。对于简单应用程序来说,开发商不需要建立他们自己的DTD;可以使用预先定义的公共DTD,或者根本就不使用。即使某个文档已经有了DTD,只要文档是组织良好的,语法分析程序也可以不对照DTD来检验文档的合法性。服务器可能已经执行了检查,所以检验的时间和带宽将得以节省。
2.可扩展的样式语言(XSL)
XSL是用于规定XML文档样式的语言。XSL能使Web浏览器改变文档的表示法,例如数据的显示顺序改变,就不需要再与服务器进行交互通信。通过变换样式表,同—个文档可以显示得更大,或者经过叠折只显示外面的一层,或者变为打印格式。可以设想一个适合用户学习特点的技术手册,它为初学者和更高一级的用户提供不同的样式,而且所有的样式都是根据同样的文本产生的。
XSL凭借其可扩展性能够控制无穷无尽的标记,而控制每个标记的方式也是无穷尽的。这就给Web提供了高级的布局特性。例如旋转的文本、多列和独立区域。它支持国际书写格式,可以在一页上混合使用从左至右、从右至左和从上至下的书写格式。正如XML介于HTML和SGML之间一样,XSL标准介于CSS和SGMI的文档样式语义和规范语言之间。
3.可扩展链接语言(XLL)
XLL将支持目前Web上已有的简单链接,并且将进一步扩展链接,包括结束死链接的间接链接以及可以从服务器中仅查询某个元素的相关部分的链接等。
超文本标记语言HTML只执行历来与超文本系统概念相关的极少功能只支持最简单的链接形式,即指向硬编码位置的单向链接,这与XML相比有很大的差别。在为XML所设想的真正的超文本系统中,所有典型的超文本链接机制都将得到支持,包括:
——与位置无关的命名;
——双向链接;
——可以在文档外规定和管理的链接;
——元超链接(如环路、多个窗口);
——集合链接(多来源);
——Transclusion(链接目标文档是链接源文档的一部分);
——链接属性(链接类型)。
这些可以通过XLL来实现。由于XML以SGML为基础,所以XLL基本上是Hytime(超媒体/基于时间的结构语言,IS010744)的一个子集。它还遵循文本编码倡议(TextEncoding Initiative)规定的链接概念。
简述比较DTD和SCHEMA?等。。。
1、 简述比较DTD和SCHEMA?
XML Schema是继DTD之后,用来规范和描述XML文档的地二代标准。XML Schema
可用来详细规定XML文档的数据模式及组织结构。
2、简述XML Schema 支持的数据类型那些?
1.原生数据类型和派生数据类型。2.自定义简单数据类型。3.自定义复杂数据类型。
3、什么是DOM?
DOM是由一组代表HTML或者XML文档中不同组成部分的程序对象组成,这些对象提供了各自的属性和方法,使得应用程序开发者能够通过编写脚本操纵和显示稳当中相应的组件。在对XML稳当处理方面,虽然DOM比DOS需要更多的额外工作,但却能获得更为强大的功能和更好的灵活性,不仅可用来编写访问本地XML稳当的程序,还可以用来编写访问服务器端XML稳当的应用程序。
4、简述解释XSLT?
XSLT即数据转换语言XSLT结合了Xpath的强大功能可以根据需要把XML文档转换成任何一种基于文本文档式的文档,这种功能使其成为基于XML电子商务、电子数据交换、元数据交换、以及其他相同内容不同格式的数据之间进行转化的重要技术。限于目前浏览器的支持能力,在大多数情况下,XSL 文档转换为一个指定格式的HTML文档,再由浏览器进行显示。
5、简述数据源对像DSO?
DSO即与HTML文档绑定的XML数据源对象,DSO可以把链接到HTML网页中的一个XML文档或一段XML数据当作一个类似于数据库的记录集对象,然后使用与数据库类似的操作方法来显示和浏览被链接的XML文档的内容。
快递中有一种服务叫DTD服务,到底什么叫DTD服务呢?
应该是DOOR TO DOOR的缩写吧,就是门到门的意思,比如你在上海发一个快递到北京的一个朋友,你可以让快递到你家里去拿,然后填好运单,快递就可以直接送到你填写的地址去(前提是这个快递可以送到那里,有服务点)。只要不是太偏远的地方,应该差不多。