session

文件配置 1.模版Templates文件配置: TEMPLATE_DIRS = ( os.path.join(BASE_DIR,'templates'), ) 2.静态文件static配置: STATICFILES_DIRS = ( os.path.join(BASE_DIR,'static'), ) 报错 doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS\ 这个问题出现没有在setting INSTALLED_APPS 添加项目名称引起 Q搜索示例 1.利用Q的特性，设计多条件搜索。 con = Q() q1 = Q() q1.connector = 'OR' q1.children.append(('id', 1)) q1.children.append(('id', 10)) q1.children.append(('id', 9)) q2 = Q() q2.connector = 'OR' q2.children.append(('c1', 1)) q2.children.append(('c1', 10)) q2.children.append(('c1', 9)) con.add(q1, 'AND') con.add(q2, 'AND') ret =

　　Nginx使用TCP反向代理日志配置不同于http 　　修改nginx配置文档/usr/local/nginx/conf/nginx.conf 设置日志格式 stream { log_format proxy '$remote_addr [$time_local] ' '$protocol $status $bytes_sent $bytes_received ' '$session_time "$upstream_addr" ' '"$upstream_bytes_sent" "$upstream_bytes_received" "$upstream_connect_time"'; include ./conf.d/*.tcpstream; } 　　修改具体的tcp配置文档 server{ error_log /opt/log/device5001_error.log; access_log /opt/log/device5001_access.log proxy; listen 5001; proxy_pass device5001; } 　　检查日志 tail -f /opt/log/device5001_access.log 　　PS •测试发现nginx会等待session结束才会记录到日志文件； •session日志只是tcp层面的记录，包括session时间

一、什么是cookie 1.概念 Cookie是存储在客户机的文本文件，它们保存了大量轨迹信息。在servlet技术基础上，JSP显然能够提供对HTTP cookie的支持。 Cookie 是在 HTTP 协议下，服务器或脚本可以维护客户工作站上信息的一种方式。Cookie 是由 Web 服务器保存在用户浏览器（客户端）上的小文本文件，它可以包含有关用户的信息。无论何时用户链接到服务器，Web 站点都可以访问 Cookie 信息 。 2.原理 通常有三个步骤来识别回头客： 服务器脚本发送一系列cookie至浏览器。比如名字，年龄，ID号码等等。 浏览器在本地机中存储这些信息，以备不时之需。 当下一次浏览器发送任何请求至服务器时，它会同时将这些cookie信息发送给服务器，然后服务器使用这些信息来识别用户或者干些其它事情。 二、什么是Session 1.概念 Session是一次浏览器和服务器的会话对象，session也是缓存，是内容，是块数据。我们访问网页使用的HTTP协议是无状态的，没有任何关系，快速的。所以我们如果想要关联客户的信息就需要一种办法能够把客户的信息联系在一起，这个方法就是cookie。但是cookie是把信息储存在用户本地，不安全又很容易的被修改。所以session就出现了，它储存在服务器上，通过它关联同一个用户的信息

前言：javaweb整合开发第五章学习笔记，只是为了加深自己的学习效果。 1.从存取方式上比较 Cookie中只能保存ASCII字符串，如果需要存取Unicode字符或者二进制数据，需要进行UTF-8等方式编码，Cookie中不能直接存取Java对象。Session可以存取任意类型的数据，Session可以看成一个容器。 2从隐私安全上比较 Cookie存储在客户端浏览器中，对客户端是可见的，敏感信息需要加密，Session存储在服务器上，对客户端是透明的。 3从有效期比较 Cookie信息可以长期有效，Session理论上也能实现这效果，但是Session依赖于名为JESSIONID的Cookie，而Cookie JSESSIONID的maxAge默认为-1，只要关闭了浏览器Session就会失效，因此Session不能实现信息永久有效的效果。Session超时时间过长，容易导致服务器内存溢出。 4从对服务器的负担上比较 Session保存在服务器端，每个用户都可以产生一个Session，Cookie保存在客户端，不占用服务器资源。 5从浏览器支持上比较 Cookie是需要客户端浏览器支持的。如果客户端禁用了Cookie，或者不支持Cookie，则会话跟踪会失效。对于WAP上的应用，常规的Cookie就派不上应用了。 Session以及URL地址重写可以跟踪会话

最近在项目中使用FCKeditor作为富文本编辑器，把使用中遇到的问题及解决办法总结下。 　　1）首先到 http://www.fckeditor.net/download 去下载FCKeditor 2.6.4.zip和FCKeditor.NET(这个其实是asp.net控件) 　　2) 把FCKeditor 2.6.4.zip解压到项目的/目录或其他目录,我是放在/目录的,至于控件解压后在VS2008中的控件面板->选择项->浏览 添加FCKeditor的dll就能看见FCKeditor控件了,在需要的地方拖进去就能用。 　　3) 在web.conf中添加 <add key="FCKeditor:UserFilesPath" value="/common/uploads" /> 　　作为图片等上传路径 　　4）修改fckconfig.js文件，找 var _FileBrowserLanguage　　　 = 'php' ;　　　 // asp | aspx | cfm | lasso | perl | php | py var _QuickUploadLanguage　　　 = 'php' ;　　　 // asp | aspx | cfm | lasso | perl | php | py 　　把php改成aspx,不然点上传框的时候会报些错误，导致无法上传。 　　5)

概述： redis是一款开源的高性能键值对非关系数据库 支持的键值类型： 　　1.字符串类型 String 　　2.哈希类型 hash 　　3.列表类型 list 　　4.集合类型 set 　　5.有序集合类型 sortedset 应用场景： 　 　缓存（数据查询，短连接，新闻内容，商品内容等等） 　　聊天室的在线好友列表 　　应用排行榜 　　网站访问统计 　　数据过期处理 　　分布式集群架构中的session分离 下载安装： 　　 推荐使用中文网的资源，下载快： https://www.redis.net.cn/ 　　 解压可直接使用 来源： https://www.cnblogs.com/jasonjson/p/12402763.html

先理解为什么出现cookie和session： 为了使得网站可以跟踪客户端与服务器之间的交互，保存和记忆每个用户的身份和信息，我们需要一种强有力的解决方案，这样就产生了会话控制。 会话控制思想就是能够在网站中跟踪一个变量，我们可以跟踪变量，就可以做到对用户的支持，并根据授权和用户身份显示不同内容，不同页面。 一、cookie： 　　cookie是在http协议下，服务器或脚本可以维护客户端信息的一种方式。当用户访问服务器时，服务器可以设置和访问cookie的信息。cookie保存在客户端。 1）cookie大小限制： 一个域名的每个cookie限制4千字节； 2）设置cookie bool setcookie(string name,[string value,[int expire,[string path,[string domain,[int secure]]]]]); name 设置cookie的名字。（必须） Value 设置cookie的值。 expire 设置cookie的过期时间和日期，用一个标准的Unix时间标记，可以用time()函数取得，以秒为单位。 细节：Setcookie只能保存字符串，如果不是字符串，能转换成字符串它就自动转换，如果不能转换，则不能保存。如果没有设置过期时间，则这个内容不会保存到客户电脑中的cookie当中，它会保存到浏览器的缓存当中

从存储方式上比较 Cookie只能存储字符串，如果要存储非ASCII字符串还要对其编码。 Session可以存储任何类型的数据，可以把Session看成是一个容器 从隐私安全上比较 Cookie存储在浏览器中，对客户端是可见的。信息容易泄露出去。如果使用Cookie，最好将Cookie加密。 Session存储在服务器上，对客户端是透明的。不存在敏感信息泄露问题。 从有效期上比较 Cookie保存在硬盘中，只需要设置maxAge属性为比较大的正整数，即使关闭浏览器，Cookie还是存在的 Session保存在服务器中，设置maxInactiveInterval属性值来确定Session的有效期。并且Session依赖于名为JSESSIONID的Cookie，该Cookie默认的maxAge属性为-1。如果关闭了浏览器，该Session虽然没有从服务器中消亡，但也就失效了。 从对服务器的负担比较 Session是保存在服务器的，每个用户都会产生一个Session，如果是并发访问的用户非常多，是不能使用Session的，Session会消耗大量的内存。 Cookie是保存在客户端的。不占用服务器的资源。像baidu、Sina这样的大型网站，一般都是使用Cookie来进行会话跟踪。 从浏览器的支持上比较 如果浏览器禁用了Cookie，那么Cookie是无用的了！

Session与Cookie的区别 1. 存储位置不同 Cookie的数据信息存放在浏览器（客户端）上。 Session的数据信息存放在服务器上。 2. 存储容量不同 单个Cookie保存的数据≤4KB，一个站点最多保存20个Cookie。 对于Session并没有上限，但出于对服务器的性能考虑，Session内不要存放过多的东西，并且是指Session删除机制。 3. 存取方式的不同 Cookie中只能保管ASCII字符串，需要通过编码的方式存取Unicode字符或者二进制数据。运用Cookie难以实现存储略为复杂的信息。 Session中能够存取任何类型的数据，包括但不限于String、Integer、List、Map等。 4. 隐私策略的不同 Cookie对浏览器（客户端）是可见的，别有用心的人可以分析存放在本地的Cookie并进行Cookie欺骗，所以它是不安全的。 Session存储在服务器上，对客户端是透明的，不存在敏感信息泄露的风险。 假如选用Cookie，比较好的方法是：敏感的信息，如账号密码等，尽量不要写到Cookie中。可以将Cookie信息加密，提交到服务器后再进行解密。存储在本地的Cookie就需要自行加密了。 5. 有效期上的不同 开发可以通过设置Cookie的属性，达到使Cookie长期有效的效果。

Spring Bean是事物处理组件类和实体类（POJO）对象的总称，Spring Bean被Spring IOC容器初始化，装配和管理。 或者简单的理解就是对象。 作用域： singlton：单例模式，对象在容器中全局唯一，在IOC容器初始化的时候该对象就会被创建 prototype：多例模式，在每一次调用getBean的时候IOC容器才会创建该对象的实体，并且每次创建都是不同的对象 request：在HTTP请求bean范围内会会对每一个来自客户端的网络请求创建一个实例，在请求完成后，bean会失效并被垃圾回收器回收 session：HTTP session请求范围，确保每个session中有一个bean的实例，同一个session共享同一个bean，不同session，bean也不同。在session过期后、bean会自动失效。仅用于 WebApplicationContext 环境 global-session：除在portlet不一样外，其余情况下与session作用域一样。在portlet中，全局共享一个bean。 生命周期： 实例化-属性赋值-初始化-销毁 大致分为4个，只不过其中穿插了其它，导致不清楚。详细请看 请别再问Spring Bean的生命周期了！ 来源： https://www.cnblogs.com/ivy-xu/p/12401162.html