最简单的查看方法可以使用ls -ll、ls-lh命令进行查看，当使用ls -ll，会显示成字节大小，而ls- lh会以KB、MB等为单位进行显示，这样比较直观一些。 通过命令du -h –max-depth=1 *，可以查看当前目录下各文件、文件夹的大小，这个比较实用。 查询当前目录总大小可以使用du -sh，其中s代表统计汇总的意思，即只输出一个总和大小。 同样，通过命令du -h –max-depth=0 *，可以只显示直接子目录文件及文件夹大小统计值。 如果只想查看指定目录的总大小，可以使用du -sh 目录名称。 对于指定文件夹也可以指定显示层次深度，如du -h --max-depth=0 software/及du -h --max-depth=1 software/ linux怎么查看一个文件夹的大小 linux
1.”upstream prematurely（过早的） closed connection” 请求uri的时候出现的异常，是由于upstream还未返回应答给用户时用户断掉连接造成的，对系统没有影响，可以忽略 2.”recv() failed (104: Connection reset by peer)” （1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接Down掉； （2）客户关掉了浏览器，而服务器还在给客户端发送数据； （3）浏览器端按了Stop 3.”(111: Connection refused) while connecting to upstream” 用户在连接时，若遇到后端upstream挂掉或者不通，会收到该错误 4.”(111: Connection refused) while reading response header from upstream” 用户在连接成功后读取数据时，若遇到后端upstream挂掉或者不通，会收到该错误 5.”(111: Connection refused) while sending reque.... nginx日志中常见的 error 日志 nginx
在使用springboot开发业务应用程序的过程中，使用多数据源的场景很常见。目前，业界常用的spring boot整合多数据源的方案主要有两个，一个是Mapper分包方式，另一个是AOP切片方式。针对这种多数据源使用场景的痛点，MyBatis-plus团队开源了一个更为方便的解决方案（https://mp.baomidou.com/guide/dynamic-datasource.html），但是对于整合druid数据库连接池，却没有给出具体的使用示例。本篇文章就是使用springboot整合mybatis-plus、druid连接池和多数据源配置，给出一个可用的示例。 一、在SpringBoot项目pom文件中引入依赖 在SpringBoot项目pom文件中，引入如下依赖： org.apache.commons commons-collections4 4.1 com.baomidou mybatis-plus-boot-starter 3.4.1 com.alibaba druid 1.2.4 com.baomidou dynamic-datas.... springboot整合mybatis-plus、druid连接池和多数据源配置 springboot
squid作为一款应用层的代理服务软件，它主要提供了缓存加速、应用层过滤的功能。 squid代理服务器的工作机制： 当我们客户机通过squid代理去访问web页面时，指定的代理服务器会先检查自己的缓存，若是缓存中有我们客户机需要的页面，那么squid服务器将直接把缓存中的页面内容返回给客户机，如果缓存中没有客户端请求的页面，那么squid代理服务器就会向internet发送访问请求，获得返回的web页面后，将网页的数据保存到缓存中并发送给客户机。 由于客户机的web访问请求实际上是squid代理服务器来代替完成的，所以隐藏了用户的真实IP地址，从而起到一定的保护作用。 另一方面，squid也可以针对要访问的目标、客户机的地址、访问的时间段进行过滤控制。 根据实现的方式不同，基本可以分为传统代理和透明代理两种方式： **传统代理：**也就是普通的代理服务，需要我们客户端在浏览器、聊天工具等一些程序中设置代理服务器的地址和端口，然后才能使用代理来访问网络，这种方式相比较而言比较麻烦，因为客户机还需手动指定代理服务器，所以一般用于Internet环境。 **透明代理：**与传统代理实现的功.... 了解squid服务以及安装部署 squid
这两天客户这边有一台服务器一到下午3点左右就开始卡住，页面无法访问，服务器CPU占用达到300%多 开始以为只是可能只是意外事件，重启一下就好，但是发现重启之后没几分钟服务器马上又反应无法访问，我就开始检查自己写的代码是不是有什么非常消耗CPU资源的逻辑，但是找了一段时间之后还是一无所获，不过马上反应的就是先把最新提交发布的代码还原到上一个版本。但是没过多久还是反应服务器开始又开始无法访问了。 于是就 第一步: 通过 top命令查找到这个消耗CPU的进程号PID 8958 top 第二步：使用 top -Hp pid（ shift+p 按cpu排序，shift+m 按内存排序 ） top -Hp 8958 获取到这个进程下面所有线程，通过查看%CPU找到最耗费CPU的是线程PID 第三步：使用 printf '%x\n' PID (PID为上一步中获取到的线程号)转换成对应的16进制PID 5c7e 第四步：使用jstack 获取对应的线程信息 jstack 8958 | grep 5c7e 注意：8958是一开始获取的进程号,而5c7e则是这个进程下面最最耗费CPU的线程号 .... JVM找出占用CPU最高的线程 jvm
docker-compose --help你会看到如下这么多命令 build Build or rebuild services bundle Generate a Docker bundle from the Compose file config Validate and view the Compose file create Create services down Stop and remove containers, networks, images, and volumes events Receive real time events from containers exec Execute a command in a running container help Get help on a command images List images kill Kill containers logs View output from containers pause Pause services port Print the public port for a port .... Docker-compose常用命令 docker
GitLab → 搭建中常遇的问题与日常维护 Gitlab服务命令： 搭建中遇到的问题 安装卡住 502 GitLab 新装或重启后，需要等待 1 分钟才能使用 日常维护 重置管理员的密码 重制其他用户密码： 偏好设置 设置中文 批量添加账号 Gitlab服务命令： 启动所有 gitlab 组件；sudo gitlab-ctl start 停止所有 gitlab 组件；sudo gitlab-ctl stop 重启所有 gitlab 组件；sudo gitlab-ctl restart 查看服务状态；sudo gitlab-ctl status 启动服务(再次加载配置)；sudo gitlab-ctl reconfigure 修改默认的配置文件；sudo vim /etc/gitlab/gitlab.rb 检查gitlab；gitlab-rake gitlab:check SANITIZE=true --trace 查看日志；sudo gitlab-ctl tail 搭建中遇到的问题 安装卡住 这基本是内存不足导致 yi开始比较任性，没按官方的推荐（内存最少 4G）来，弄了个 2G .... GitLab → 搭建中常遇的问题与日常维护 gitlab
Qt有Debug、Warning、Info、Critical、Fatal五种级别的调试信息。 qDebug：调试信息 qWarning：警告信息 qInfo：警告信息 qCritical：严重错误 qFatal：致命错误 Qt4提供了qInstallMsgHandler（Qt5：qInstallMessageHandler)对qDebug、qWarning、qCritical、qFatal等函数输出信息的重定向处理。 qInstallMsgHandler是一个回调函数，由qDebug、qWarnng、qCritical、qFatal函数进行触发，qDebug、qWarnng、qCritical、qFatal函数处理的消息文本会被qInstallMsgHandler所指向的回调函数截获，允许用户自己来处理输出的消息文本。 一、来看官方的例子： void outputMessage(QtMsgType type, const QMessageLogContext &context, const QString &msg) { QString text; swi.... Qt日志重定向qInstallMessageHandler，输出至文件及网络 qt
暴风之鸟