session对象

一、认识Web.config文件 Web.config 文件是一个XML文本文件，它用来储存 ASP.NET Web 应用程序的配置信息（如最常用的设置ASP.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的 Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个 Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。 (一).Web.Config是以XML文件规范存储,配置文件分为以下格式 1.配置节处理程序声明 特点：位于配置文件的顶部，包含在<configSections>标志中。 2.特定应用程序配置 特点: 位于<appSetting>中。可以定义应用程序的全局常量设置等信息. 3.配置节设置 特点: 位于<system.Web>节中，控制Asp.net运行时的行为. 4.配置节组 特点: 用<sectionGroup>标记，可以自定义分组，可以放到<configSections>内部或其它<sectionGroup>标记的内部. (二).配置节的每一节 1.<configuration>节根元素，其它节都是在它的内部. 2.

事件 说明 例子 Event 10013 - Monitor Transaction Recovery 在Startup时跟踪事务恢复 ALTER SESSION SET EVENTS '10013 trace name context forever, level 1'; Event 10015 - Dump Undo Segment Headers- 在事务恢复后做Dump回退段头信息 ALTER SESSION SET EVENTS '10015 trace name context forever, level 1'; Event 10032 - Dump Sort Statistics Dump排序的统计信息 ALTER SESSION SET EVENTS '10032 trace name context forever, level 10'; Event 10033 - Dump Sort Intermediate Run Statistics 排序过程中，内存排序区和临时表空间的交互情况 ALTER SESSION SET EVENTS '10033 trace name context forever, level 10'; Event 10045 - Trace Free List Management Operations FREELIST的管理操作

