web服务器

目录 Http协议介绍 Http工作原理 访问网站分析 Http请求方法 Http响应方法 http相关术语 PV、UV、IP SOA松耦合架构 Http协议介绍 HTTP 全称： Hyper Text Transfer Protocol 中文名：超文本传输协议 什么是超文本？ 包含有超链接(Link)和各种多媒体元素标记(Markup)的文本。这些超文本文件彼此链接，形成网状(Web)，因此又被称为网页(Web Page)。这些链接使用URL表示。最常见的超文本格式是超文本标记语言HTML。 html文件->包含各种各样的元素（URL链接）->形成WebPage简称web页面 URL`即统一资源定位符(Uniform Resource Locator)，用来唯一地标识万维网中的某一个文档。 URL 由协议、主机和端口(默认为80)以及文件名三部分构成:  什么是超文本传输协议 是一种按照URL指示，将超文本文档从一台主机(Web服务器)传输到另一台主机(浏览器)的应用层协议，以实现超链接的功能。 Http工作原理 1.首先，当你在浏览器中输入一个网址的时候（ https://www.baidu.com/s?ie=utf-8&f=8&rsv_bp=1&rsv_idx=1&tn=baidu&wd=%E6%9B%BE%E8%80%81%E6%B9%BF&rsv_pq

(转载)彻底的理解：WebService到底是什么？ 最近老是有人跟我提web service接口，怎么，怎么滴，我觉得很扎耳朵，web service是一种将服务器的服务封装起来的技术，表现为对外提供接口，所以，web service不是一种接口 !!!!!! 转载地址: http://blog.csdn.net/qq_19916577/article/details/44988015 一、序言 大家或多或少都听过WebService（Web服务），有一段时间很多计算机期刊、书籍和网站都大肆的提及和宣传WebService技术，其中不乏很多吹嘘和做广告的成分。但是不得不承认的是WebService真的是一门新兴和有前途的技术，那么WebService到底是什么？何时应该用？ 当前的应用程序开发逐步的呈现了两种迥然不同的倾向：一种是基于浏览器的瘦客户端应用程序，一种是基于浏览器的富客户端应用程序（RIA），当然后一种技术相对来说更加的时髦一些（如现在很流行的Html5技术），这里主要讲前者。 基于浏览器的瘦客户端应用程序并不是因为瘦客户能够提供更好的用户界面，而是因为它能够避免花在桌面应用程序发布上的高成本。发布桌面应用程序成本很高，一半是因为应用程序安装和配置的问题，另一半是因为客户和服务器之间通信的问题

Cookie＆Session 背景 ：Cookie和Session的原理、作用及如何设置和相关面试。 一、诞生背景 HTTP是无状态的，即服务器无法知道两个请求是否来自同一个浏览器，也就是服务器不知道用户上一次做了什么，每次请求都是完全独立的。 早期互联网只是用于简单的浏览文档信息、查看黄页和门户网站等，并没有交互这个概念。但是随着互联网慢慢发展，宽带、服务器等硬件设施得到了很多的提升，互联网允许人们做更多的事情，所以交互式Web(交互式Web即客户端与服务器可以互动，如用户登录、商品购买和论坛等)慢慢就兴起了，而HTTP无状态的特点对此造成了严重阻碍。 由于不能记录用户上次的操作，伟大的程序员发明了隐藏域用于记录用户上一次的操作信息；通过隐藏域把用户上次操作记录放在form表单的input中，这样请求时将表单提交就可以知道上一次用户的操作了，但是这样每次都得常见隐藏域而且需要赋值，既麻烦又容易出错；但是隐藏域作用强大，时至今日都有很多人在用它解决各种问题。隐藏域的写法如下： <input type="hidden" name="field＿name" value="value"> 网景公司的卢-蒙特利Lou Montulli，在1994年将Cookies的概念应用于网络通信，用于解决用户网上购物的购物车历史记录，而当时最强大的浏览器也是网景浏览器

缓存的概念 缓存这个东西真的是无处不在， 有浏览器端的缓存， 有服务器端的缓存，有代理服务器的缓存， 有ASP.NET页面缓存，对象缓存。 数据库也有缓存， 等等。 http中具有缓存功能的是浏览器缓存，以及缓存代理服务器。 http缓存的是指:当Web请求抵达缓存时， 如果本地有“已缓存的”副本，就可以从本地存储设备而不是从原始服务器中提取这个文档。 缓存的好处 缓存的好处是显而易见的， 好处有， 1. 减少了冗余的数据传输，节省了网费。 2. 减少了服务器的负担， 大大提高了网站的性能 3. 加快了客户端加载网页的速度 Fiddler可以方便地查看缓存的header Fiddler中把header都分门别类的放在一起，这样方便查看。 如何判断缓存新鲜度 Web服务器通过2种方式来判断浏览器缓存是否是最新的。 第一种， 浏览器把缓存文件的最后修改时间通过 header ”If-Modified-Since“来告诉Web服务器。 第二种， 浏览器把缓存文件的ETag, 通过header "If-None-Match", 来告诉Web服务器。 通过最后修改时间, 来判断缓存新鲜度 1. 浏览器客户端想请求一个文档， 首先检查本地缓存，发现存在这个文档的缓存， 获取缓存中文档的最后修改时间，通过： If-Modified-Since， 发送Request给Web服务器。 2.

因为 PHP 文件需要由 Web 服务器处理，所以您需要将测试服务器的位置告知 Dreamweaver 。您还需要告诉 Dreamweaver 测试文件时要使用的正确 URL。以下说明假设您已经按上述部分 中 的描述在自己的计算机上设置一个本地测试环境。 理论上，您可以找到计算机上任何位置的 PHP 文件，当使用“实时视图”或“在浏览器 中 预览”时， Dreamweaver 会将它们复制到测试服务器。但是，这会为每个文件生成两个相同的副本。一般将项目文件存储在测试服务器的文档根 中 文件夹 中 ，您在本教程 中 也将这样做。 顺便说一下，开发PHP站点，需要先安装xamp,iis,wampserver包括Apache服务器，MySQL，以及PHPmyadmin的安装，安装具体过程（这里省略） 最后把文件安装在一个文件目录，C盘，或者D盘。 文档根的 URL 为 http://localhost/ 。 在 Dreamweaver 中 ，选择“站点”>“新建站点”。 在“站点名称”文本框 中 ，键入站点名称，如 PHP Test Site 。该名称用于在 Dreamweaver 中 识别此项目。 单击“本地站点文件夹”文本框旁的文件夹图标，浏览到测试服务器的文档根。 创建一个名为 php _test的文档根的子文件夹并选择它。 依次单击“打开”和“选择”（Mac 上是“选取”）。

原文地址： https://www.cnblogs.com/kangxingyue-210/p/7489288.html 1. Web服务器 Web服务器主要用来接收客户端发送的请求和响应客户端请求。 作为JavaWeb程序来说，还需要有Servlet容器，容器的主要作用就是调用java程序处理用户发送的请求，并响应指定的资源，关于Servlet容器我们还需要一点一点学习。 开发JavaWeb项目Web服务器和Servlet容器是必须的，通常情况二者是合在一起的。 常见的JavaWeb服务器： Tomcat（Apache）：当前应用最广的JavaWeb服务器； JBoss（Redhat红帽）：支持JavaEE，应用比较广； GlassFish（Orcale）：Oracle开发JavaWeb服务器，应用不是很广； Resin（Caucho）：支持JavaEE，应用越来越广； Weblogic（Orcale）：要钱的！支持JavaEE，适合大型项目； Websphere（IBM）：要钱的！支持JavaEE，适合大型项目； 2. Tomcat 2.1 Tomcat概述 Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持

今天收到了一个新的需求，是完成一个安全性相对较高的财务系统，大体思路是给用户的帐号充值，其实就是用户表的一个字段修改工作；安全性主要是体现在 1. 任何交易过程均进行相关记录； 2. 并发交易时程序健壮性保证； 3. 交易过程出现在非正常现象（停电，网络断掉）的处理能力； 4. 防止黑客攻击； 对于第一个，那就是简单的任何数据都要存档可以解决；第二个由于系统同时对一个记录做修改的并发量不会太大，用普通的事物可以实现；第四个也可以通过sql参数过滤来实现； 回过头来看第3个 发现问题了，貌似不是很好处理； 仔细想了一下，在客户浏览过程中，出现非正常现象的无非是客户端出现或者服务器端出现； 咱们在这里就分析下； 1. 如果在客户端发生了，在假设客户现在没有提交成功呢，就不如说客户已经点了按钮了，浏览器也正要去请求，突然大事不好！断电了，这个请求就没有成功的发送过去，即服务器端没有正常的接受到；那这个时候怎么办呢，客户点按钮了，服务器没有接受到请求，所有的操作都没有执行，这时服务器就没有必要通知客户端该事件的执行情况了； 2. 如果说客户已经提交成功了，即服务器接收到了客户端的请求，用户正在客户端等反馈结果呢，突然大事不妙了；这时候客户就郁闷了，你这次到底执行成功了没有啊！针对这个情况，感觉服务器端得把这次事件的执行结果送给这个用户，要不然客户得一直郁闷

Ningx的基本使用 user www; worker_processes 2; error_log logs/error.log info; pid logs/nginx.pid; events { worker_connections 1024; // 控制允许接受的并发连接数 } http { // 定义与web服务相关的 include mime.types; default_type application/octet-stream; .... } 一、部署web服务 每一个server { } 定义一个网站 例子： http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 80; server_name localhost; location / { root html; # 定义网站的根目录 index index.html index.htm index.php; # 定义目录的默认页面 } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } location ~ \.php$ { # 匹配所有以

Session模型简介 Session是什么呢？简单来说就是服务器给客户端的一个编号。当一台WWW服务器运行时，可能有若干个用户浏览正在运正在这台服务器上的网站。当每个用户首次与这台WWW服务器建立连接时，他就与这个服务器建立了一个Session，同时服务器会自动为其分配一个SessionID，用以标识这个用户的唯一身份。这个SessionID是由WWW服务器随机产生的一个由24个字符组成的字符串，我们会在下面的实验中见到它的实际样子。 这个唯一的SessionID是有很大的实际意义的。当一个用户提交了表单时，浏览器会将用户的SessionID自动附加在HTTP头信息中，（这是浏览器的自动功能，用户不会察觉到），当服务器处理完这个表单后，将结果返回给SessionID所对应的用户。试想，如果没有SessionID，当有两个用户同时进行注册时，服务器怎样才能知道到底是哪个用户提交了哪个表单呢。当然，SessionID还有很多其他的作用，我们会在后面提及到。 除了SessionID，在每个Session中还包含很多其他信息。但是对于编写ASP或ASP.NET的程序与来说，最有用的还是可以通过访问ASP/ASP.NET的内置Session对象，为每个用户存储各自的信息。例如我们想了解一下访问我们网站的用户浏览了几个页面，我们可能在用户可能访问到每个的页面中加入： <% If

Cookie的用法也和ASP中差不多。比如我们建立一个名为aspcn，值为飞刀的cookie HttpCookie cookie = new HttpCookie["aspcn"]; cookie.Value = "飞刀"; Response.AppendCookie(cookie); 我们取出Cookie值也很简单 HttpCookie cookie = Request.Cookies["aspcn"]; cookieValue = cookie.Value; 有时候我们想在一个Cookie中储存多个信息，那也没有问题。比如我们在名为aspcn的cookie下加多个信息 HttpCookie cookie = new HttpCookie("aspcn"); cookie.Values.Add("webmaster","飞刀"); cookie.Values.Add("writer","beige"); cookie.Values.Add("LinkColor","blue"); Response.AppendCookie(cookie); 取出信息也一样简单 HttpCookie cookie = Request.Cookies["aspcn"]; value1 = cookies.Values["webmaster"]; value2 = cookies.Values[