时间戳

题目：An Overview of Smart Contract: Architecture, Applications, and Future Trends 关键词： smart contract 摘要： 智能合约在金融服务、预测市场、IoT（Internet of Things物联网）等领域存在广泛应用的同时，还存在安全和隐私等问题。本文全面介绍区块链支持的智能合约。 系统地介绍了智能合约的基本框架、操作机制、平台以及编程语言； 讨论应用场景和存在挑战； 描述智能合约的最新进展和未来的发展趋势（e.g.平行区块链-parallel blockchain）。 介绍： 智能合约是按照协议条款自动执行（self-executing）的合同。bitcoin等加密货币代表的区块链技术称为blockchain 1.0 时代，具有去中心（decentralization）、防篡改（tamper-resistant）、匿名性（anonymity）和可审计（auditability）。但由于比特币脚本语言的限制，无法编写复杂的智能合约。以太坊（Ethereum）等平台的出现使得用户能够在区块链上运行自定义的程序，且编程语言满足图灵完备（Turing-complete）。以此被称为blockchain2.0。 智能合约存在安全挑战。2016年6月，递归调用攻击（Recursive calls

无法将“0000-00-00 00:00:00”转换为TIMESTAMP 2017-05-08 00:56:59 [ERROR] - cn.kee.core.dao.impl.GeneralDaoImpl -GeneralDaoImpl.java(100) -GeneralDao getEntity with sql has failed! select * from user_base where userName = ? org.springframework.dao.TransientDataAccessResourceException: PreparedStatementCallback; SQL [ select * from user_base where userName = ? ]; Cannot convert value '0000-00-00 00:00:00' from column 14 to TIMESTAMP.; nested exception is java.sql.SQLException: Cannot convert value '0000-00-00 00:00:00' from column 14 to TIMESTAMP. 我会在这里猜测你正在使用MySQL :-)它使用“零日期”作为 特殊的占位符 - 不幸的是

Hibernate的缓存 Hibernate的缓存主要实现在net.sf.hibernate.cache包里。具体代码请查看Hibernate 源码。 1、Cache 此接口定义了缓存的一些基本操作，例如get,put,lock,unlock等。在此接口的基础上，Hibernate使用JCS等多种机制实现了缓存，包括：JCSCache,OSCache,SwarmCache,TreeCache,HashtableCache。由于整个缓存系统基本就是策略模式，所以，后面将只以JCSCache作为例子，其他的可以举一反三。 2、CacheProvider 此接口提供了配置Cache的方法:buildCache，还提供了取时间戳的方法：nextTimestamp。这里也用到了策略模式，拿buildCache来说，JCSCacheProvider和OSCacheProvider的实现方法就不一样，JCSCacheProvider只是简单的生成一个JCSCache的实例，而OSCacheProvider还进行了一些其他的处理。再来看看nextTimestamp，JCSCacheProvider直接调用时间戳类（Timestamper）来生成时间戳，这样使时间戳而SwarmCacheProvider却没有，它直接返回了一个值，精确度没有JCSCacheProvider高，但是速度却很快。 3

