cookie

　　rabbitmq作为企业级的消息队列，功能很齐全，既可以作为单一的部署模式，又可以做集群的部署模式 　　单一部署就不说了，就是在一台服务器上部署rabbitmq消息队列，可以参考我的博客： Ubuntu16.04下，erlang安装和rabbitmq安装步骤 去安装部署 　　集群部署有好几种方式，具体使用哪一种，要根据自己的需求而定，这里主要介绍一下普通集群和镜像集群 　　普通模式 　　普通模式是集群的默认模式，集群中各个节点拥有相同的队列结构，但是队列的消息实体已保存在其中一个节点，当消费者consumer连接集群中的某个节点时，会通过集群内部通信，将消息传到当前节点，再防御给消费者consumer，举个例子： 　　假设集群中有两个节点（A和B），当生产者producer将消息发布在A上，且消息实体保存在A上 时 ，但是A和B有相同的队列结构，当消费者 consumer 连接到B时，B会临时的从A拉去消息，然后再返回给消费者。 　　普通集群模式的部署，我们准备了三台测试服务器，IP分别是192.168.209.133， 192.168.209.134， 192.168.209.135，它们的hostname分别是test1，test2，test3， 　　然后分别安装rabbitmq，可以参考我的博客： Ubuntu16.04下，erlang安装和rabbitmq安装步骤

常用方法 压缩源码和图片 　　JavaScript文件源代码：可以采用混淆压缩的方式，CSS文件源代码进行普通压缩，JPG图片可以根据具体质量来压缩为50%到70%，PNG可 以使用一些开源压缩软件来压缩，比如24色变成8色、去掉一些PNG格式信息等。 　　选择合适的图片格式：如果图片颜色数较多就使用JPG格式，如果图片颜色数较少就使用PNG格式，如果能够通过服务器端判断浏览器支持WebP，那么就使用WebP格式和 SVG格式。 合并静态资源 　　包括CSS、JavaScript和小图片，减少HTTP请求。 开启服务器端的Gzip压缩 　　这对文本资源非常有效，对图片资源则没那么大的压缩比率。 使用CDN 或者一些公开库使用第三方提供的静态资源地址 　　 比如jQuery、normalize.css。一方面增加并发下载量，另一方面能够和其他网站共享缓存。 延长静态资源缓存时间 　　频繁访问网站的访客就能够更快地访问。不过，这里要通过修改文件名的方式，确保在资源更新的时候，用户会拉取到最新的内容。 CSS引用放在页面头部，JavaScript引用放在页面底部 　　这样就不会阻塞页面渲染，让页面出现长时间的空白。 前端工程师的性能优化 基本优化方法是： 尽量减少同一域下的HTTP请求数 以及尽量减少每一个资源的体积 　　浏览器常常限定了对同一域名发起的并发连接数的上限。E6

　　前言 　　作为分布式项目，单点登录是必不可少的，文本基于之前的的博客（猛戳： SpringCloud系列——Zuul 动态路由 ， SpringBoot系列——Redis ）记录Zuul配合Redis实现一个简单的sso单点登录实例 　　sso单点登录思路： 　　1、访问分布式系统的任意请求，被Zuul的Filter拦截过滤 　　2、在run方法里实现过滤规则：cookie有令牌accessToken且作为key存在于Redis，或者访问的是登录页面、登录请求则放行 　　3、否则，将重定向到sso-server的登录页面且原先的请求路径作为一个参数；response.sendRedirect("http://localhost:10010/sso-server/sso/loginPage?url=" + url); 　　4、登录成功，sso-server生成accessToken，并作为key（用户名+时间戳，这里只是demo，正常项目的令牌应该要更为复杂）存到Redis，value值存用户id作为value（或者直接存储可暴露的部分用户信息也行）设置过期时间（我这里设置3分钟）；设置cookie：new Cookie("accessToken",accessToken);，设置maxAge(60*3);、path("/"); 　　5、sso

string strCookie=""; //创建一个名为user HttpCookie userCookie=new HttpCookie("user"); //value给单个Cookie值赋值 userCookie.Value="nihao"; Response.Cookie.Add(userCookie); //取值 HttpCookie userCookie=Request.Cookie["user"]; strCookie=userCookie.Value; //在一个Cookie中储存多个信息，那也没有问题 //values是获取单个cookie对象键值对的集合 HttpCookie userCookie=new HttpCookie("user"); userCookie.values.Add("nihao",txtName.value); userCookie.values.Add("nihao2",txtName2.value); Response.Cookie.Add(userCookie); //取值 HttpCookie userCookie=Request.Cookie["user"]; cookie1=userCookie.Values["nihao"]; cookie2=userCookie.Values["nihao"]; 　 asp.net

一，cookie的使用 1.需要先下载模块 npm i js-cookie -S 2.在使用cookie的页面上引入模块 import Cookies from 'js-cookie' 3.使用方法 创建一个在整个网站上有效的Cookie Cookies.set('name', 'value'); 读取cookie： Cookies.get('name'); // => 'value' 删除cookie： Cookies.remove('name'); 二，localStorage的使用 1，储存 localStorage.setItem('userName','HelloWeen'); 2，获取 localStorage.getItem('userName') 3，删除 localStorage.removeItem('userName'); 三，sessionStorage的使用 存储数据 sessionStorage.setItem('testKey','这是一个测试的value值'); // 存入一个值 读取数据 sessionStorage.getItem('testKey'); // => 返回testKey对应的值 参考内容： https://blog.csdn.net/mf_717714/article/details/84233625 来源： CSDN 作者： 鄧

