C++ 网络编程项目fastDFS分布式文件系统(九)总结
键值对存储, 操作数据使用的是命令。添加新组, 将新主机放到该组中。也可以多线程处理 -> 另外的。如果匹配成功,则不再匹配其他。使用spawn-fcgi启动。存储服务器端经常访问的数据。横向扩容 -> 增加容量。将主机放到已经存在的组中。存储用户上传的所有的文件。和关系型数据库配合使用。纵向扩容 -> 备份。web服务器需要集群。项目中所有用到的数据。给用户提供下载服务器。讲的是单线程处理方式
·
1. Location语法
1. 语法规则
location [=|~|~*|^~] /uri/{…}正则表达式中的特殊字符:- . () {} [] * + ?
2. Location优先级说明
在nginx的location和配置中location的顺序没有太大关系。
与location表达式的类型有关。
相同类型的表达式,字符串长的会优先匹配。
3. location表达式类型
~ 表示执行一个正则匹配,区分大小写
~* 表示执行一个正则匹配,不区分大小写
^~ 表示普通字符匹配。使用前缀匹配。如果匹配成功,则不再匹配其他location。
= 进行普通字符精确匹配。也就是完全匹配
4. 匹配模式及优先级顺序(高 -> 低):
客户端: http://localhost/helloworld/test/a.html客户端: http://localhost/helloworld/test//helloworld/test/a.html/helloworld/test/location /{}location /helloworld/{}location /helloworld/test/{}location =/helloworld/test/{root xxx;}http://localhost/helloworld/test/a.htmllocation ^~ /helloworld/test/{}location ^~ /login/{}http://localhost/helloworld/test/a.JPGlocation ~* \.[jpg|png]{}http://192.168.1.100/login/hello/world/login.html/login/hello/world/login.htmllocation /{}location /login/{}location /login/hello/{}location /login/hello/world/{}location ~ /group[1-9]/M0[0-9]{}
练习:

