客户端服务器

1. nfs简介 1.1nfs特点 NFS（Network File System）即网络文件系统，是FreeBSD支持的文件系统中的一种，它允许网络中的计算机之间通过TCP/IP网络共享资源 在NFS的应用中，本地NFS的客户端应用可以透明地读写位于远端NFS服务器上的文件，就像访问本地文件一样 nfs适用于Linux与Unix之间实现文件共享，不能实现Linux与Windows间的文件共享功能 nfs是运行在应用层的协议，其监听于2049/tcp和2049/udp套接字上 nfs服务只能基于IP进行认证，这也是它的缺点之一 1.2 使用nfs的好处 节省本地存储空间，将常用的数据存放在一台NFS服务器上且可以通过网络访问，那么本地终端将可以减少自身存储空间的使用 用户不需要在网络中的每个机器上都建有Home目录，Home目录可以放在NFS服务器上且可以在网络上被访问使用 一些存储设备如软驱、CDROM和Zip（一种高储存密度的磁盘驱动器与磁盘）等都可以在网络上被别的机器使用。这可以减少整个网络上可移动介质设备的数量 1.3 nfs的体系组成 nfs体系至少有两个主要部分： 一台nfs服务器 若干台客户机 nfs体系的架构图如下： 客户机通过TCP/IP网络远程访问存放在NFS服务器上的数据 在NFS服务器正式启用前，需要根据实际环境和需求，配置一些NFS参数 1.4

nfs简介 1.1 nfs特点 龄- ●NFS (Network File System) 即网络文件系统，是FreeBSD支持的文件系统中的- -种， 它允 许网络中的计算机之间通过TCP/IP网络共享资源 ●在NFS的应用中，本地NFS的客户端应用可以透明地读写位于远端NFS服务器上的文件，就 像访问本地文件一样 ●nfs适用于Linux与Unix之间实现文件共享，不能实现L inux与Windows间的文件共享功能 ●nfs是运行在应用层的协议，其监听于2049/tcp和2049/udp套接字.上 ●nfs服务只能基于IP进行认证，这也是它的缺点之一 1.2使用nfs的好处 ●节省本地存储空间，将常用的数据存放在一台NFS服务器上且可以通过网络访问，那么本地 终端将可以减少自身存储空间的使用 ●用户不需要在网络中的每个机器上都建有Home目录，Home目录可以放在NFS服务器上且可 以在网络.上被访问使用 ●--些存储设备如软驱、CDROM和Zip(一种高储存密度的磁盘驱动器与磁盘)等都可以在网 络上被别的机器使用。这可以减少整个网络上可移动介质设备的数量 1.3 nfs的体系组成 nfs体系至少有两个主要部分: ●一台nfs服务器 ●若干台客户机 nfs体系的架构图如下: 1.4 nfs的应用场景 nfs有很多实际应用场景，以下是一些常用的场景:

对 TCP/IP、 UDP、 Socket编程这些词你不会很陌生吧？随着网络技术的发展，这些词充斥着我们的耳朵。那么我想问： 1. 什么是 TCP/IP、 UDP？ 2. Socket在哪里呢？ 3. Socket是什么呢？ 4. 你会使用它们吗？ 什么是 TCP/IP 、 UDP ？ TCP/IP（ Transmission Control Protocol/Internet Protocol）即传输控制协议 /网间协议，是一个工业标准的协议集，它是为广域网（ WANs）设计的。 UDP（ User Data Protocol，用户数据报协议）是与 TCP相对应的协议。它是属于 TCP/IP协议族中的一种。 这里有一张图，表明了这些协议的关系。 图 1 TCP/IP协议族包括运输层、网络层、链路层。现在你知道 TCP/IP与 UDP的关系了吧。 Socket 在哪里呢？ 在图 1中，我们没有看到 Socket的影子，那么它到底在哪里呢？还是用图来说话，一目了然。 图 2 原来 Socket在这里。 Socket 是什么呢？ Socket是应用层与 TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中， Socket其实就是一个门面模式，它把复杂的 TCP/IP协议族隐藏在 Socket接口后面，对用户来说，一组简单的接口就是全部，让 Socket去组织数据

