后台服务器英文的简单介绍

本篇文章给大家谈谈后台服务器英文，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、后台用asp？asp是什么意思
• 2、web后台服务器是如何工作的
• 3、网站前台后台，英语应该用什么词表示
• 4、Web是什么的简写

后台用asp？asp是什么意思

概述

ASP：

英文名：Active Server Page

ASP是一种服务器端脚本编写环境，可以用来创建和运行动态网页或Web应用程序。ASP网页可以包含HTML标记、普通文本、脚本命令以及COM组件等。利用ASP可以向网页中添加交互式内容（如在线表单），也可以创建使用HTML网页作为用户界面的web应用程序。 与HTML相比，ASP网页具有以下特点：

（1）利用ASP可以实现突破静态网页的一些功能限制，实现动态网页技术；

（2）ASP文件是包含在HTML代码所组成的文件中的，易于修改和测试；

（3）服务器上的ASP解释程序会在服务器端执行ASP程序，并将结果以HTML格式传送到客户端浏览器上，因此使用各种浏览器都可以正常浏览ASP所产生的网页；

（4）ASP提供了一些内置对象，使用这些对象可以使服务器端脚本功能更强。例如可以从web浏览器中获取用户通过HTML表单提交的信息，并在脚本中对这些信息进行处理，然后向web浏览器发送信息；

（5）ASP可以使用服务器端ActiveX组件来执行各种各样的任务，例如存取数据库、发送Email或访问文件系统等。

（6）由于服务器是将ASP程序执行的结果以HTML格式传回客户端浏览器，因此使用者不会看到ASP所编写的原始程序代码，可防止ASP程序代码被窃取。

(7) 方便连接ACCESS与SQL数据库.

(8)开发需要有丰富的经验,否则会留出漏洞,让黑客利用进行注入攻击. ASP也不仅仅局限于与HTML结合制作WEB网站，而且还可以与XHTML和WML语言结合制作WAP手机网站。但是其原理也是一样的。

ASP-工作原理

当在Web站点中融入ASP功能后，将发生以下事情：

1、用户向浏览器地址栏输入网址，默认页面的扩展名是.asp。

2、浏览器向服务器发出请求。

3、服务器引擎开始运行ASP程序。

4、ASP文件按照从上到下的顺序开始处理，执行脚本命令，执行HTML页面内容。

5、页面信息发送到浏览器。

web后台服务器是如何工作的

近期准备session，希望能跟大家轻松地分享一些东西，一些常见的场景。比如：web后台服务器到底是如何工作的。

上网过程对于普通人：首先，他需要一台电脑，然后，他的电脑可以接入网络，最后，他可以打开浏览器键入自己想要浏览的网址，然后就可以上网了。但是对于计算机来讲，是一个比较复杂的过程，里面包含了信息如何保存，信息如何传递以及信息如何展示的过程。所以，针对整个上网过程，我们从前到后，分析一下其中包含的各种技术细节，可能不全，目的是抛砖引玉，希望大家在简单的流程当中学习更多的东西分享出来，一些基础知识则当做复习。之前buddy王老吉讲过浏览器的工作方式，所以本文内容不包含浏览器的工作方式，重点在于各种后台服务以及通信层面的分析。

前面说到，用户浏览器中键入网址便浏览网页信息，这个网址实际上就是URL，英文全称是Uniform Resource Locator——统一资源定位符。

完整的、带有授权部分的普通统一资源标志符语法看上去如下：

协议://用户名:密码@子域名.域名.顶级域名:端口号/目录/文件名.文件后缀?参数=值

协议部分可以是http，https，ftp等协议类型。

前面提到，互联网上的每个文件都有一个唯一的URL，那么，到底是如何确认的。前面提到了协议，协议是什么？比如大家写信时都需要写邮编、地址和姓名，便可以通过这种方式将信邮寄到世界上唯一的那个人手里，填写的邮编，地址和姓名就是一种协议。协议的价值在于世界上所有的浏览器和后台服务器都需要遵循http这些协议，才能正常进行信息的传递。

