欢迎关注我的个人博客：https://careyq.cool


这几天课程实训，使用 IIS 配置服务器，课本上内容太古老，老师也没有讲过，自己摸索弄的，所以记录一下

安装 IIS
打开 程序和功能，选择左边 启用或关闭 Windows 功能，建议根据下图勾选，确定后等待安装完成

打开 IIS

直接使用 Cortana 搜索管理工具，打开选择 Internet information Services(IIS)管理器



点击左边栏，在 计算机 名下，网站 文件夹下已经默认存在一个网站


配置 IIS
选择默认的站点，点击右边高级设置，可设置网站的目录

默认在 C盘已经存在一个目录

点击右边的 绑定，可修改网站的端口等信息

其中：
IP地址 —— 一般填写本机的IP地址
端口 —— 任意端口都可用，不过需要注意不能被别的端口占用，默认为 80
主机名 —— 这里填写购买的域名，没有则使用上面 IP地址访问

测试验证
选择右侧 启动，然后点击 浏览xx，浏览器中出现配置好的网页则成功


图为 Win10 自带 IIS 默认网站样式，目录位于 C盘inetpub文件夹中
这里没有设置 IP地址，直接访问 http://localhost/ 直接进入，默认端口80，就相当于`localhost`
设置 IP地址后，则需要使用 IP地址才可访问，例如：

- IP地址：192.168.1.1，端口：4000
- 浏览器地址则为：http://192.168.1.1:4000

一般不能正常访问，原因都是出在「安装 IIS」处，应回去好好查看安装的功能

目录

Web服务器

中间件

容器

总结

Web开发的选择

我们经常会被Web服务器、Web容器和Web中间件这三个概念搞混。因为我们常见的很多网站要么是由IIS搭建，要么是由Apache、Tomcat、Ngnix搭建。所以，我们会把他们都叫成是Web服务器，因为他们都提供了Web服务，可以让我们通过http协议访问到。但是又有很多地方会说Tomcat是Servlet容器，而又有很多地方会说Tomcat是Web中间件！那么，他们到底是Web服务器还是容器，还是Web中间件呢？？？

怀着这个问题，我查遍了网上所有的资料，终于把这几个概念好好的整理了一下。

Web服务器

广义的web服务器（Web Server）：提供web服务的软件或主机，即Web服务器软件或装有Web服务器软件的计算机。例如：IIS、apache、nginx等。Web服务器可以处理 HTTP 协议，响应针对静态页面或图片的请求，进行页面跳转，或者把动态请求委托其它程序（它的扩展、某种语言的解释引擎(php)、Web容器）。

所以，我们可以把 IIS、Apache、Nginx、Tomcat等都称为Web服务器，因为他们都提供了web服务。

中间件

中间件（Middleware）是提供系统软件和应用软件之间连接的软件，以便于软件各部件之间的沟通。中间件处在操作系统和更高一级应用程序之间。他充当的功能是：将应用程序运行环境与操作系统隔离，从而实现应用程序开发者不必为更多系统问题忧虑，而直接关注该应用程序在解决问题上的能力 。容器就是中间件的一种。

而Web中间件就是提供web应用软件和系统软件连接的软件的一个总称。

我们来看看J2EE提出的背景：

1、企业级应用框架的需求：在许多企业级应用中，例如数据库连接、邮件服务、事务处理等都是一些通用企业需求模块，这些模块如果每次都由开发人员来完成的话，将会造成开发周期长和代码可靠性差等问题。于是许多大公司开发了自己的通用模块服务。这些服务性的软件系列统称为中间件。

2、 为了通用必须要提出规范，不然无法达到通用：在上面的需求基础之上，许多公司都开发了自己的中间件，但其与用户的沟通都各有不同，从而导致用户无法将各个公司不同的中间件组装在一块为自己服务。从而产生瓶颈。于是提出标准的概念。其实J2EE就是基于JAVA技术的一系列标准。

并且中间件技术已经不局限于应用服务器、数据库服务器。围绕中间件，在商业中间件及信息化市场主要存在微软阵营、Java阵营、开源阵营。

所以说我们可以把Tomcat、Weblogic、Jboss等叫做Web中间件。

相关文章：Web中间件

容器

容器：容器是中间件的一种，作为操作系统和应用程序之间的桥梁，给处于其中的应用程序组件提供一个环境，使应用程序直接跟容器中的环境变量交互，而不必关注其它系统问题。例如：tomcat（servlet容器），Jboss(EJB容器)。这些容器提供的接口严格遵守J2EE规范中的web application 标准。

web容器：我们把遵守J2EE规范标准的web服务器就叫做J2EE中的web容器。处理 web服务的容器，例如tomcat（servlet容器），IIS(asp容器)。web容器用于给处于其中的应用程序组件（ASP、JSP）提供一个环境，是中间件的一个组成部分，它实现了对动态语言的解析。比如tomcat可以解析jsp，是因为其内部有一个servlet容器。