StringRedisTemplate获取redis信息 Properties info = redisTemplate.getRequiredConnectionFactory().getConnection().info("memory"); 可选参数： server ：有关Redis服务器的常规信息 clients ：客户端连接部分 memory ：内存消耗相关信息 persistence ：RDB和AOF相关信息 stats ：一般统计 replication ：主/副本复制信息 cpu ：CPU消耗统计信息 commandstats ：Redis命令统计 cluster ：“ Redis群集”部分 keyspace ：与数据库相关的统计 它还可以采用以下值： all ：返回所有部分 default ：仅返回默认的部分集 如果未提供任何参数，则采用该 default 选项。 返回值： redis> INFO # Server # Redis服务器版本 redis_version:999.999.999 redis_git_sha1:3c968ff0 redis_git_dirty:0 redis_build_id:51089de051945df4 redis_mode:standalone # Redis 服务器的宿主操作系统 os:Linux 4.8.0-1-amd64

网络编程三要素： A:IP地址 B:端口 C:协议 举例: 我想和林青霞说话了。肿么办? A:我要找到林青霞。 B:对她说话，要对耳朵说。 C:我说什么呢?"I Love You" 但是，她没学过英语，听不懂。 我没必要说英语，说汉语就可以了：我爱你 IP地址: 网络中计算机的唯一标识。 计算机只能识别二进制的数据，所以我们的IP地址应该是一个二进制的数据。 但是呢，我们配置的IP地址确不是二进制的，为什么呢? IP：192.168.1.100 换算：11000000 10101000 00000001 01100100 假如真是：11000000 10101000 00000001 01100100的话。 我们如果每次再上课的时候要配置该IP地址，记忆起来就比较的麻烦。 所以，为了方便表示IP地址，我们就把IP地址的每一个字节上的数据换算成十进制，然后用.分开来表示： "点分十进制" IP地址的组成：网络号段+主机号段 A类：第一号段为网络号段+后三段的主机号段 一个网络号：256*256*256 = 16777216 B类：前二号段为网络号段+后二段的主机号段 一个网络号：256*256 = 65536 C类：前三号段为网络号段+后一段的主机号段 一个网络号：256 IP地址的分类： A类 1.0.0.1---127.255.255.254 (1)10.X.X.X是私有地址

一、会话跟踪技术 1.1 什么是会话跟踪 我们需要先了解一下什么是会话！可以把会话理解为客户端与服务器之间的一次会晤，在一次会晤中可能会包含多次请求和响应。例如你给10086打个电话，你就是客户端，而10086服务人员就是服务器了。从双方接通电话那一刻起，会话就开始了，到某一方挂断电话表示会话结束。在通话过程中，你会向10086发出多个请求，那么这多个请求都在一个会话中。 在Web中，客户向某一服务器发出第一个请求开始，会话就开始了，直到客户关闭了浏览器会话结束。 在一个会话的多个请求中共享数据，这就是会话跟踪技术。例如在一个会话中的请求如下：  请求银行主页； 请求登陆 （请求参数是用户名和密码） 请求转账（请求参数与转账相关的数据） 请求信誉卡还款（请求参数与还款相关的数据） 在这上会话中当前用户信息必须在这个会话中共享的，因为登录的是张三，那么在转账和还款时一定是相对张三的转账和还款！这就说明我们必须在一个会话过程中有共享数据的能力。 1.2会话路径技术使用Cookie或session完成 我们知道HTTP协议是无状态协议，也就是说每个请求都是独立的！无法记录前一次请求的状态。但HTTP协议中可以使用Cookie来完成会话跟踪！在Web开发中，使用session来完成会话跟踪，session底层依赖Cookie技术。 二、cookie介绍 cookie的由来。

一、前言   这篇博客来谈一谈 Web 应用中广泛使用的 Cookie 、 Session 以及 Token 机制，它们在 Web 应用中起着至关重要的作用，同时也是面试中的高频考点。这篇博客我主要来介绍一下这三种东西的相关概念和它们实现的原理，以及它们之间的区别。 二、正文   2.1 为什么需要它们   首先来说第一个问题，我们为什么需要这三样东西？稍微了解过 HTTP 的应该知道， HTTP 协议是一个无状态的协议。什么是无状态？就是说， HTTP 服务器对每一条请求一视同仁，不会记录每一条请求的状态，比如是由谁发出的，所有的请求对它来说都是陌生的。就算你连续向同一个服务器发送两条请求，对它来说，这也是两条完全不相关的请求。但是，我们会发现这样一个现象，当我们在一个网站登录后，服务器就好像认识了我们，我们发送出去的请求，都能得到与我们自身相关的响应。比如说我们在淘宝登录后，点击购物车，就能够看见我们自己加入的商品；而如果我们没有登录，就会被拦截下来，跳转到登录页面。这是为什么呢？不是说 HTTP 是无状态的吗。其实，这就是依赖于上面的三种机制。   2.2 Cookie    Cookie 其实就是浏览器保存在电脑中的一些文本数据，它们都是 key-value 形式的，其中包含了我们自己以及服务器的一些信息。当我们向一个服务器发送请求时，服务器可能希望我们在本地保存一些数据

