时间戳

Hibernate_Optimistic Lock_乐观锁 相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。 悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本（Version）记录机制实现。 何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个"version"字段来实现。 乐观锁的工作原理：读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。 Optimistic locking properties (optional) When using long transactions or conversations that span several database transactions, it is useful to store versioning data to ensure that if the same entity is updated by two conversations, the

TimeNow: function (val) { var date = new Date(val); var Y = date.getFullYear(); var m = date.getMonth() + 1; var d = date.getDate(); var H = date.getHours(); var i = date.getMinutes(); var s = date.getSeconds(); if (m < 10) m = '0' + m; if (d < 10) d = '0' + d; if (H < 10) H = '0' + H; if (i < 10) i = '0' + i; if (s < 10) s = '0' + s; var t = Y + '-' + m + '-' + d + ' ' + H + ':' + i + ':' + s; return t; } 来源： https://www.cnblogs.com/xinchenhui/p/8708709.html

1. 将时间戳转换成日期格式： function timestampToTime(timestamp) { var date = new Date(timestamp * 1000);//时间戳为10位需*1000，时间戳为13位的话不需乘1000 Y = date.getFullYear() + '-'; M = (date.getMonth()+1 < 10 ? '0'+(date.getMonth()+1) : date.getMonth()+1) + '-'; D = date.getDate() + ' '; h = date.getHours() + ':'; m = date.getMinutes() + ':'; s = date.getSeconds(); return Y+M+D+h+m+s; } timestampToTime(1403058804); console.log(timestampToTime(1403058804));//2014-06-18 10:33:24 注意：如果是Unix时间戳记得乘以1000。比如：PHP函数time()获得的时间戳就要乘以1000。 2. 将日期格式转换成时间戳： var date = new Date('2014-04-23 18:55:49:123'); // 有三种方式获取 var time1 = date

/** * 审核填写的URL */ public function checkUrl(){ //获得参数 signature nonce token timestamp echostr $nonce = $_GET('nonce'); $token = 'sudi'; $timestamp = $_GET('timestamp'); $echostr = $_GET('echostr'); $signature = $_GET('signature'); //形成数组，然后按字典序排序 $array = array($nonce, $timestamp, $token); sort($array); //拼接成字符串,sha1加密 ，然后与signature进行校验 $str = sha1( implode( $array ) ); if( $str == $signature && $echostr ){ //第一次接入weixin api接口的时候 echo $echostr; exit; }else{ $this->reponseMsg(); } } 来源： https://www.cnblogs.com/wqy415/p/6825050.html

1. DATE_FORMAT() 函数用于以不同的格式显示日期/时间数据。 Sql代码 DATE_FORMAT( date,format) 可以使用的格式有： 格式 描述 %a 缩写星期名 %b 缩写月名 %c 月，数值 %D 带有英文前缀的月中的天 %d 月的天，数值(00-31) %e 月的天，数值(0-31) %f 微秒 %H 小时 (00-23) %h 小时 (01-12) %I 小时 (01-12) %i 分钟，数值(00-59) %j 年的天 (001-366) %k 小时 (0-23) %l 小时 (1-12) %M 月名 %m 月，数值(00-12) %p AM 或 PM %r 时间，12-小时（hh:mm:ss AM 或 PM） %S 秒(00-59) %s 秒(00-59) %T 时间, 24-小时 (hh:mm:ss) %U 周 (00-53) 星期日是一周的第一天 %u 周 (00-53) 星期一是一周的第一天 %V 周 (01-53) 星期日是一周的第一天，与 %X 使用 %v 周 (01-53) 星期一是一周的第一天，与 %x 使用 %W 星期名 %w 周的天 （0=星期日, 6=星期六） %X 年，其中的星期日是周的第一天，4 位，与 %V 使用 %x 年，其中的星期一是周的第一天，4 位，与 %v 使用 %Y 年，4 位 %y 年，2 位 实例

Redis并发问题 Redis为单进程单线程模式，采用队列模式将并发访问变为串行访问。Redis本身没有锁的概念，Redis对于多个客户端连接并不存在竞争，但是在Jedis客户端对Redis进行并发访问时会发生连接超时、数据转换错误、阻塞、客户端关闭连接等问题，这些问题均是由于客户端连接混乱造成。对此有2种解决方法： 1.客户端角度，为保证每个客户端间正常有序与Redis进行通信，对连接进行池化，同时对客户端读写Redis操作采用内部锁synchronized。 2.服务器角度，利用setnx实现锁。 对于第一种，需要应用程序自己处理资源的同步，可以使用的方法比较通俗，可以使用synchronized也可以使用lock；第二种需要用到Redis的setnx命令，但是需要注意一些问题。 SETNX命令（SET if Not eXists） 语法： SETNX key value 功能： 将 key 的值设为 value ，当且仅当 key 不存在；若给定的 key 已经存在，则 SETNX 不做任何动作。 时间复杂度： O(1) 返回值： 设置成功，返回 1 。 设置失败，返回 0 。 模式：将 SETNX 用于加锁(locking) SETNX 可以用作加锁原语(locking primitive)。比如说，要对关键字(key) foo 加锁，客户端可以尝试以下方式： SETNX

服务器数据库5.5，本地5.7在讲远程服务器导入到本地操作的时候，一直在date上报invalid value，最后定位在这样的语句上 created_at date no null default '0000-00-00 00:00:00' ，这里涉及到两个问题： date日期的格式 服务器sql-model 正是因为5.7版本对安全方面加强了很多，所以默认的sql-model中有 NO_ZERO_DATE ，所以导致在插入和设置时，不符合或无效的值不会自动转为'0'， 不同的日期类型对应不同的'0'，date对应的是 0000-00-00 。 mysql中共有5种时间类型 year date time datetime timestamp 注：每种类型都有一个有效的范围，当给某类型设置一个无效值的时候，mysql会自动设置为“0”；timestamp类可以自动更新其时间（前提是sql-model中不包含‘NO_ZERO_DATE’）。 应用场景 date 适用于只使用日期而不使用时间部分, 显示格式 YYYY-MM-DD ，有效范围 1000-01-01 到 9999-12-31 datetime 适用于包含日期和时间的场景，显示格式 YYYY-MM-DD HH:MM:SS ，有效范围 1000-01-01 00:00:00 到 9999-12-31 23:59:59

在A机器上用tar压缩的文件，在B机器上进行解包的时候，如果两个机器的时间不一致，如B机器的时间落后A机器的时间，这时 就会出现time stamp in the future的问题。如何解决这个问题呢： （1）一是检查B机器的时间，如果确有问题请修改B机器的时间（sudo date -s "YYYY-MM-DD HH:MM:SS"） （2）二是使用tar命令的-m参数，比如tar xmzf abc.tgz（-m, --touch, --modification-time【don't extract file modified time】） 大致意思就是suppress时间戳检查，而是使用新的系统时间进行解包，解包后的文件时间戳将是新的系统时间而不是原文件的时间戳了。 以上每一条都可以解决问题，比如第一条可以修改系统的时间超过原压缩包中文件的时间戳即可，而第二条完全不顾时间戳是什么，直接修改时间戳。 来源： oschina 链接： https://my.oschina.net/u/560179/blog/181139

原文： http://general.blog.51cto.com/927298/328220 RTP 时间戳的处理 　　时间戳字段是RTP首部中说明数据包时间的同步信息，是数据能以正 确的时间顺序恢复的关键。时间戳的值给出了分组中数据的第一个字节的采样时间(Sampling Instant)，要求发送方时间戳的时钟是连续、单调增长的，即使在没有数据输入或发送数据时也 是如此。在静默时，发送方不必发送数据，保持时间戳的增长，在接收端，由于接收到的数据分组的序号没有丢失，就知道没有发生数 据丢失，而且只要比较前后分组的时间戳的差异，就可以确定输出的时间间隔。 　　RTP规定一次会话的初始时间戳必须随机选择，但协议没有规定时 间戳的单位，也没有规定该值的精确解释，而是由负载类型来确定时钟的颗粒，这样各种应用类型可以根据需要选择合适的输出计时精度。 　　在RTP传输音频数据时，一般选定逻辑时间戳速率与采样速率相同， 但是在传输视频数据时，必须使时间戳速率大于每帧的一个滴答。如果数据是在同一时刻采样的，协议标准还允许多个分组具有相同的时 间戳值。 　　RTP协议没有规定RTP分组的长度和发送数据的速度，因而需要根据具体情况调整服务器端发送 媒体数据的速度。对来自设备的实时数据可以采取等时间间隔访问设备缓冲区，在有新数据输入时发送数据的方式，时间戳的设置相对 容易

转自：http://blog.163.com/liu_nongfu/blog/static/19079414220139169225333/ 一、流媒体简介 　　流媒体是指在internet中使用流媒体技术的连续时基媒体，例如视频、音频或多媒体文件。流式传输方式是将音视频、动画等多媒体文件经过压缩后分成一个个小数据包，当用户端发出请求时，由服务器端向用户端实时、连续传送这些小数据包，动态变化的网络可能使各个包选择不同的路由，故到达用户端的时间延迟也就不同。在用户端用播放器播放时，需要为接收数据开辟缓存区，以弥补时延和时延抖动的影响和保证数据包传输顺序的正确，经解压缩后，只需要在缓冲区充满前等待几秒钟，就可以连续观看。而同时，后续数据包继续在后台从服务器端以稳定的速率向客户端发送，不影响前台播放。所以从理论上讲，播放前的延时主要是由于播放器接收、处理前几个数据包引起的，一旦播放就能够保证连续性和稳定性。流式传输的实现不仅需要高效的压缩算法和缓存，而且需要合适的传输协议。由于tcp需要较多的开销，不太适合传输实时数据。在流式传输的实现方案中，一般采用http/tcp来传输控制信息，而用RTP/UDP来传输实时视音频数据。实现流式传输一般都需要专用的媒体服务器和媒体播放器。 二、流媒体传输的网络协议：RTP与RTCP介绍 1.实时传输协议RTP( Real-time Transport