EJB容器(Enterprise java bean )：更具有行业领域特色。他提供给运行在其中的组件EJB各种管理功能。只要满足J2EE规范的EJB放入该容器，马上就会被容器进行高效率的管理。并且可以通过现成的接口来获得系统级别的服务。例如邮件服务、事务管理。

WEB容器和EJB容器在原理上是大体相同的，更多的区别是被隔离的外界环境。WEB容器更多的是跟基于HTTP的请求打交道。而 EJB容器不是。它是更多的跟数据库、其它服务打交道。但他们都是把与外界的交互实现从而减轻应用程序的负担。例如servlet不用关心http的细 节，直接引用环境变量session,request,response就行、EJB不用关心数据库连接速度、各种事务控制，直接由容器来完成。

所以说，我们也可以把 IIS(asp容器)、Tomcat(servlet容器)、Jboss(EJB容器)等叫做Web容器

总结

通过上面的解释，不知道你有没有搞清楚这几者之间的区别！其实，对于这些名词，也并没有一个十分清楚的概念说这个就是属于这个，而不能属于那个。他们之间很多是包含关系。

web服务器：IIS、Apache、Nginx、Tomcat、Jboss、Jetty、Weblogic、Webshere、Glasshfish、Lighttpd等
web中间件：Tomcat、Jboss、Jetty、Weblogic、Webshere、Glasshfish等
web容器：IIS(asp容器)、Tomcat(servlet容器)、Jboss(EJB容器)

所以应该是  web服务器>web中间件>web容器

Web开发的选择

一般本地开发的话，小项目，或者是个人开发建议的话，php使用apache、asp使用IIS、jsp使用tomcat
	
大型的项目就用 jboss 或 webloigc
	
大项目或者商业项目一般采用：weblgoic/webshere，其他的还有 jboss、glasshfish 等
相关文章：Web中间件




 

首先，web服务器和web应用服务器不是同一个概念。起初，我也把两者混为一谈。现在说说自己对这两个的理解，如有不对之处，欢迎指出。

web应用服务器

在java web开发时，最早接触的web服务器是tomcat，其实tomcat是web应用服务器，任何的 web项目资源文件如果没有部署 在tomcat应用服务器中（资源文件没有放在tomcat安装目录中），都将不能访问得到。 

类似的web应用服务器还有  weblogic   和   jetty等。



web服务器

真正意义上的web服务器就两个 ：  IIS   和   apache  

web 服务器可以提供代理服务，即可以访问本地磁盘上所有的资源文件，即使项目资源文件没有放在服务器中。 

常见的web服务器有： nginx  ， nginx 是Apache 提供的web服务器，nginx是一款高性能、轻量级的web服务器和反向代理服务器以及邮件代理服务器。支持高并发，并发量50000 。nginx不能解析动态的jsp页面。



区别：

**web服务器只能解析静态页面，即html页面，它请求的路径是固定的。 

而web应用服务器可以解析动态的jsp页面，即它请求的路径是动态生成的，负责的是请求的逻辑处理。**

所以一般在web项目开发 中，apache+tomcat+nginx联合使用，访问静态资源时用apache解析，访问动态资源时用tomcat解析，nginx作为反向代理服务器，同时支持高并发。

Web 服务器
当我们在浏览器输入URL后，浏览器会先请求DNS服务器，获得请求站点的 IP 地址。然后发送一个HTTP Request（请求）给拥有该 IP 的主机，接着就会接收到服务器给我们的 HTTP Response（响应），浏览器经过渲染后，以一种较好的效果呈现给我们。这个过程中，正是Web服务器在幕后默默做贡献。
简单来说，Web服务器是在运行在物理服务器上的一个程序，它永久地等待客户端（主要是浏览器，比如Chrome，Firefox等）发送请求。当收到请求之后，它会生成相应的响应并将其返回至客户端。Web服务器通过HTTP协议与客户端通信，因此也被称为HTTP服务器。


Web服务器的工作原理并不复杂，一般可分成如下4个步骤：建立连接、请求过程、应答过程以及关闭连接

建立连接：客户机通过TCP/IP协议建立到服务器的TCP连接。
请求过程：客户端向服务器发送HTTP协议请求包，请求服务器里的资源文档。
应答过程：服务器向客户机发送HTTP协议应答包，如果请求的资源包含有动态语言的内容，那么服务器会调用动态语言的解释引擎负责处理“动态内容”，并将处理得到的数据返回给客户端。由客户端解释HTML文档，在客户端屏幕上渲染图形结果。
关闭连接：客户机与服务器断开。




虽然说web服务器的主要工作是根据request返回response，但是实际中的 Web 服务器远远比上面示例的复杂的多，因为要考虑的因素实在是太多了，比如：