这里用了moment日期处理类库 遇到了小小的坑， 注意，moment(13位)只适合13位的时间戳转时间，10位的时间戳转时间，需要添加moment().unix(10位),就是最下面的方法 computed: { time(){ return moment(1581767732).format("YYYY.MM.DD hh:mm:ss") }//会转成错误的时间1970.01.19 03:22:36,而正确的时间应该是2020-02-15 19:55:32 }, 最后改写了，添加了.unix，就把时间转对了， 10位时间戳的转写方法： computed: { time() { let time = moment .unix(1581767732) .format("YYYY.MM.DD hh:mm:ss"); return time; } }, 来源： https://www.cnblogs.com/wang715100018066/p/12313681.html

原题链接在这里： https://leetcode.com/problems/design-log-storage-system/description/ 题目： You are given several logs that each log contains a unique id and timestamp. Timestamp is a string that has the following format: Year:Month:Day:Hour:Minute:Second , for example, 2017:01:01:23:59:59 . All domains are zero-padded decimal numbers. Design a log storage system to implement the following functions: void Put(int id, string timestamp) : Given a log's unique id and timestamp, store the log in your storage system. int[] Retrieve(String start, String end, String granularity) : Return the id of logs whose

时间模块time与datatime 时间表示方式： 时间戳 格式化时间字符串 元组 时间戳格式： time.time()#输出1581664531.749063 　　 元组格式： time.localtime()#输出 time.struct_time(tm_year=2020, tm_mon=2, tm_mday=14, tm_hour=15, tm_min=18, tm_sec=31, tm_wday=4, tm_yday=45, tm_isdst=0)#获取数据x.tm_year 　　 格式化字符串： print(time.strftime("%Y-%m-%d %H:%M:%S",time.localtime())) #输出 2020-02-14 15:58:52 　　 转换 时间戳转换成元组： time.gmtime(1581664444.9841883) 　　 元组转格式化时间： import time print(time.strftime("%Y-%m-%d %H:%M:%S",time.localtime())) #输出 2020-02-14 15:58:52 　　 格式化时间转元组： import time x = time.strftime("%Y-%m-%d %H:%M:%S",time.localtime()) print(time.strptime(x,"

redis数据迁移操作 实际生产场景中，有可能迁移机房或者更换物理机等因素，redis数据会在生产环境迁移。 遇到这种情况应该如何处理，下面就谈谈：　 　　　redis客户端连接命令,分别连接旧环境中的主从redis Src目录下./redis-cli -h IP -p PORT 使用info replication 命令找出主redis 使用客户端命令连接主redis 之后,执行 BGSAVE 命令,会返回 Background saving started (保存redis中最新的key值) 然后执行LASTSAVE 命令 ,会返回一个时间戳 (返回最近一次 Redis 成功将数据保存到磁盘上的时间，以 UNIX 时间戳格式表示),检查主redis src目录下的dump.rdb生成时间,与当前时间相同. 关闭客户端,进入主redis的src目录下,拷贝此目录下的dump.rdb 文件 将拷贝的dump.rdb文件替换新环境下 src目录下的配置文件 启动新环境的redis ,完成数据迁移. 实际生产场景中，有可能迁移机房或者更换物理机等因素，redis数据会在生产环境迁移。 遇到这种情况应该如何处理，下面就谈谈：　 　　　redis客户端连接命令,分别连接旧环境中的主从redis Src目录下./redis-cli -h IP -p PORT 使用info

在数据库的日常使用过程中，无论是记录服务启动时间，还是存储前端应用中的订单时间，都离不开使用各类日期类型，本文就将给大家介绍DM7中各种时间类型的区别和使用注意事项。 一．DM7中时间日期类型简介 DM7中常用的时间日期类型有这三种DATE，TIME，TIMESTAMP。 DATE 类型包括年、月、日信息，定义了’-4712-01-01’和’9999-12-31’之间任何一个有效的格里高利日期。 TIME类型包括时、分、秒信息,定义了一个在’00:00:00.000000’和’23:59:59.999999’之间的有效时间。TIME 类型的小数秒精度规定了秒字段中小数点后面的位数,取值范围为 0~6,如果未定义,缺省精度为0。 TIMESTAMP 类型包括年、月、日、时、分、秒信息,定义了一个在’-4712-01-01 00:00:00.000000’和’9999-12-31 23:59:59.999999’之间的有效格里高利日期时间。 TIMESTAMP 类型的小数秒精度规定了秒字段中小数点后面的位数,取值范围为 0~6,如果未定义 , 缺省精度为6。 二．DATE和TIMESTAMP的区别 根据上面的定义可以知道DATE类型只能存储年月日，那当我们尝试把一个完整的时间存入DATE时会发生什么呢？我们可以做如下测试： DECLARE TEST1 DATE ; TEST2 DATE

1.命名规范 1.库名、表名、字段名必须使用小写字母，并采用下划线分割。 a)MySQL有配置参数lower_case_table_names，不可动态更改，linux系统默认为 0，即库表名以实际情况存储，大小写敏感。如果是1，以小写存储，大小写不敏感。如果是2，以实际情况存储，但以小写比较。 b)如果大小写混合使用，可能存在abc，Abc，ABC等多个表共存，容易导致混乱。 c)字段名显示区分大小写，但实际使⽤用不区分，即不可以建立两个名字一样但大小写不一样的字段。 d)为了统一规范， 库名、表名、字段名使用小写字母。 2.库名、表名、字段名禁止超过32个字符。 库名、表名、字段名支持最多64个字符，但为了统一规范、易于辨识以及减少传输量，禁止超过32个字符。 3.使用INNODB存储引擎。 INNODB引擎是MySQL5.5版本以后的默认引擘，支持事务、行级锁，有更好的数据恢复能力、更好的并发性能，同时对多核、大内存、SSD等硬件支持更好，支持数据热备份等，因此INNODB相比MyISAM有明显优势。 4.库名、表名、字段名禁止使用MySQL保留字。 当库名、表名、字段名等属性含有保留字时，SQL语句必须用反引号引用属性名称，这将使得SQL语句书写、SHELL脚本中变量的转义等变得⾮非常复杂。 5.禁止使用分区表。 分区表对分区键有严格要求；分区表在表变大后，执⾏行DDL

公司原来有一个短信发送的功能，是调用第三方的，但是很不稳定，时不时就收不到短信，但是钱已经扣了。对于这样的事，谁都忍受不了的。于是想找一个稳定短信发送平台，第一想到的是阿里云，百度。在这两个平台上公司都有认证了，于是省了很多事。现在开始吧。 找到百度开放云登录窗口，然后登录，进入控制中心，然后在产品服务中找到，如下图 简单消息服务SMS。 前提是账号已经认证了。 点击它跳转到 首先是短信签名申请，这个可以根据他们提供的文档一一操作，盖章，拍照上传，等待他们审核（大概两个星期吧）。审核成功，然后是短信模版申请，然后审核（大概一两天） 数量没有限制。 这个时候其实我们可以根据他们文档进行开发了，只要签名和短信模板审核已通过我们就可以测试了。 他们有Java等 ， SDK，但是没有.net的,因此我只能调用他们的API实现。首先要认证。 这个我是偷了一回懒。由于有同事做好了这个，他之前实现了一个百度api发送邮箱的功能。我只要把他那部分认证的代码搬过来就是了。如果愿意看，也是可以实现的。我把认证的代码搬来。 这个方法实现。 'https://msdn.microsoft.com/zh-cn/library/system.security.cryptography.hmacsha256(v%3DVS.95).aspx 'http://blog.sina.com.cn/s/blog