计算机通信跟人的通信是类似的，也是遵循各种协议的，不同的协议承载着不同的功能。通常，浏览器上网使用的是http或者https协议，从网络分层的角度来讲，这些协议属于应用层协议，建立在传输层之上。传输层跑是什么协议呢？相信大家都非常熟悉，传输层跑的是TCP和UDP协议，再往下就是网络层，网络层上面跑的是IP数据报。每层的功能各不相同，每层的协议也不同，但是一般来讲，越往下层，协议会越少，这样才能化繁为简，从而支持不同的上层协议。传输层协议一般是由操作系统层面支持的，同时还需要跟网络层进行交互（对于物理机来说就是网卡），所以针对我们操作系统之上的程序员来讲，新创造的协议都是应用层协议，因为我们的通信都是在传输层（TCP和UDP）基础之上构建的。

http是应用层协议，也就是说，在界面敲下网址那一刻，实际上浏览器向服务器发送了http协议格式的消息，也叫做http请求。http协议是构建在tcp协议之上的，而tcp是可靠的协议，所以http协议无需考虑可靠性，只管传输就可以了。

http协议比较简单，如下所示：

那么浏览器又是如何组织http请求，并且将信息发送的相应服务器的呢？例如：

我们键入的仅仅是服务器域名，但是实际上在网络中我们通信是通过套接字来进行通信的。套接字=IP + 端口，在网络中，IP的作用是用来在网络层进行路由寻址，寻找唯一的主机；端口的作用是用来在这个主机中寻找唯一的进程。总体来说，套接字可以用来在网络中确定唯一主机的唯一进程，所以通过套接字我们可以进行通信。

但是问题是上网通过域名来访问，那么是如何通过域名来确认唯一主机的唯一后台web服务器进程的呢？做一个假设，如果我们可以在互联中提供一个确定的服务，这个服务里面装有域名到套接字的映射，上网的人通过这个服务获取对应域名的套接字，那么这个问题不就解决了。而实际上，DNS服务原理简单来说就是刚才假设的方法，服务商通过提供公共的DNS服务，大家上网时便可以查询到相应域名对应的套接字，通过这个套接字便可以访问确定的服务器了。真正的DNS服务其实更为复杂，分为迭代式查询和递归式查询，两种方式各有优劣，同时，为了性能，DNS服务通常也配有不同级别的缓存，关于DNS的具体实现有兴趣的可以自行查询资料学习。

总结一下，上网时浏览器实际上做了两件事，第一，通过浏览器内置的DNS客户端，向DNS服务器发送请求，获取域名对应套接字；第二，使用套接字发送http请求，获取数据，然后在浏览器端呈现。

另外，DNS服务也需要遵循某种协议才能通信，其协议为DNS协议，其服务固定为53端口，属于应用层协议。DNS英文为DomainNameSystem。其实DNS服务跟电话簿的工作方式一样，因为你没法记得每个人的电话号码，但是很容易记住每个人的名字。

上网前，我们的计算机里面什么都没有，为何键入网址后能在界面显示出各种各样的数据？实际上，数据都来自于后台服务器，所有的数据当然也都存储在后台服务器，浏览器仅仅请求数据。前面讲了，请求数据时，使用套接字加上http请求来获取数据，后台则必定要提供相应的套接字，接收信息，解析http请求，才能正常的返回客户端需要的数据。所以，后台服务器做的工作，第一，绑定套接字，通过该套接字向外提供http服务；第二，解析http请求，根据请求返回响应。

理论上讲，我们可以实现自己的http服务，并且解析不同的http请求，返回响应。但是，作为开发者来讲，重复造轮子是不推荐的，市面上有多种现成框架供我们选择。对于java开发者来讲，就有tomcat或者jetty，其他语言理论上也有类似的框架。tomcat和jetty帮我们做了什么呢？实际上最主要的功能还就是接受http请求，针对不同的请求返回响应，当然，他们也提供了更多的高级特性，比如遵循servlet规范，使人们更高效的开发web应用。

总结一下，上网的实际流程在程序员的角度来看，首先需要通过DNS服务解析域名，获取该域名所在web服务器应用程序的套接字，然后浏览器组装符合http协议的请求，通过套接字发送给web服务器，web服务器解析请求，根据解析结果将需要返回的内容组装符合http协议的响应，浏览器接到响应后，根据http协议解析响应，获取数据，将数据展示在浏览器上。

包含的知识点：DNS协议，HTTP协议，计算机网络知识，后台服务器实现（tomcat/jetty等）。

网站前台后台，英语应该用什么词表示

程序应用，一般是这样分的：

网页端统称B/S，也叫web，网站

客户端统称C/S，也叫app，应用

（还有一种是两者的结合，叫做webapp。取了两者的优点，开发效率快--web的优点，可以调系统底层的东西---原生的优点）

按照逻辑来分，分为前台【foreground】，后台【background】。

后台一般是管理员管理入口，一般叫做xxAdmin。

前台一般是展示给用户看的

有的前太和后台貌似没分那么清晰，用户体验比较好，沉浸式

按照技术分，可分为前端【client】和后端【server】，广义来讲，

前端是运行在客户端的，比如html、android、ios。即原生和web（当然还有不伦不类的，比如小程序等寄生技术）

后端是运行在服务器的，靠服务器上的软件（apache、tomcat、nodejs、php等）来解析，技术有：java、nodejs、php、.net等等

纯手打，你已经采取了最佳的了，但是我发现他可能只是个做后端，并不是一个完整的程序员，理解回答的比较片面，希望以后搜索到的，可以看一下  :)

Web是什么的简写

不是缩写

WEB服务器也称为WWW(WORLD WIDE WEB)服务器，主要功能是提供网上信息浏览服 务。

(1)应用层使用HTTP协议。

(2)HTML文档格式。

(3)浏览器统一资源定位器(URL)。

WWW代表万维网的意思

Web服务器(Web Server)

Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应(response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或图片，进行页面跳转(redirect)，或者把动态响应(dynamic response)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)JavaScript，或者一些其它的服务器端(server-side)技术。无论它们(译者注：脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。

要知道，Web服务器的代理模型(delegation model)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求(request)的程序(译者注：服务器端脚本)。Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能。

虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。

应用程序服务器(The Application Server)

根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，把商业逻辑暴露给(expose)客户端应用程序。Web服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法(或过程语言中的一个函数)一样。

应用程序服务器的客户端(包含有图形用户界面(GUI)的)可能会运行在一台PC、一个Web服务器或者甚至是其它的应用程序服务器上。在应用程序服务器与其客户端之间来回穿梭(traveling)的信息不仅仅局限于简单的显示标记。相反，这种信息就是程序逻辑(program logic)。 正是由于这种逻辑取得了(takes)数据和方法调用(calls)的形式而不是静态HTML，所以客户端才可以随心所欲的使用这种被暴露的商业逻辑。

在大多数情形下，应用程序服务器是通过组件(component)的应用程序接口(API)把商业逻辑暴露(expose)(给客户端应用程序)的，例如基于J2EE(Java 2 Platform, Enterprise Edition)应用程序服务器的EJB(Enterprise JavaBean)组件模型。此外，应用程序服务器可以管理自己的资源，例如看大门的工作(gate-keeping duties)包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)， 和消息(messaging)。就象Web服务器一样，应用程序服务器配置了多种可扩展(scalability)和容错(fault tolerance)技术。

一个例子

例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询(query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。

情景1：不带应用程序服务器的Web服务器

在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server-side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注：flat file是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。

简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。

情景2：带应用程序服务器的Web服务器

情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(译者注：服务器端(server-side)程序)。然而，你可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。 这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。

在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。

通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。

总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。

警告(Caveats)

现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。

另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注：这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给最佳产品的选取留有余地。

关于后台服务器英文和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。