当DP连接显示器无反应
请尝试:
3. 尝试插拔显示器电源线
主机与显示器连接DP线之后,我们可以尝试将显示器的电源线拔掉,再重新插上也可以解决,也可以同时将主机关机重启试试。具体什么原因,不知道,但是这个问题,遇到的人很多,你要说是显示器质量问题吧,很多显示器都有这样的问题。
更多内容: https://zhuanlan.zhihu.com/p/466826180
请尝试:
3. 尝试插拔显示器电源线
主机与显示器连接DP线之后,我们可以尝试将显示器的电源线拔掉,再重新插上也可以解决,也可以同时将主机关机重启试试。具体什么原因,不知道,但是这个问题,遇到的人很多,你要说是显示器质量问题吧,很多显示器都有这样的问题。
更多内容: https://zhuanlan.zhihu.com/p/466826180
前言
最近重新优化生产环境的php镜像底包,发现打包结束后大小达到了惊人的2.04G,于是得优化优化了。
常规方案
合并RUN、分阶段构建早用过了,用过之后是2G,当前层级关系如下:
docker-squash 方案
准备进行优化:
优化后的层级和大小,效果很好,而且层级也没了,反正是底包,关系不大
官方docker build –squash...
关于使用 posix_kill 函数调用时使用 -$pid 的原因。
https://man7.org/linux/man-pages/man2/kill.2.html
场景1: 高阶技术文档
场景2: shell脚本助手
先看正常场景:
输出:
再看不正常的场景
输出,可以看到上海时间快了一个小小时
结论
在某个时间区间,Etc/GMT-8慢一个小时,参考:https://zh.wikipedia.org/wiki/%E4%B8%AD%E5%9C%8B%E6%99%82%E5%8D%80#%E5%A4%8F%E6%99%82%E5%88%B6
一大早发现路由器不断在重启,简单估计了一下大概率又是时间不同步导致网络检查脚本出错。
趁着服务还没重启的空档连上去看了一下,果然:
看到这个curl的报错,估计又是哪个包安装的时候动了依赖库,于是手动恢复升级一下。
然后测试一下,正常了: