Daily Archives: 2020年10月27日

Docker安装问题3 No default Boot2Docker ISO found locally, downloading the latest release（然后下载失败!）

问题背景 Win8.1 Docker-toolbox版本为18.03.0，在解决了上文这个问题后：Docker安装问题2 This computer doesn’t have VT-X/AMD-v enabled，启动Docker Quick Terminal时，报下面的错;

  问题原因 启动时如果检测到没有 Boot2Docker，就会去下载，在下载过程中法出现了网络连接上的错误，导致启动失败。 解决方案 先删除已下载的临时文件，我的目录是：C:\Users\libin.docker\machine\cache. 用其他工具去下载对应的 boot2docker.iso 文件，下载链接：https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso 注意: 这里的链接地址其实就在上面的报错信息中，直接复制也可以。 将下载好的文件放到1中的目录下（不需要解压）   from:https://blog.csdn.net/lililuni/article/details/83243062

linux设置时间显示格式和系统版本

【修改显示日期格式】 vim /etc/bashrc alias ll=’ls -l --time-style="+%Y-%m-%d %H:%M:%S"' alias date=’date "+%Y-%m-%d %H:%M:%S"' source /etc/bashrc   【排序】 ll -ht 按时间排序 ll -hS 按大小排序 其中的参数h是human的代表，意思是已人类能识别形式显示，而不是默认的字节的形式。 【查看系统版本】 uname -a cat /etc/issue lsb_release -a [root@develop data]# uname -a Linux develop 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux [root@develop data]# cat /etc/issue Kernel \r on an \m [root@develop data]# cat /proc/version Linux version 3.10.0-327.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #1 SMP Thu Nov 19 22:10:57 UTC 2015 [root@develop data]# lsb_release -a 【查询系统语言】 [root@develop data]# […]

CentOS7 设置系统时间

https://www.cnblogs.com/k98091518/p/6991614.html   在CentOS 6版本，时间设置有date、hwclock命令， 硬件时钟和系统时钟 (1) 硬件时钟 RTC(Real-Time Clock)或CMOS时钟，一般在主板上靠电池供电，服务器断电后也会继续运行。仅保存日期时间数值，无法保存时区和夏令时设置。 (2) 系统时钟 一般在服务器启动时复制RTC时间，之后独立运行，保存了时间、时区和夏令时设置。 从CentOS 7开始，使用了一个新的命令timedatectl timedatectl 命令 (1) 读取时间 timedatectl //等同于 timedatectl status (2) 设置时间 timedatectl set-time "YYYY-MM-DD HH:MM:SS" (3) 列出所有时区 timedatectl list-timezones (4) 设置时区 timedatectl set-timezone Asia/Shanghai (5) 是否NTP服务器同步 timedatectl set-ntp yes //yes或者no (6) 将硬件时钟调整为与本地时钟一致 timedatectl set-local-rtc 1 hwclock --systohc --localtime //与上面命令效果一致 注意: 硬件时钟默认使用UTC时间，因为硬件时钟不能保存时区和夏令时调整，修改后就无法从硬件时钟中读取出准确标准时间，因此不建议修改。修改后系统会出现下面的警告。 GMT、UTC、CST、DST 时间 (1) UTC 整个地球分为二十四时区，每个时区都有自己的本地时间。在国际无线电通信场合，为了统一起见，使用一个统一的时间，称为通用协调时(UTC, Universal Time Coordinated)。 (2) GMT 格林威治标准时间 (Greenwich Mean Time)指位于英国伦敦郊区的皇家格林尼治天文台的标准时间，因为本初子午线被定义在通过那里的经线。(UTC与GMT时间基本相同，本文中不做区分) (3) CST 中国标准时间 (China Standard Time) (4) DST 夏令时(Daylight Saving Time) 指在夏天太阳升起的比较早时，将时钟拨快一小时，以提早日光的使用。（中国不使用） GMT + 8 = UTC + 8 = […]

Linux系统硬件时间12小时制和24小时制表示设置

目前的服务器status是下面这样的 服务器系统    centos7 Linux系统时间      Fri Mar 20 15:26:27 CST 2020 Linux系统硬件时间  Fri 20 Mar 2020 02:38:24 PM CST  -0.302016 seconds   希望服务器的status是下面这样的 服务器系统    centos7 Linux系统时间      Fri Mar 20 15:26:27 CST 2020 Linux系统硬件时间  Fri Mar 20 14:50:28 2020  -0.583443 seconds 经检查发现 系统硬件时间用12小时制和用24小时制和系统的字符编码有一定的关系 如果系统用的是英文版的 utf8  则系统硬件时间会采用 12小时制时间表示法  即时间分为上午和下午 [root@xb-server ~]# cat /etc/locale.conf LANG="en_US.UTF-8"   如果系统用的是中文版的 utf8  则系统硬件时间会采用 24小时制时间表示法 [root@xb-server ~]# cat /etc/locale.conf LANG="zh_CN.UTF-8"   from:https://www.cnblogs.com/pyng/p/12532103.html

ASP.Net Core中设置JSON中DateTime类型的格式化（解决时间返回T格式）

最近项目有个新同事，每个API接口里返回的时间格式中都带T如：【2019-06-06T10:59:51.1860128+08:00】，其实这个主要是ASP.Net Core自带时间格式列化时间格式设置的，我们只需要替换序格式化时间格式就可以； 一、先建一个控制器测试：

二、没有替换格式化时间之前效果： 三、可以在注入mvc服务的时候设置格式化参数，在Startup类的ConfigureServices方法中指定

四、替换后的格式时间效果如下：   from:https://www.cnblogs.com/lxshwyan/p/10983974.html

【C# DateTime】如何一次性修改DateTime的默认ToString格式

【问题】网站 项目里经常用到DateTime类型变量，要求所有日期时间类型格式标准为“yyyy-MM-dd HH:mm:ss”，但默认Tostring格式为 yyyy-M-d H:m:s ,没有前置0， 需要修改 【分析】 1、修改代码里所有DateTime类型的Tostring为 ToString("yyyy-MM-dd HH:mm:ss"),不方便 2、找见统一的修改地方， Thread.CurrentThread.CurrentCulture = new CultureInfo("zh-CN", true) { DateTimeFormat = { ShortDatePattern = "yyyy-MM-dd", FullDateTimePattern = "yyyy-MM-dd HH:mm:ss" }; 发现不起作用 经分析DateTimeFormat  类的属性，发现 LongTimePattern 起作用 【结论】 增加 LongTimePattern 属性

  from:https://blog.csdn.net/onemetre/article/details/52042907