在linux中与时间相关的文件有 /etc/localtime /etc/timezone 其中,/etc/localtime是用来描述本机时间,而 /etc/timezone是用来描述本机所属的时区. 修改本机时间 cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 在/usr/share/zoneinfo下存放着不同时区格式的时间文件,执行以下命令,可以将本机时间调整至目标时区的时间格式. 但是!调整了时间格式,本机所属的时区是保持不变的!

首先需要了解下“UTC时间”与“本地时间”UTC时间:世界协调时间(又称世界标准时间.世界统一时间),在一般精度要求下,它与GMT(Greenwich Mean Time,格林威治标准时间)是一样的,其实也就是说 GMT≍UTC,但 UTC 是以原子钟校准的,更精确.本地时间:由于处在不同的时区,本地时间一般与UTC是不同的,换算方法就是本地时间 = UTC + 时区 或 UTC = 本地时间 – 时区时区东为正,西为负,例如在中国,本地时间都使用北京时间,在linux上显示就是 CST(Chi

我的邮箱地址:zytrenren@163.com欢迎大家交流学习纠错! 一.时间类型分为: 1.网络时间(设置时区,ntp服务器同步的时间) 2.系统时间,当前系统所显示的时间 3.硬件(RTC)时间,主板上面Bios的时间 一般设置为:系统时间与网络时间同步,系统时间写入硬件时间. 二.时间的查看方式: 1.查看硬件时间 #hwclock 2.查看系统时间 date 3.网络时间的更新及查看 #ntpdate xxxxxx xxxxxx为在/etc/ntp.conf文件中设置的时间服务器 四.

linux驱动开发总结(一) 基础性总结 1, linux驱动一般分为3大类: * 字符设备 * 块设备 * 网络设备 2, 开发环境构建: * 交叉工具链构建 * NFS和tftp服务器安装 3, 驱动开发中设计到的硬件: * 数字电路知识 * ARM硬件知识 * 熟练使用万用表和示波器 * 看懂芯片手册和原理图 4, linux内核源代码目录结构: * arch/: arch子目录包括了所有和体系结构相关的核心代码.它的每一个子目录都代表一种支持的体系结构,例如i386就是关于intel c

8位单片机可用的 mktime  localtime函数及源码 最近在做一个8位单片机项目,其中用到了时间戳转换函数,这个在32位机上一个库函数就解决了问题,没想到在8位单片机中没有对应库(time.h),没有办法只有自己来写. 目标:1,满足和库函数mktime  localtime所计算出的数据一至:2,考虑8位单片机的处理能力慢软件效率问题. 分享给大家,方便有同样需求的朋友. gcc 环境进行测试: 测试程序: #include <stdio.h> #include <stdin

使用datetime直接构造时间的时候,设置时区是没有北京时间的,一般来说习惯了linux的同志都会默认用上海时间来代替,这里却有一个问题,如果要进行时区转换,上海时间比北京时间差6分钟... 比如: tz = pytz.timezone('Asia/Shanghai') t = datetime.datetime(, , , , , , , tzinfo=tz) 这样打印出来得到的时间是: -- ::+: 在django框架中,貌似from django.utils.timezone impo

前提说明 本教程适用于新手.老手,也适用于任何操作系统,包括Windows.linux.MacOS 介绍 Hyperf 是基于 Swoole 4.4+ 实现的高性能.高灵活性的 PHP 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 PHP-FPM 的框架有质的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 PSR 标准 实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是 可替换 与 可复用 的. 框架组件库除了常见的协程版的 MySQL 客户端.Redis

今天在系统集成测试时由测试人员提交了一个测试bug,原因是提交业务数据时间与实际时间(北京时间)有偏差,导致统计异常.由于我们集成测试是向测试人员直接提供完整的Docker镜像作为测试环境,原因应该是出在容器时间设置上.   拿到交付的docker镜像后,启动后进入容器控制台,使用date命令查看果然时间不正确.再查看宿主机时间是正确,这样肯定是容器启动时未将时区与宿主机保持同步了,由于测试镜像是由dockfile直接构建,因此问题基本了定准在dockerfile文件上了.   打开docker

http://www.dannysite.com/blog/122/ Python标准库中的datetime模块提供了各种对日期和时间的处理方法.从本文的主题着手,首先利用datetime中提供的utcnow()方法获取到当前UTC时间: 1 2 3 4 >>> import datetime >>> utc_now = datetime.datetime.utcnow() >>> utc_now datetime.datetime(2013, 12,

前提条件:你的服务器上已经安装了Docker和Docker Compose 一.安装GrayLog(Docker方式) version: '2' services: mongodb: image: mongo:3 volumes: # Persisting data - ./data/mongo:/data/db elasticsearch: image: docker.elastic.co/elasticsearch/elasticsearch:5.6.3 volumes: # Persist

本文作者:CODING 用户 - 廖石荣 持续集成的概念 持续集成(Continuous integration,简称 CI)是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误. 持续集成的模式 如图所示: CI 过程:代码编写 -> 源代码库(GitHub or gitlab)-> CI 服务器(代码构建.自动化测试.结果反馈[构建结果])

本文作者:CODING 用户 - 廖石荣 关于持续集成的概念 持续集成指的是,频繁地(一天多次)将代码集成到主干. 持续集成的过程 如图所示: CI 过程:代码编写 -> 源代码库(GitHub or gitlab)-> CI 服务器(代码构建.自动化测试.结果反馈[构建结果]) 涉及 CI 工具:Jenkins.Travis CI.TeamCity.Gitlab CI.CircleCI.Codeship 等,相关资料可以查询对应的官网,其中应用广泛的 Jenkins 和 Travis CI,

使用docker部署skywalking Intro 之前在本地搭建过一次 skywalking + elasticsearch ,但是想要迁移到别的机器上使用就很麻烦了,于是 docker 就成了很方便的解决方式,只要 dockerfile / docker-compose 定了下来在哪里跑都是一样的. 构建 Docker 镜像 可以直接使用 docker hub 上的镜像 weihanli/skywalking:5.0.0-GA 示例 Dockerfile FROM centos:7 # T

title: CentOS7.REHL7的firewalld防火墙使用简单说明 categories: Linux tags: - Linux timezone: Asia/Shanghai date: 2019-02-25 区域 默认规则策略 trusted 允许所有的数据包 home 拒绝流入的数据包,除非与输出流量数据包相关或是ssh,mdns,ipp-client,samba-client与dbcpv6-client internal 等同于home work 拒绝流入的数据包,除非与流

简单粗暴点吧 jenkins 镜像下载:docker pull jenkins:alpine dockfile 原地址:https://gist.github.com/phith0n/373cc078a8b25a20432408d5d7556770 php5.dockerfile FROM alpine:3.3 MAINTAINER Didiet Noor <dnoor@kulina.id> (@lynxluna) # Patch APK Mirror to YKode RUN echo &q

计划用 Docker 实现 Redis 的主从,简单主从而已.主的名称叫 redis-master 一步步来. 先新建个Dockerfile ,从alpine 开始,比较简单. FROM alpine:latest MAINTAINER qufo qufo@163.com # 换源 RUN echo 'http://mirrors.ustc.edu.cn/alpine/edge/main' > /etc/apk/repositories RUN echo '@community http://m

ESXI6.0 时间(时区)显示不一致 来源 http://blog.51cto.com/jdonghong/1957118 近日由于设置ESXI计划任务,无意间发现了esxi服务器客服端时间和系统显示时间不一致的情况,导致了(我为了一致,通过SSH用命令修改了ESXI系统时间)虚拟机时间也不一致,最终导致虚拟服务器系统时间出错. 相差大约八小时,可以通过客户端显示的时间CST,而ssh服务器用命令显示为UTC时间.于是我查看了所有的ESXI服务器,发现都是一样的情况,因为平时不在意(没有关注这

前段时间因为公司的一个 WebFrom 项目设计到跨时区的问题,处理了一段时间,终于解决了,写个博客记录一下,方便以后回顾以及给他人提供一个参考的方法. 本次的项目因为跨越了多个时区,在一些时间上会受到时区的影响,比如在美国分部使用系统插入了一条数据,在美国分部显示的时间是“2019-09-25 00:00:00“,那么在北京分部看到的时间就应该自动转换成”2019-09-25 12:00:00“(美国比北京少十二个小时),因此系统要能实现自动获取客户端的时区并转换成 UTC 时间,保存到数据库

1.  背景:   本机win10上,后端django框架代码与前端vue框架代码联调通过. 2.  目的:   在centos7系统服务器上使用docker容器部署该项目. 3.  方案一:仅使用基础dockerfile逐步搭建部署: 方案二: 使用compose配置应用程序需要的所有服务,一键部署运行: 4.  准备文件结构如下:1为后端django项目代码,2为前端build后的代码: 一.脚本文件准备过程 1. django目录下test_platform 工程项目下: 需修改/test

前言 近期在研究日志系统的设计,感觉现在公司的子系统和接口太多了,日志看不过来,就想着有没有一种方法可以把各个程序的日志组合到一起.于是乎就搜到了ELK.开始对ELK的概念完全搞不懂,就照着各个平台文档一顿安装和研究.终于搞明白了ELK这套系统的大致流程. ELK即:Elasticsearch.Logstash.Kibana的简称. 简单介绍来说:Elasticsearch用来存储日志,Logstash用来搜集和过滤日志,Kibana用来展示日志. 为什么用Elasticsearch存储日志呢,

1. 克隆一台虚拟机 # virt-clone -o base -n vm-clone -f /vm/vm-clone.img 参数说明: -o 原虚拟机的名称:必须为关闭或者暂停状态. -n 新虚拟机的名称 -f 作为新虚拟机端磁盘映像的新文件 -u 新虚拟机的UUID:默认为随机生成UUID -m 新虚拟机的 MAC地址.默认为随机生成 MAC. 克隆完成后可以通过 xm list 查看到新克隆的虚拟机,通过 xm start vm-clone 即可启动.克隆完成后会在路径 /vm 下生成