缓存机制：讲一些经常被访问的页面缓存起来，提高响应速度；
安全：防止黑客的各种攻击，比如 SYN Flood 攻击；
并发处理：如何响应不同客户端同时发起的请求；
日志：记录访问日至，方便做一些分析。

目前在UNIX和LINUX平台下使用最广泛的免费 Web 服务器有Apache和Nginx。

Web 应用程序
Web 服务器接受 Http Request，返回 Response，很多时候 Response 并不是静态文件，因此需要有一个应用程序根据 Request 生成相应的 Response。这里的应用程序主要用来处理相关业务逻辑，读取或者更新数据库，根据不同 Request 返回相应的 Response。注意这里并不是 Web 服务器本身来做这件事，它只负责 Http 协议层面和一些诸如并发处理，安全，日志等相关的事情。
应用程序可以用各种语言编写（Java, PHP, Python, Ruby等），这个应用程序会从Web服务器接收客户端的请求，处理完成后，再返回响应给Web服务器，最后由Web服务器返回给客户端。整个架构如下：


以 Python 为例，使用Python开发Web，最原始和直接的办法是使用CGI标准，在1998年这种方式很流行。首先确保 Web 服务器支持CGI及已经配置了CGI的处理程序，然后设置好CGI目录，在目录里面添加相应的 python 文件，每一个 python 文件处理相应输入，生成一个 html 文件即可，如下例：
#!/usr/bin/python
# -*- coding: UTF-8 -*-

print "Content-type:text/html"
print         # 空行，告诉服务器结束头部
print '<html>'
print '<head>'
print '<meta charset="utf-8">'
print '</head>'
print '<body>'
print '<h2>Hello Word! 我是一个CGI程序</h2>'
print '</body>'
print '</html>'

这样在浏览器访问该文件就可以得到一个简单的 Hello World 网页内容。直接通过 CGI 写 Web 应用程序看起来很简单，每一个文件处理输入，生成html。但是实际开发中，可能会遇到许多不方便的地方。比如：

每个独立的CGI脚本可能会重复写数据库连接，关闭的代码；
后端开发者会看到一堆 Content-Type 等和自己无关的 html 页面元素；




Web 框架
早期开发站点确做了许多重复性劳动，后来为了减少重复，避免写出庞杂，混乱的代码，人们将 Web 开发的关键性过程提取出来，开发出了各种 Web 框架。有了框架，就可以专注于编写清晰、易维护的代码，无需关心数据库连接之类的重复性工作。
其中一种比较经典的Web框架采用了MVC架构，如下图所示：



用户输入 URL，客户端发送请求，控制器（Controller）首先会拿到请求，然后用模型（Models）从数据库取出所有需要的数据，进行必要的处理，将处理后的结果发送给视图（View），视图利用获取到的数据，进行渲染生成 Html Response返回给客户端。
以 python web 框架 flask 为例，框架本身并不限定我们用哪种架构来组织我们的应用，不过 flask 可以很好地支持以 MVC 方式组织应用。
控制器：flask 可以用装饰器来添加路由项，如下：
@app.route('/')
def main_page():
    pass

模型：主要用来取出需要的数据，如下面函数中操作：
@app.route('/')
def main_page():
    """Searches the database for entries, then displays them."""
    db = get_db()
    cur = db.execute('select * from entries order by id desc')
    entries = cur.fetchall()
    return render_template('index.html', entries=entries)

视图：flask 利用 jinja2 来渲染页面，下面的模版文件指定了页面的样式：
{% for entry in entries %}
<li>
  <h2>{{ entry.title }}</h2>
  <div>{{ entry.text|safe }}</div>
</li>
{% else %}
<li><em>No entries yet. Add some!</em></li>
{% endfor %}




Web 服务器网关接口
我们知道Python有着许多的 Web 框架，而同时又有着许多的 Web 服务器（Apache, Nginx, Gunicorn等），框架和Web服务器之间需要进行通信，如果在设计时它们之间不可以相互匹配的，那么选择了一个框架就会限制对 Web 服务器的选择，这显然是不合理的。
那么，怎样确保可以在不修改Web服务器代码或网络框架代码的前提下，使用自己选择的服务器，并且匹配多个不同的网络框架呢？答案是接口，设计一套双方都遵守的接口就可以了。对python来说，就是WSGI（Web Server Gateway Interface，Web服务器网关接口）。其他编程语言也拥有类似的接口：例如Java的Servlet API和Ruby的Rack。
Python WSGI的出现，让开发者可以将 Web 框架与 Web 服务器的选择分隔开来，不再相互限制。现在，你可以真正地将不同的 Web 服务器与Web框架进行混合搭配，选择满足自己需求的组合。例如，可以使用 Gunicorn 或Nginx/uWSGI来运行Django、Flask或web.py应用。


原文链接：从零开始搭建论坛（一）：Web服务器与Web框架