Kafka【第一篇】Kafka集群搭建 Kafka初识 1、Kafka使用背景 在我们大量使用分布式数据库、分布式计算集群的时候，是否会遇到这样的一些问题： 我们想分析下用户行为（pageviews），以便我们设计出更好的广告位 我想对用户的搜索关键词进行统计，分析出当前的流行趋势 有些数据，存储数据库浪费，直接存储硬盘效率又低 这些场景都有一个共同点： 数据是由上游模块产生，上游模块，使用上游模块的数据计算、统计、分析，这个时候就可以使用消息系统，尤其是分布式消息系统！ 2、Kafka的定义 What is Kafka：它是一个分布式消息系统，由linkedin使用scala编写，用作LinkedIn的活动流（Activity Stream）和运营数据处理管道（Pipeline）的基础。具有高水平扩展和高吞吐量。 3、Kafka和其他主流分布式消息系统的对比 定义解释： 1、Java 和 scala都是运行在JVM上的语言。 2、erlang和最近比较火的和go语言一样是从代码级别就支持高并发的一种语言，所以RabbitMQ天生就有很高的并发性能，但是 有RabbitMQ严格按照AMQP进行实现，受到了很多限制。kafka的设计目标是高吞吐量，所以kafka自己设计了一套高性能但是不通用的协议，他也是仿照AMQP（ Advanced Message Queuing

由来 HTTP是无状态协议, 不能用状态来区分、管理请求和响应, 所以服务器单单从网络连接上无法知道客户的身份. 为了解决这个问题, 服务器给客户端分发一个通行证, 从客户端携带的通行证上确认客户的身份, 这就是Cookie的工作原理. Cookie Cookie是客户端保存用户信息的一种机制, 用来记录用户的一些信息. Cookie是服务器在本地机器上存储的一段文本, 并随着每次请求发送到服务器. 根据响应报文中的Set-Cookie的首部字段信息, 通知客户端保存Cookie. 当客户端再向服务器端发起请求时, 客户端会自动在请求报文中添加Cookie值, 发送到服务器. 服务器发现客户端发送过来的Cookie后, 会检查是哪个客户端发过来的请求, 对应服务器上的记录, 得到之前的状态信息. Session 服务器在执行Session机制时, 会生成Session的id值, 这个id值会发送给客户端, 并保存在客户端上, 保存的容器就是Cookie. 客户端每次请求都会把这个id值放到HTTP请求的头部发送给服务器. 当完全禁掉浏览器的Cookie时, 服务器的Session也不会正常使用. Cookie和Session的比较 Cookie数据存放在客户端上, Session数据存放在服务器上. 服务器的Session机制依赖于客户端的Cookie. Cookie不是很安全,

利用IIS7自带类库管理IIS现在变的更强大更方便，而完全可以不需要用DirecotryEntry这个类了(乐博网中很多.net管理iis6.0的文章都用到了DirecotryEntry这个类 )，Microsoft.Web.Administration.dll位于IIS的目录（%WinDir%\\System32\\InetSrv）下，使用时需要引用，它基本上可以管理IIS7的各项配置。 这个类库的主体结构如下： 这里只举几个例子说明一下基本功能，更多功能请参考MSDN。 建立站点 string SiteName="乐博网"; //站点名称 string BindArgs="*:80:"; //绑定参数，注意格式 string apl="http"; //类型 string path="e:\\乐博网"; //网站路径 ServerManager sm = new ServerManager(); sm.Sites.Add(SiteName,apl,BindArgs,path); sm.CommitChanges(); 修改站点 Site site=sm.Sites["newsite"]; site.Name=SiteName; site.Bindings[0].EndPoint.Port=9999; site.Applications[0].VirtualDirectories