匹配示例:/ -> configuration/index.html -> configuration/documents/document.html -> configuration C/documents///images/1.gif -> configuration D/images///documents/1.jpg -> configuration E
2. 项目总结
1. 客户端
Qt
了解了Qt中http通信
2. nginx反向代理服务器
为web服务器服务
web服务器需要集群
3. web服务器 - nginx
处理静态请求 - > 访问服务器文件
动态请求 -> 客户端给服务器提交的数据,自己本身处理不了那么在nginx里面配置一个转发,把结果给fastcgi进程进行处理。
借助fastCGI进行处理
讲的是单线程处理方式 - API
也可以多线程处理 -> 另外的API
使用spawn-fcgi启动
4. mysql
关系型数据库 - 服务器端
存储什么?
项目中所有用到的数据
5. redis
非关系型数据库 - 服务器端使用
数据默认在内存, 不需要sql语句, 不需要数据库表
键值对存储, 操作数据使用的是命令
和关系型数据库配合使用
存储服务器端经常访问的数据
实际只存储了一个token值。对比用户,客户端连接的时候将token 发送给服务端,进行对比,如果对比不对进行强制的操作,断开连接。
6. fastDFS
分布式文件系统
追踪器(管理追踪器的内容), 存储节点(实际存储), 客户端
存储节点的集群
横向扩容 -> 增加容量
添加新组, 将新主机放到该组中
纵向扩容 -> 备份
将主机放到已经存在的组中
存储用户上传的所有的文件
给用户提供下载服务器
3. 项目提炼
1. 做的是文件服务器
电商网站
旅游网站
租房
装修公司
医院
短视频网站
2. 需要什么?
首先需要的是fastDFS
配置环境
扩容
操作fastDFS - 客户端
web
桌面终端 - Qt
数据库操作
mysql
oralce
有一个web服务器 - Nginx
静态资源部署
动态请求 - 编写fastCGI程序
注册
登录
上传
下载
秒传
文件列表的获取
redis
存储服务器访问比较频繁的数据
4. 存储节点反向代理
http://192.168.31.109:80/group1/M00/00/00/wKgfbViy2Z2AJ-FTAaM3As g3Z0782.mp4"
http://192.168.31.109:80/group2/M00/00/00/wKgfbViy2Z2AJ-FTAaM3As g3Z0782.mp4"
上图的反向代理服务器代理的是每个存储节点上部署的Nginx- 每个存储节点上的Nginx的职责: 解析用户的http请求, 帮助用户快速下载文件客户端上传了一个文件, 被存储到了fastDFS上, 得到一个文件ID/group1/M00/00/00/wKgfbViy2Z2AJ-FTAaM3Asg3Z0782.mp4"因为存储节点有若干个, 所有下载的时候不知道对应的存储节点的访问地址给存储节点上的nginx web服务器添加反向代理服务器之后, 下载的访问地址:- 只需要知道nginx反向代理服务器的地址就可以了: 192.168.31.109- 访问的url:http://192.168.31.109/group1/M00/00/00/wKgfbViy2Z2AJ-FTAaM3Asg3Z0782.mp4客户端的请求发送给了nginx反向代理服务器- 反向代理服务器不处理请求, 只转发, 转发给存储节点上的nginx服务器反向代理服务器的配置 - nginx.conf- 找出处理指令: 去掉协议, iP/域名, 末尾文件名, ?和后边的字符串- /group1/M00/00/00/ - 完整的处理指令- 添加locationserver{location /group1/M00{# 数据转发, 设置转发地址proxy_pass http://test.com;}location /group2/M00{# 数据转发, 设置转发地址proxy_pass http://test1.com;}}upstream test.com{# fastDFS存储节点的地址, 因为存储节点上安装了nginx, 安装的nginx作为web服务器的角色server 192.168.31.100;server 192.168.31.101;server 192.168.31.102;}upstream test1.com{# fastDFS存储节点的地址, 因为存储节点上安装了nginx, 安装的nginx作为web服务器的角色server 192.168.32.100;server 192.168.33.101;server 192.168.34.102;}# ===================================存储节点上的web服务器的配置存储节点1location /group1/M00{# 请求处理root 请求的资源的根目录; // 存储节点的store_path0对应的路径+datangx_fastdfs_module;}location /group1/M01{# 请求处理root 请求的资源的根目录;ngx_fastdfs_module;}存储节点2location /group2/M00{# 请求处理root 请求的资源的根目录;ngx_fastdfs_module;}location /group2/M01{# 请求处理root 请求的资源的根目录;ngx_fastdfs_module;}存储节点3location /group3/M00{# 请求处理root 请求的资源的根目录;ngx_fastdfs_module;}location /group3/M01{# 请求处理root 请求的资源的根目录;ngx_fastdfs_module;}
5. https
1. 在百度服务器端首先生成一个秘钥对 -> 对公钥分发
2. 百度将公钥给到了CA认证机构, ca对私钥进行签名 -> 生成了证书.
3. 第一步第二部只做一次
4. 客户端访问百度, 百度将ca生成的证书发送给客户端
5. 浏览器对收到的证书进行认证
6. 如果证书没有问题 -> 使用ca的公钥将服务器的公钥从证书中取出
7. 我们得到了百度的公钥
8. 在浏览器端生成一个随机数, 使用得到的公钥进行加密, 发送给服务器
9. 服务器端使用私钥解密, 得到了随机数, 这个随机数就是对称加密的秘钥
10. 现在秘钥分发已经完成, 后边的通信使用的的对称加密的方式
1. 对称加密加解密秘钥是同一个2. 非对称加密公钥, 私钥rsa -> 公钥私钥都是两个数字ecc -> 椭圆曲线, 两个点公钥加密, 私钥解密数据传输的时候使用私钥加密, 公钥解密数字签名3. 哈希函数md5/ sha1/sha2得到散列值, 散列值是定长的4. 消息认证码生成消息认证码: (将原始数据+共享秘钥) * 进行哈希运算 = 散列值验证消息认证码:(接收的原始数据 + 共享秘钥) * 哈希运算 = 新的散列值新散列值和旧散列值进行比较, 看是不是相同作用:验证数据的一致性型弊端:两端共享秘钥必须相同, 共享秘钥分发困难5. 数字签名 -> 目的告诉所有人这个数据的所有者是xxx, xxx就是拿私钥的人生成一个非对称加密的密钥对公钥私钥生成签名:对原始数据进行哈希运算 -> 散列值使用非对称加密的私钥, 对散列值进行签名(私钥加密) -> 密文得到的密文就是数字签名签名的校验:校验这会收到签名者发送的数据原始数据数字签名对接收的数据进行哈希运算 -> 散列值使用非对称加密的公钥, 对数字签名进行解密 -> 明文 == 签名者生成的散列值校验者的散列值 和 签名者的散列值进行比较相同 -> 校验成功了, 数据属于签名的人失败 -> 数据不属于签名的人弊端:接收公钥的人没有办法校验公钥的所有者。
6. 证书由一个受信赖的机构 (CA) 对某人的公钥进行数字签名CA有一个密钥对使用ca的私钥对某个人的公钥进行加密 -> 证书这个人 的公钥这个人的个人信息
更多推荐

所有评论(0)