1、Cookie 饼干 1.1 什么是 Cookie Cookie翻译过来是饼干。 Cookie是由 服务器通知客户端 ，保存键值对的一种技术。 Cookie保存到客户端，然后每次发起请求的时候，浏览器会把cookie信息发送给服务器。 每个Cookie的大小 不能超过4kb 。 1.2 如何创建Cookie 服务器new一个Cookie对象 调用response.addCookie(cookie); 通知客户端保存cookie protected void createCookie(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 1、服务器new一个Cookie对象 Cookie cookie = new Cookie("aaa", "aaaValue");// 在服务器内存中 Cookie cookie2 = new Cookie("bbb", "bbbValue");// 在服务器内存中 // 2、调用response.addCookie(cookie); 通知客户端保存cookie response.addCookie(cookie2); response.addCookie(cookie); response

看到 存储引擎发现系统表空间这一章。感到很困惑。它不像oracle表空间那样是共享的。所以就来分析一下，mysql的表空间有什么不同。不同点：mysql：mysql的表空间分为两个文件一个是*.ibd文件存储数据索引...等数据信息。且只针对一张表。还有一个文件是*.frm这个文件是存储表的元数据。oralce:oralce的表空间是共享的。可以存储多个表，也可以存储多个模式下的对象。不仅存储数据信息，而且还存储元数据。以上分析只针对innodb存储引擎。其他引擎根据实际情况来定 一、并发性 并发性是Oltp数据库最重要的特性，但并发涉及到资源的获取、共享与锁定。 Mysql: mysql以表级锁为主，对资源锁定的粒度很大，如果一个session对一个表加锁时间过长，会让其他session无法更新此表中的数据。 虽然InnoDB引擎的表可以用行级锁，但这个行级锁的机制依赖于表的索引，如果表没有索引，或者sql语句没有使用索引，那么仍然使用表级锁。 Oracle: Oracle使用行级锁，对资源锁定的粒度要小很多，只是锁定sql需要的资源，并且加锁是在数据库中的数据行上，不依赖与索引。所以Oracle对并发性的支持要好很多。 二、一致性 Oracle: Oracle支持serializable的隔离级别，可以实现最高级别的读一致性

阅读你将学会： 1.从零开始配置一个Mybatis项目 2.通过非常简单的实例掌握Mybatis基本操作 3.mybatis的三种SQL映射方式 1.1项目介绍 基于mybatis的mysql数据库增删改查程序。 1.2程序流程和目标效果： 1.有一张student学生表，只有学号id、名字name、年龄age，三个属性 2.通过mybatis完成对student表的增删改查（crud） 3.三种SQL映射方式都过一遍：注释、session.selectXXX、session.getMapper 1.2.整体目录结构展示： 一般把Test1放在test文件夹中，做@test单元测试，这里没放是因为一开始没有想做单元测试。 2.1项目开始 2.1数据表的创建： CREATE TABLE `table1` ( `id` int ( 11 ) NOT NULL AUTO_INCREMENT , `name` varchar ( 10 ) DEFAULT NULL , `age` int ( 11 ) DEFAULT NULL , PRIMARY KEY ( `id` ) ) 2.3.创建一个maven项目 2.4.打开pom.xml配置文件 加入这个文件需要的所有依赖 1.mybatis核心依赖： < dependency > < groupId > org . mybatis < /

官方查阅资料：https://django-redis-chs.readthedocs.io/zh_CN/latest/ 1. 安装django-redis扩展包 1.安装django-redis扩展包 $ pip install django-redis 　　 2. 配置Redis数据库 setting.py CACHES = { "default": { # 默认 "BACKEND": "django_redis.cache.RedisCache", "LOCATION": "redis://127.0.0.1:6379/0", "OPTIONS": { "CLIENT_CLASS": "django_redis.client.DefaultClient", } }, "session": { # session "BACKEND": "django_redis.cache.RedisCache", "LOCATION": "redis://127.0.0.1:6379/1", "OPTIONS": { "CLIENT_CLASS": "django_redis.client.DefaultClient", } }, }, "code": { # 验证码 "BACKEND": "django_redis.cache.RedisCache", "LOCATION": "redis

爬虫学习 06.Python网络爬虫之requests模块（2） 今日内容 session处理cookie proxies参数设置请求代理ip 基于线程池的数据爬取 知识点回顾 xpath的解析流程 bs4的解析流程 常用xpath表达式 常用bs4解析方法 了解cookie和session - 无状态的http协议 - 如上图所示，HTTP协议 是无状态的协议，用户浏览服务器上的内容，只需要发送页面请求，服务器返回内容。对于服务器来说，并不关心，也并不知道是哪个用户的请求。对于一般浏览性的网页来说，没有任何问题。 　　- 但是，现在很多的网站，是需要用户登录的。以淘宝为例：比如说某个用户想购买一个产品，当点击 “ 购买按钮 ” 时，由于HTTP协议 是无状态的，那对于淘宝来说，就不知道是哪个用户操作的。 　　- 为了实现这种用户标记，服务器就采用了cookie这种机制来识别具体是哪一个用户的访问。 了解Cookie - 如图，为了实现用户标记，在Http无状态请求的基础之上，我们需要在请求中携带一些用户信息（比如用户名之类，这些信息是服务器发送到本地浏览器的，但是服务器并不存储这些信息），这就是cookie机制。 - 需要注意的是：cookie信息是保存在本地浏览器里面的，服务器上并不存储相关的信息。 在发送请求时，cookie的这些内容是放在 Http协议中的header

上篇文章(传送门: Hibernate学习笔记_01 )介绍了Hibernate是什么,如何搭建,配置文件详解以及Hibernate的一些基本API详解这几个方面做了简单介绍,那么本文将会从一下5个方面记录Hibernate的学习经历: 1.hibernate中的实体规则 2.hibernate中的对象状态 3.hibernate进阶—— 一级缓存 4.hibernate中的事务 5.hibernate中的批量查询(概述) Ⅰ.Hibernate中的实体规则 　　 在Hibernate使用中,需要创建与数据库表对应的实体,并在映射文件中配置.在创建实体的时候需要注意一些细节. 　　(1)实体类创建时需要注意5个事项: 　　　　 1.持久化类提供无参数构造 　　　　 2.成员变量私有,提供共有get/set方法访问.需提供属性 　　　　 3.持久化类中的属性,应尽量使用包装类型 　　　　 4.持久化类需要提供oid.与数据库中的主键列对应 　　　　 5.不要用final修饰class(hibernate使用cglib代理生成代理对象.代理对象是继承被代理对象.如果被final修饰.将无法生成代理.) 　　(2)主键类型 　　　　自然主键(少见):表的业务列中,有某业务列符合,必须有,并且不重复的特征时,该列可以作为主键使用. 　　　　代理主键(常见):表的业务列中,没有某业务列符合

session原理： session是保存在服务器端，理论上是没有是没有限制，只要你的内存够大 浏览器第一次访问服务器时会创建一个session对象并返回一个JSESSIONID=ID的值， 创建一个Cookie对象key为JSSIONID，value为ID的值，将这个Cookie写回浏览器 浏览器在第二次访问服务器的时候携带Cookie信息JSESSIONID=ID的值，如果该JSESSIONID的session已经销毁， 那么会重新创建一个新的session再返回一个新的JSESSIONID通过Cookie返回到浏览器 针对一个web项目，一个浏览器是共享一个session，就算有两个web项目部署在同一个服务器上，针对两个项目的session是不同的 如：你在tomcat上同时部署了两个web项目，分别是web1、web2。当你在一个浏览器上同时访问web1时创建的session是A1，访问web2时创建的session是A2。 后面你再多次访问web1使用的session还是A1,多次访问web2时使用session就是A2 session是基于Cookie技术实现，重启浏览器后再次访问原有的连接依然会创建一个新的session， 因为Cookie在关闭浏览器后就会消失，但是原来服务器的Session还在，只有等到了销毁的时间会自动销毁 如果浏览器端禁用了Cookie

WebSocket是JavaEE7新支持的： Javax.websocket.server包含注解，类，接口用于创建和配置服务端点 Javax.websocket包则包含服务端点和客户断电公用的注解，类，接口，异常 创建一个编程式的端点，需要继承Endpoint类，重写它的方法。 创建一个注解式的端点，将自己的写的类以及类中的一些方法用前面提到的包中的注解装饰（@EndPoint，@OnOpen等等）。 编程式注解示例： @Component @ServerEndpoint(value = "/websocket/{ip}") public class MyWebSocket { private static final Logger log = LoggerFactory.getLogger(MyWebSocket.class); // 静态变量，用来记录当前在线连接数。应该把它设计成线程安全的。 private static int onlineCount = 0; // concurrent包的线程安全Map，用来存放每个客户端对应的MyWebSocket对象。 private static ConcurrentHashMap<String, MyWebSocket> webSocketMap = new ConcurrentHashMap<String,