今天在Laravel框架中使用Cookie的时候，碰到了点问题，自己被迷糊折腾了半多小时.期间研究了Cookie的实现类，也在网站找了许多的资料，包括问答。发现并没有解决问题。网上的答案都是互相抄袭，互相转载。其实并没有什么用处。好在最后，我找到了解决方法。奔着为广大Laravel爱好者和开发人员负责的精神，同时也希望大家在使用Cookie时少走弯路，在这里把在Laravel中Cookie的设置和读取方法贡献出来，供大家批评指正。 概述 Cookie的添加其实很简单，直接使用 Cookie::make() ，在使用方法前，需要引入Cookie的门面 use Illuminate\Support\Facades\Cookie; ，这样就可以完成Cookie的设置了(当然不引入直接 \Cookie 使用也能通过命名空间自动加载)。 不过，设置后我们如何才能取到Cookie值呢？有搜索过相关问题的开发人员肯定知道，网上的答案千篇一律都是： Cookie::get() ，有的甚至附上了代码： Cookie::make('test', 'hello, world', 10); echo Cookie::get('test'); 如果你按照这种类似的回答来测试Cookie，肯定会发现设置cookie的值永远都是null。多次测试无效下，你都会怀疑自己的Laravel框架是不是有问题！ 其实

待续 来源： https://www.cnblogs.com/jiann/p/11767374.html

路由系统 1、每个路由规则对应一个view中的函数 url(r'^index/(\d*)', views.index), url(r'^manage/(?P<name>\w*)/(?P<id>\d*)', views.manage), url(r'^manage/(?P<name>\w*)', views.manage,{'id':333}), 2、根据app对路由规则进行一次分类 rl(r'^web/',include('web.urls')), 　　 1、每个路由规则对应一个view中的函数 2、根据app对路由规则进行一次分类 django中的路由系统和其他语言的框架有所不同，在django中每一个请求的url都要有一条路由映射，这样才能将请求交给对一个的view中的函数去处理。其他大部分的Web框架则是对一类的url请求做一条路由映射，从而是路由系统变得简洁。 通过反射机制，可以为django开发一套动态的路由系统Demo 中间件 django 中的中间件（middleware），在django中，中间件其实就是一个类，在请求到来和结束后，django会根据自己的规则在合适的时机执行中间件中相应的方法。 在django项目的settings模块中，有一个 MIDDLEWARE_CLASSES 变量，其中每一个元素就是一个中间件，如下图。 中间件中可以定义四个方法，分别是：

1. Cookie，有时也用其复数形式 Cookies ，指某些网站为了辨别用户身份、进行 session 跟踪而储存在用户本地终端上的数据（通常经过加密）。例如在某个网站上保存了用户名和密码，3个月内免登陆。如果你换台电脑或者浏览器的话，则需要重新登录。就此说明cookie是保存在客户端浏览器上的一个文件。 2.实例---基于cookie实现用户信息验证 当用户名和密码都正确的时候，才跳转到index页面。否则就停留在login.html页面。 2.1 在setting中注释掉下面一句，防止报错 2.2 在urls.py中写路由对应关系 2.3 views.py写后端 dic = user_info.get(u) #如果获取到了，表明用户是存在的。 from django.shortcuts import render,HttpResponse,redirect from django.urls import reverse # Create your views here. user_info={ 'dachengzi':{'pwd':"123123"}, 'kanbazi':{'pwd':"kkkkkkk"}, } def login(request): if request.method=='GET': return render(request,'login.html')

cookie和session 1、cookie不属于http协议范围，由于http协议无法保持状态，但实际情况，我们却又需要“保持状态”，因此cookie就是在这样一个场景下诞生。 cookie的工作原理是：由服务器产生内容，浏览器收到请求后保存在本地；当浏览器再次访问时，浏览器会自动带上cookie，这样服务器就能通过cookie的内容来判断这个是“谁”了。 2、 cookie虽然在一定程度上解决了“保持状态”的需求，但是由于cookie本身最大支持4096字节，以及cookie本身保存在客户端，可能被拦截或窃取，因此就需要有一种新的东西，它能支持更多的字节，并且他保存在服务器，有较高的安全性。这就是session。 问题来了，基于http协议的无状态特征，服务器根本就不知道访问者是“谁”。那么上述的cookie就起到桥接的作用。 我们可以给每个客户端的cookie分配一个唯一的id，这样用户在访问时，通过cookie，服务器就知道来的人是“谁”。然后我们再根据不同的cookie的id，在服务器上保存一段时间的私密资料，如“账号密码”等等。 3、总结而言：cookie弥补了http无状态的不足，让服务器知道来的人是“谁”；但是cookie以文本的形式保存在本地，自身安全性较差；所以我们就通过cookie识别不同的用户