1. OSI概述 1.1 模拟器说明 1.1.1 模拟器的作用 搭建实验环境进行测试. 1.1.2 模拟器的类型 PT:一般是学校中使用,命令不完整,且不能抓包 GNS3:思科(CCNA,CCNP),命令行比较完整,可以抓包分析(运行IOS) EVE:思科(CCIE) ENSP:华为 1.2 集线器和交换机 1.2.1 集线器(HUB) 只是简单的将多个计算机串联起来(HUB带电源供电,以放大电信号).HUB是物理层设备. 和HUB相连的所有主机都在一个冲突域内,所以同一时间只能有一个主机发送报

1. 默认情况下,cookie数据保存到内存里,当浏览器关闭后,Cookie数据被销毁 2. 持久化存储: setMaxAge(int seconds) 1. 正数:将Cookie数据写到硬盘的文件中,持久化存储.并指定cookie存活时间,时间到后,cookie文件自动失效. 2. 负数:默认值,即关闭浏览器后,cookie即失效 3. 零:删除cookie信息 setMaxAge为正数时的情况如下: 重启浏览器 不关闭浏览器 cookie时间未到 能访问cookie 能访问cookie co

Cookie和Session都是由Tomcat自动创建的对象,Cookie的默认最大存活时间是 -1 ,即当浏览器关闭时Cookie就消失了:Session的默认最大存活时间是30分钟. 使用Session进行会话保持时,服务器会将“JSESSIONID”打包成一个Cookie发给浏览器,由于Cookie的默认存活时间问题,一旦浏览器关闭,会话将会断开,为解决这一问题,可以使用 request.setMaxAge()方法为Cookie设置最大存活时间. 但实际效果:毫无作用! 原因:浏览器每次请

