客户端服务器

HTTP 协议定义 协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议 (HTTP) 是一种通信协议，它允许将超文本标记语言 (HTML) 文档从 web 服务器传送到客户端的浏览器 网页是如何显示的 Request 与 Response 我们输入 URL 后，我们的浏览器给 Web 服务器发送一个 Request，Web 服务器接到 Request 后进行处理，生成响应的 Response，然后发送给浏览器，浏览器解析 Response 中的 HTML，这样我们就看到了网页 代理服务器 - 网络信息的中转站，功能如下： 1.提高访问速度，大多数的代理服务器都有缓存功能 2.突破限制，也就是翻墙 3.隐藏身份 b. 网页显示 浏览器需 发送多次 Request 1.当在浏览器输入 URL 时，浏览器发送一个 Request 取获取 URL 的html，服务器把 Response 发送回给浏览器 2.浏览器分析 Response 中的 HTML，发现其中引用了很多其他文件，如 图片、CSS文件、JS文件 3.浏览器会自动再次发送 Request 去获取图片、CSS、JS等 4.等所有文件都下载成功后，网页就被显示出来了 HTTP 的无状态 与 Connection:keep-alive 无状态是指协议对于事务处理没有记忆能力

本次实验是在 LNMP架构——php+nginx+mysql源码编译搭建lnmp环境 基础上进行的，lnmp架构已经搭建好，接下来我将给php添加缓存memcache。 文章目录 一、认识memcache 1、弄清静态缓存和动态缓存 2、什么是MemCache 3、MemCache的工作流程 4、MemCache访问模型 5、Memcache特性和限制 6、memcache适用场景 二、给php页面添加静态缓存memcache 1、实验思想 2、实验环境 3、实验 总结 一、认识memcache 1、弄清静态缓存和动态缓存 静态缓存：生成静态页面——缓存的是整个页面; 动态缓存：仅对数据库中的数据进行了缓存，即“通过动态缓存，不需要再读取数据库了，直接通过缓存文件来调取相应数据”； 2、什么是MemCache Memcache是一个高性能的分布式的内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等。简单的说就是将数据调用到内存中，然后从内存中读取，从而大大提高读取速度。 3、MemCache的工作流程 memcache服务器先检查客户端的请求数据是否在memcached中，如有，直接把请求数据返回，不再对数据库进行任何操作；如果请求的数据不在memcached中，就去查数据库

等待来自服务器的响应时超时 (32000) at org.eclipse.paho.client.mqttv3.internal try { // host为主机名，test为clientid即连接MQTT的客户端ID，一般以客户端唯一标识符表示，MemoryPersistence设置clientid的保存形式，默认为以内存保存 this.client = new MqttClient(HOST, clientid, new MemoryPersistence()); // MQTT的连接设置 MqttConnectOptions options = new MqttConnectOptions(); // 设置是否清空session,这里如果设置为false表示服务器会保留客户端的连接记录，这里设置为true表示每次连接到服务器都以新的身份连接 options.setCleanSession(true); // 设置连接的用户名 options.setUserName(userName); // 设置连接的密码 options.setPassword(passWord.toCharArray()); // 设置超时时间 单位为秒 options.setConnectionTimeout(10); // 设置会话心跳时间 单位为秒 服务器会每隔1.5

一、网络基础知识 1、OSI 开放式互联参考模型 当前市面上分别存在：四层、五层、七层协议，而国际标准化组织 ISO 制定的 OSI 七层协议模型，是业界提出来的概念性框架： 先自上而下，后自下而上处理数据头部 从应用层开始，都会对传输的数据头部进行处理，加上本层的一些信息，最终，由物理层通过以太网、电缆等介质，将数据解析成比特流，在网络中传输。 数据传输到目标地址后，并自底而上的将先前对应的头部解析分离出来，这个就是网络数据处理的流程。 2、TCP/IP OSI 是一个定义良好的协议规范机制，并有许多可选部分完成类似的任务。它定义了开放系统的层次结构、层次之间的相互关系、以及各层可包括的可能的任务，是作为一个框架来协调和组织各层所提供的服务。 但是 OSI 参考模型并没有提供一个可以实现的方法，而只是描述了一些概念，用来协调进程间通信标准的制定。所以，OSI 参考模型并不是一个标准，而是一个在自定标准时所使用的概念型框架。 实施的标准时 TCP/IP 四层架构参考模型，虽然 TCP/IP 协议并不完全符合 OSI 的七层参考模型，但我们依然可以将其理解为是对 OSI 的一种实现。 二、TCP的三次握手 1、TCP 报文头 1.1 Source Port 和 Destination Port 首先，Source Port 和 Destination Port

在开发的项目中，需要实时获取最新的股价，实时显示项目在线人数，即时通讯等。你会通过什么方法实现呢？下面就说说实时获取数据的几种方式，我尽量按照从low到复杂的顺序罗列。 http协议 HTTP协议大家都很熟悉了，开始本文之前，首先简单回顾一下HTTP协议。 HTTP协议是建立在TCP协议上的应用层协议，协议的本质是 请求----应答 ： 即对于HTTP协议来说，服务端给一次响应后整个请求就结束了，这是HTTP请求最大的特点，也是由于这个特点，HTTP请求无法做到的是服务端向客户端主动推送数据。 但由于HTTP协议的广泛应用，很多时候确实又想使用HTTP协议去实现实时的数据获取，这种时候应当怎么办呢？下面首先介绍几种基于HTTP协议的实时数据获取方法。 ifram/frame 对于菜鸟来说，这未必不是个聪明的解决方法。在需要显示的区域嵌入一个frame框，然后通过js或meta标签控制，不停的刷新获取。 优点：简单实用。 缺点：不停地向服务器请求，对服务器压力最大。 应用场景：局域网，客户端数量不大 短轮询 这里我们要用到ajax了，还是通过Js重复的请求服务器来获取实时数据。比起frame刷新，减少了浏览器的渲染过程。并且因为使用了异步处理，没有画面闪现。交互效果更好。 优点：异步处理，交互效果好 缺点：仍然需要不停地向服务器请求 应用场景：短时间的获取数据，比如支付状态

大家都知道，比如我们登录一个OA网站，看到的数据和同事的是有不同的，简单一想，是因为我们的登录账户不同，但是技术上是怎么实现的呢？ 尤其是login后，我们访问的都是同一个URL，为什么页面上展示的数据会不同呢？ 技术初探 最近小编亲自编写了一个web应用，终于略懂一二，和大家分享。 后台会根据请求所关联的用户去过滤数据 用户在浏览器中输入URL，后台根据URL匹配处理他的视图，返回属于该用户的数据。 为什么在浏览器中输入URL，后台程序能知道这次请求所关联的用户是谁？请看下一节，技术细探 技术细探（Cookie/Session机制详解） 会话（Session）跟踪是Web程序中常用的技术，用来跟踪用户的整个会话。常用的会话跟踪技术是Cookie与Session。Cookie通过在客户端记录信息确定用户身份，Session通过在服务器端记录信息确定用户身份。 详情推荐大家阅读：https://www.cnblogs.com/zhouhbing/p/4204132.html 这边提炼几个关键点： HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接。这就意味着服务器无法从连接上跟踪会话。 目前Cookie已经成为标准，所有的主流浏览器都支持Cookie。 Cookie实际上是一小段的文本信息。客户端请求服务器

1 DHCP服务器简介 DHCP(Dynamic Host Configuration Protocol),动态主机配置协议，DHCP 协议主要是用来自动为局域网中的客户机分配TCP/IP 信息的网络协议，并完成每台客户机的TCP/IP 协议配置。当我们将局域网中客户机IP地址设置为动态获取方式时，DHCP服务器就会根据DHCP协议给客户机自动分配IP地址，使得客户机能够使用这个IP地址。 DHCP的前身是BOOTP协议（Bootstrap Protocol）,BOOTP被创建出来为连接到网络中的设备自动分配地址，后来被DHCP取代了，DHCP比BOOTP更加复杂，功能更强大。所有的IP网络参数（包括IP地址、网关和DNS服务器地址等）都由DHCP服务器集中管理，并负责处理客户端的DHCP要求；而客户端则会使用从服务器分配的IP网络参数。 在DHCP的工作原理中，DHCP 服务器 提供了三种IP分配方式：自动分配(Automatic allocation)、手动分配和动态分配（Dynamic Allocation）。 自动分配是当DHCP客户端第一次成功的从DHCP服务器获取一个IP地址后，就永久的使用这个IP地址。 手动分配是由DHCP服务器管理员专门指定的IP地址 动态分配是当客户端第一次从DHCP服务器获取到 IP地址 后，并非永久使用该地址，每次使用完后

gate服务器 一个应用的gate服务器，一般不参与rpc调用，也就是说其配置项里可以没有port字段，仅仅有clientPort字段，它的作用是做前端的负载均衡。客户端往往首先向gate服务器发出请求，gate会给客户端分配具体的connector服务器。具体的分配策略一般是根据客户端的某一个key做hash得到connector的id，这样就可以实现各个connector服务器的负载均衡。 connector服务器 connector服务器接收客户端的连接请求，创建与客户端的连接，维护客户端的session信息。同时，接收客户端对后端服务器的请求，按照用户配置的路由策略，将请求路由给具体的后端服务器。当后端服务器处理完请求或者需要给客户端推送消息的时候，connector服务器同样会扮演一个中间角色，完成对客户端的消息发送。connector服务器会同时拥有clientPort和port，其中clientPort用来监听客户端的连接，port端口用来给后端提供服务。 应用逻辑服务器 gate服务器和connector服务器又都被称作前端服务器，应用逻辑服务器是后端服务器，它完成实际的应用逻辑，提供服务给客户端，当然客户端的请求是通过前端服务器路由过来的。后端服务器之间也会通过rpc调用而有相互之间的交互。由于后端服务器不会跟客户端直接有连接

一、 邮件开发涉及到的一些基本概念 1.1、邮件服务器和电子邮箱 　　要在Internet上提供电子邮件功能，必须有专门的电子邮件服务器。例如现在Internet很多提供邮件服务的厂商：sina、sohu、163等等他们都有自己的邮件服务器。 　　这些邮件服务器类似于现实生活中的邮局，它主要负责接收用户投递过来的邮件，并把邮件投递到邮件接收者的电子邮箱中。 　　电子邮箱(E-Mail地址)的获得需要在邮件服务器上进行申请，确切地说，电子邮箱其实就是用户在邮件服务器上申请的一个账户，用户在邮件服务器上申请了一个帐号后，邮件服务器就会为这个账号分配一定的空间，用户从而可以使用这个帐号以及空间发送电子邮件和保存别人发送过来的电子邮件。 1.2、邮件传输协议 1.2.1、SMTP协议 　　用户连接上邮件服务器之后，要想给它发送一封电子邮件，需要遵循一定的通讯规则，SMTP协议就是用来定义这种通讯规则的。因此，我们通常也把处理用户smtp请求(邮件发送请求)的服务器称之为SMTP服务器(邮件发送服务器)。 1.2.2、POP3协议 　　同样，用户若想从邮件服务器管理的电子邮箱当中接收一封电子邮件话，它连上邮件服务器后，也要遵循一定的通讯格式，POP3协议就是用来定义这种通讯格式的。因此，我们通常也把处理用户pop3请求(邮件接收请求)的服务器称之为POP3服务器(邮件接收服务器)。 1.3

http协议 HTTP简介 HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。 HTTP是一个基于TCP/IP通信协议来传递数据（HTML 文件, 图片文件, 查询结果等）。 HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。 HTTP协议工作于客户端-服务端架构为上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息。 HTTP特点 1、简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。 由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。 2、灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 3.无连接