public static final int ALIVETIME = 600000; public static final String QUEUE = "hnyz_gs_queue"; @Beanpublic Queue cretaeQueue(){ // return new Queue(QUEUE,true); Map<String, Object> argMap = new HashMap<>(); // 设置消息存活时间 argMap.put(&q

TTL(Time-To-Live and Expiration): RabbitMQ既能对队列设置TTL也能对消息设置TTL,消息TTL可以应用于单个队列.一组队列或应用于逐个消息. 如何给消息设置TTL? rabbitmqctl rabbitmqctl set_policy TTL ".*" '{"message-ttl":60000}' --apply-to queues rabbitmqctl (Windows) rabbitmqctl set_policy

一.设置key的存活时间 1.失效后 ttl 是 -2,get返回 null : 2.不设置存活时候 ttl 返回是 -1: 二.查找指令和删除指令.重命名key.查看key类型 1.模糊查询 2.严格匹配是否存在 3. 4. 5.判断key的类型

上一篇我们讲了关于direct类型的Exchange,这一片我们来了解一下fanout类型的Exchange. 1.Exchange的fanout类型 fanout类型的Exchange的特点是会把消息发送给与之绑定的所有Queue中,我们来测试一下.代码如下 using RabbitMQ.Client; using System; using System.Text; using System.Threading; using System.Threading.Tasks; namespace

在web容器中设置(此处以tomcat为例)在tomcat-5.0.28\conf\web.xml中设置,以下是tomcat 5.0中的默认配置: [html] view plain copy <!-- ==================== Default Session Configuration ================= --> <!-- You can set the default session timeout (in minutes) for all newly

0. 背景 公司的服务器后台部署在某一个地方,接入的是用户的APP,而该地方的网络信号较差,导致了服务器后台在运行一段时间后用户无法接入,那边的同事反馈使用netstat查看系统,存在较多的TCP连接. 1. 问题分析 首先在公司内部测试服务器上部署,使用LoadRunner做压力测试,能正常运行,然后那边的同事反馈该地方信号较差.考虑到接入的问题,有可能接入进程的FD资源耗尽,导致accept失败.推论的依据是对于TCP连接来说,如果客户端那边由于一些异常情况导致断网而未能向服务器发起FIN关

Druid底层不保存原始数据,而是借鉴了Apache Lucene.Apache Solr以及ElasticSearch等检索引擎的基本做法,对数据按列建立索引,最终转化为Segment,用于存储.查询与分析. 首先,无论是实时数据还是批量数据在进入Druid前都需要经过Indexing Service这个过程.在Indexing Service阶段,Druid主要做三件事:第一,将每条记录转换为列式(columnar format):第二,为每列数据建立位图索引:第三,使用不同的压缩算法进行压

公司的server后台部署在某一个地方,接入的是用户的APP,而该地方的网络信号较差,导致了server后台在执行一段时间后用户无法接入,那边的同事反馈使用netstat查看系统.存在较多的TCP连接. 1. 问题分析 首先在公司内部測试server上部署,使用LoadRunner做压力測试,能正常执行,然后那边的同事反馈该地方信号较差.考虑到接入的问题.有可能接入进程的FD资源耗尽,导致accept失败.推论的根据是对于TCP连接来说,假设client那边因为一些异常情况导致断网而未能向ser

1.redis命令客户端 [root@localhost bin]# ./redis-cli 127.0.0.1:6379> #是否运行着 127.0.0.1:6379> ping PONG Redis五种数据类型:String.Hash.List.Set.SortedSet Redis中所有的数据都是字符串.命令不区分大小写,key是区分大小写的.Redis是单线程的.Redis中不适合保存内容大的数据. String:key-value(做缓存) set key值 value值 127.0

timeToLiveSeconds和timeToIdleSecondstimeToLiveSeconds=x:缓存自创建日期起至失效时的间隔时间x:timeToIdleSeconds=y:缓存创建以后,最后一次访问缓存的日期至失效之时的时间间隔y: 如果仅有timeToLiveSeconds那么自创建时间开始 间隔x后缓存失效:如果没有timeToLiveSeconds那么自最后一次访问缓存 间隔y后 缓存失效:如果既有timeToLiveSeconds也有timeToIdleSeconds那么

认识一:当我们需要更改session生存时间的时候通行的做法是更改php.ini文件中 1: ; Name of the session (used as cookie name). 2: session.name = PHPSESSID 3:   4: ; Initialize session on request startup. 5: session.auto_start = 0 6:   7: ; Lifetime in seconds of cookie or, if 0, until

在RabbitMQ(二)AMQP协议mandatory和immediate标志位区别中我们提到,在RabbitMQ3.0以后的版本里,去掉了immediate参数支持,要实现类似的确认功能要使用TTL和DLX.   TTL,Time-To-Live Extensions(过期时间) RabbitMQ 允许你对 message 和 queue 设置 TTL 值. Per-Queue Message TTL 通过在 queue.declare 中设置 x-message-ttl 参数,可以控制被 p

环境运行一天或者几天,网站访问就很卡,手机端app访问页面出现白屏.Tomcat运行一段时间后访问变慢,但是cpu,内存都正常.日志也是发现不了啥.... 问题的原先分析 1.环境配置(cpu,内存,使用工具:nmon工具.visualvm工具.jprofiler工具全部用上监控中) 2.修改info日志,启用error级别日志(待筛选排查) 3.查看数据库配置连接池(正常) 4.代码问题对象创建太多(待排查,web里面走拦截器待看) 5.jvm分配内存太少了(调优,生产环境重启) 6.并发高了

本文只写出一些注意事项和源码,请善用官方文档~ 注解实现 @Cacheable @CachePut @CacheEvit 启动类上加@EnableCaching就可以开启缓存 由文档可知,自动检测缓存实现的默认顺序为 1.Generic 2.JCache (JSR-107) (EhCache 3, Hazelcast, Infinispan, and others) 3.EhCache 2.x 4.Hazelcast 5.Infinispan 6.Couchbase 7.Redis 8.Caff

效果: 第一次访问: 再次访问: <%@ page import="java.util.Date" %> <%@ page import="java.text.SimpleDateFormat" %> <%@ page import="java.net.URLEncoder" %> <%@ page import="java.net.URLDecoder" %> <%@ p

一.uptime命令,查看机器存活时间和平均负载 键入命令: uptime 该结果和 top命令查看结果最上面一行的 是一样的显示. 返回数据介绍: #当前服务器时间: 19:56:44 #当前服务器运行时长 up 22 days, 8:54 #当前用户数 10 users #当前的负载均衡 load average: 0.07, 0.11, 0.11,分别取最近1分钟,5分钟,15分钟的平均负载 二.查看平均负载和[正在运行进程数量/总进程数量] 键入命令: cat /proc/loadavg

还有一篇文章是讲解redis 如何删除过期数据的,参考:Redis的内存回收策略和内存上限(阿里) 划重点:在GuavaCache中,并不存在任何线程!它实现机制是在写操作时顺带做少量的维护工作(如清除),偶尔在读操作时做(如果写操作实在太少的话),也就是说在使用的是调用线程 总结请一定要记住GuavaCache的实现代码中没有启动任何线程!!Cache中的所有维护操作,包括清除缓存.写入缓存等,都是通过调用线程来操作的.这在需要低延迟服务场景中使用时尤其需要关注,可能会在某个调用的响应时间突然

需求: 1. 访问一个Servlet,如果是第一次访问,则提示:您好,欢迎您首次访问. 2. 如果不是第一次访问,则提示:欢迎回来,您上次访问时间为:显示时间字符串 分析: 1. 可以采用Cookie来完成 2. 在服务器中的Servlet判断是否有一个名为lastTime的cookie 2.1 有:不是第一次访问 1. 响应数据:欢迎回来,您上次访问时间为:2019年10月4日11:50:20 2. 写回Cookie:lastTime=2019年10月4日11:50:01 2.2 没有:是第一