MacBook Pro风扇狂转可能是有恶意插件作祟了,软件Macs fan control mac版本下载地址:
https://www.crystalidea.com/macs-fan-control/download



来自:http://blog.hudongdong.com/skill/907.html
解决方法有三种:

1、当CPU数超出终端大小不多时,可以通过ALT + Enter 最大化当前窗口(SecureCRT客户端时);

2、mpstat -P ALL

3、sar -P ALL

方法1一般不会有效果。这里主要说要方法2和方法3。
接下来我要说的是用top命令,按数字1键,查看CPU各个核心使用情况,提示:Sorry, terminal is not big enough。
在此之前的服务器2颗6核CPU,开启超线程24。当我们遇到这个情况的时候,用Alt +Enter最大化终端窗口就Ok了[SecureCRT软件]。
现在的服务器2颗8核,超线程32核,此时,再用Alt +Enter最大化终端窗口[SecureCRT软件],Sorry, terminal is not big enough
没办法了吗?网上说用putty,上次我匆匆试了一下,没有搞定,就另想它法了,linux系统的开源人,为我提供了许多好用的命令,

mpstat命令,结合一些参数,如下:

mpstat命令详解:
http://www.bdkyr.com/view.php?id=73

mpstat -P ALL
#执行结果如图


有人问了,可以看,但是不实时呀。别急,还有呢,再加点参数:

mpstat -P ALL 2 1000

这样就可以搞定了,不信你找一台2路8核的服务器,试试,很有效果的,shell搞的话,可以自己弄个更强大,更人性化的实时查看工具。

来自:http://www.361way.com/terminal-big-enough/4514.html
git add rsynctimer
fatal: playbook/bc.qr.*.cn/files/rsynctimer 中的 CRLF 将被 LF 替换

注意顺序,别搞反了:

上面这样修改后,git diff *.yml也认为是binary,无法git diff,还得这样,
让.out是可执行程序,因为gcc hello.c -o hello.out
于是 .out是可执行的二进制文件得了,作如下修改,正确如下:




it add playbook/bc.qr.*.cn/files/rsynctimer/rsynctimer.out
fatal: playbook/bc.qr.*.cn/files/rsynctimer/rsynctimer.out 中的 CRLF 将被 LF 替换

git diff  playbook/bc.qr.*.cn/bc_web.yml   #正常git diff

以上实践来自:http://www.it1352.com/798609.html
更多配置上的原理:https://www.jianshu.com/p/2a46dfd3705a
使用安装包安装的phpstrom无法正常启动,原因是原默认wwwroot是 /data/www,现在系统禁用了对根目录的使用所以只能将dbpath指向到自定义目录,如
将原来的目录迁移到/var/data,在/data下面做软链接即可,原来的升级备份位置在哪儿?
系统升级完成后桌面会出现一个目录 迁移的项目 将这个目录下的/data/db 下的文件拷贝到新的dbpath就可以了。
原文链接:https://blog.csdn.net/StillCity/article/details/102562281


二)如何做软链接?ln -sf /var/data /data
在这次mac升级系统后,我发现我的/data目录消失了,于是我执行了命令:

mkdir /data
结果发现居然提示我Read-Only filesystem,即使加上了sudo也没用

在我查阅相关资料后找到了解决办法(关闭SIP,然后输入sudo mount -uw /,创建文件夹添加权限,最后启用SIP),具体步骤如下:

1、重启mac,按住Command+R,等到系统进入安全模式。

2、选择一个账户,然后点击屏幕上方的工具栏找到命令行工具。

3、执行,命令 csrutil disable

4、重启电脑后,不要进入安全模式,执行命令sudo mount -uw /

5、执行命令sudo mkdir /data

6、执行命令sudo chmod 777 /data

7、重启电脑,进入安全模式,执行命令csrutil enable (开启SIP)
原文链接:https://blog.csdn.net/weiyoushi4001/article/details/102928575

大体运行命令:



最开始编辑器是用的sublime的,后来因为phpstome的强大功能换用的phpstome,但带的主题实在看不惯,就有了这片文章。

闲话少说,开始正文。

一、先要下载Monokai-Sublime主题文件,如下网盘链接。
https://pan.baidu.com/s/1jPDYISHdQmwSkdoRmOSbAQ

PhpStorm ,找到 file,setting,Color Scheme(快捷键 Ctrl+Alt+S)
Import Scheme。。。导入:Monokai_Sublime.icls,选:Monokai-Sublime Copy。



MacOS系统上,JetBrains诸如PhpStorm、IntelliJ IDEA、PyCharm等各种IDE在编辑器上默认不显示横向滚动条。当设置的字体比较大,需要向右滑动时很可能因为没有横向滚动条而大为恼火。

解决方法有两个:

滚动条受系统全局设置影响,因此我们可以设置总是显示滚动条。操作方法如下:打开系统设置-》通用,“显示滚动条”选项选“始终”;
滚动鼠标滑轮时按shift,此时是滚动横向滚动条。
注意::IDE中的"wrap on typing"指的是超过多少个字符自动换行,与横向滚动条不冲突。例如设置大号字体,60个字符横向显示不了,故而需要滚动条;但此时一行未超过80(或120)个字符,不会自动换行。
背景:我一看这文章就知道是架构平台部的兄弟的操作性更大一些,谁投的稿不清楚,但这个操作能感受到浓浓的鹅厂气息,这些年过去了,系统底层依然没有大变化,估计这些操作还能再用上十年,特梳理总结,以便“后来人”,也包括自己备忘。女程序员少,会写VIM、GDB、Linux命令、正则表达式、Makefile的女程序员妹子简直就是至宝啊,尽管ls –lhS ,中间横写得不对,但这不是重点,正是留言的好机会,请年轻程序员男好生把握,哥也年轻过,别后悔莫及,机会就让给你们了,哈哈。

1)磁盘满了查看/一级目录的报警:
du -h --max-depth=1


2)将当前目录下各文件以从大到小的顺序进行展示:
ls -lhS


3)查看日志最近200行:
history | tail -n 200


4)top cpu内存排序:
top 命令的基本视图中,按数字 1 监控每个逻辑 CPU 的使用情况;按 P 实现按 CPU 降序排列,按 M 按内存降序排列。

5)编写的二进制代码推到后台监听端口9999:
nohup xxx 9999

6)查看程序开启的端口:
netstat -anp | grep -w 9999

7)tcpdump抓自己开发的服务器server并调试,学后面的正则匹配:
tcpdump -s 0 -A 'tcp dst port 80 and (tcp[((tcp[12:1] & 0xf0) >> 2):4] = 0x504f5354)'

8)对日志某些列判断性打印:
awk '-F,' '{if ($666==110) print $999}' xxx.log.20191212

9)动态链接没有加载文件:
lsof xxx.so  #进程加载的一个外部 so 动态库对应功能并没有生效
GDB 调试时发现,该 so 并没有导出函数 fffff 。
nm -D xxx.so | grep fffff

10)停掉了测试进程 xxx:
ps aux | grep -w xxx| grep -v grep | awk '{print $2}' | xargs kill -9

11)并没有导出函数 fffff ,证实了该 so 确实没有导出该函数。
nm -D xxx.so | grep fffff

来源自vimer、女程序员说:https://mp.weixin.qq.com/s/WsWFcw-xoRTFOcz1TQqDBw
yum localinstall influxdb-1.7.9.x86_64.rpm -y
vim /etc/influxdb/influxdb.conf

systemctl start influxdb
netstat -nlpt
ps -ef | grep influxdb
netstat -nlpt

influx -precision rfc3339 # connect to http://localhost:8086: Get http://localhost:8086/ping: dial tcp 127.0.0.1:8086: connect
influx -precision rfc3339
Connected to http://localhost:8086 version 1.7.9
InfluxDB shell version: 1.7.9

显示数据库
show databases

新建数据库
create database jidan

删除数据库
drop database jidan

使用指定数据库
use jidan

2、InfluxDB数据表操作
在InfluxDB当中,并没有表(table)这个概念,取而代之的是MEASUREMENTS,MEASUREMENTS的功能与传统数据库中的表一致,因此我们也可以将MEASUREMENTS称为InfluxDB中的表。

显示所有表
SHOW MEASUREMENTS
新建表
InfluxDB中没有显式的新建表的语句,只能通过insert数据的方式来建立新表。

insert jidanwendu,hostname=jidanindex value=442221834240i
其中 jidanwendu 就是表名,hostname是索引(tag),value=xx是记录值(field),记录值可以有多个,系统自带追加时间戳
> use jidan
Using database jidan
> insert jidanwendu,hostname=jidanindex value=442221834240i
>多个记录值:https://www.cnblogs.com/bonelee/p/6811728.html

> use jidan
Using database jidan
> INSERT jidanwendu,host=serverA,region=us_west value=0.64

或者添加数据时,自己写入时间戳
insert jidanwendu,hostname=jidanindex value=442221834240i 1435362189575692182


删除表
drop measurement jidanwendu

3、数据保存策略(Retention Policies)

influxDB是没有提供直接删除数据记录的方法,但是提供数据保存策略,主要用于指定数据保留时间,超过指定时间,就删除这部分数据。

查看当前数据库Retention Policies
show retention policies on "db_name"

创建新的Retention Policies
create retention policy "rp_name" on "jidan" duration 3w replication 1 default
rp_name:策略名;
db_name:具体的数据库名;
3w:保存3周,3周之前的数据将被删除,influxdb具有各种事件参数,比如:h(小时),d(天),w(星期);
replication 1:副本个数,一般为1就可以了;
default:设置为默认策略
修改Retention Policies
alter retention policy "rp_name" on "jidan" duration 30d default
删除Retention Policies
drop retention policy "rp_name" on "jidan"
> create retention policy "rp_name" on "jidan" duration 3w replication 1 default
> alter retention policy "rp_name" on "jidan" duration 30d default
> drop retention policy "rp_name" on "jidan"

4、连续查询(Continuous Queries)
InfluxDB的连续查询是在数据库中自动定时启动的一组语句,语句中必须包含 SELECT 关键词和 GROUP BY time() 关键词。

InfluxDB会将查询结果放在指定的数据表中。
目的:使用连续查询是最优的降低采样率的方式,连续查询和存储策略搭配使用将会大大降低InfluxDB的系统占用量。而且使用连续查询后,数据会存放到指定的数据表中,这样就为以后统计不同精度的数据提供了方便。

新建连续查询
CREATE CONTINUOUS QUERY <cq_name> ON <database_name>
[RESAMPLE [EVERY <interval>] [FOR <interval>]]
BEGIN SELECT <function>(<stuff>)[,<function>(<stuff>)] INTO <different_measurement>
FROM <current_measurement> [WHERE <stuff>] GROUP BY time(<interval>)[,<stuff>]
END
样例:
CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO redis_clients_30m FROM redis_clients GROUP BY ip,port,time(30m) END
在jidan库中新建了一个名为 wj_30m 的连续查询,每三十分钟取一个connected_clients字段的平均值、中位值、最大值、最小值 redis_clients_30m 表中。使用的数据保留策略都是 default。

不同database样例:
CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO jidan_30.autogen.redis_clients_30m FROM jidan.autogen.redis_clients GROUP BY ip,port,time(30m) END
实践:
> CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO redis_clients_30m FROM redis_clients GROUP BY ip,port,time(30m) END
ERR: retention policy not found: jidan.rp_name  #刚删了策略
> create retention policy "rp_name" on "jidan" duration 3w replication 1 default
> CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO redis_clients_30m FROM redis_clients GROUP BY ip,port,time(30m) END

显示所有已存在的连续查询
SHOW CONTINUOUS QUERIES


删除Continuous Queries
DROP CONTINUOUS QUERY <cq_name> ON <database_name>

将influxdb中的所有的数据库都备份下来,不加任何的参数
influxd backup -portable /tmp/data/total

更多查询条件:https://www.jianshu.com/p/a1344ca86e9b
来自:https://www.cnblogs.com/shhnwangjian/p/6897216.html?utm_source=itdadao&utm_medium=referral
PHP调用查询:https://blog.csdn.net/weixin_41621706/article/details/100630332
#ls -i
24229218 go  805308641 -w,

这样删不掉:
#rm -i 805308641
rm: cannot remove ‘805308641’: No such file or directory


这样删才行:
find ./* -inum 805308641 -delete


来自:https://blog.csdn.net/wb736/article/details/79756956
现象:init 0 关闭系统 出现错误提示,阿里专有云的运维兄弟反馈说是没有完全关闭:
再登录下:runlevel  ,说是操作系统bug。
来自:https://developer.aliyun.com/ask/107789?spm=a2c6h.13159736
zabbix  负载高,unreacheable等,都是因 nfs的server端出了问题导致的,其
结论是从阻塞查起,现象是有很多进程hang住,sudo umount -lf /backup是解决CPU高的最有效良药。两篇核心文章:
nfs问题导致df挂起  https://www.jianshu.com/p/6fd207b16a06?utm_campaign=maleskine&utm_content=note&utm_medium=seo_notes&utm_source=recommendation
生产故障之nfs挂载导致系统负载巨高  https://blog.51cto.com/12643266/2377694
链接:
生产故障之nfs挂载导致系统负载巨高
nfs问题导致df挂起

背景:Linux的负载很高,uptime  load average: 457.67, 449.80, 429.24,用sar看一下user、system、iowait、idle,vmstat 2 2看一下,现用netstat -an | wc -l 多么?lsof | wc -l (卡死了,文件打开可能太多了,strace lsof出现Bad file descriptor,ulimit -n,lsof -n | awk '{print($2)}' | sort | uniq -c | sort -nr | more ,其中第一列是打开的句柄数,第二列是进程ID。来自:https://www.cnblogs.com/cloudwind2011/p/6409074.html ),ps -ef | wc -l多么(多达2158个/usr/bin/rsync -avh /backup/, ps -ef|grep rsync|wc -l 1455个进程),看清进程名用 ps -eo"pid,ppid,cmd"|grep rsync,原来是:/usr/bin/rsync -avh /backup/yum.qr.***.net  /data/www >/dev/null 2>&1。

模拟nfs服务端问题导致nfs客户端的进行hand死,具体表现为调用df命令或者涉及访问该目录的命令时界面会hang住,如果大量后台进行调用访问该目录会导致uptime下的负载检查,而实际所有的sar检查都没有发现任何性能问题。
sar -u 观察CPU情况
cpu使用率非常低,大部分为idle,说明没有进程在等待cpu资源。sar -u 1。
sar -d 观察磁盘情况 磁盘dev253-0的tps几乎为0,说明没有什么进程时等待磁盘。sar -d 1。
sar -b 观察IO情况 IO设备的读写tps都几乎为0,瓶颈明显不足IO设备:sar -b 1。
sar -W 观察换页情况 当时几乎没有进行换页操作。 sar -W 1。
sar -q 观察队列情况 队列情况初步指出问题所在,大量队列堆积在任务列表中未执行,继续考虑进程问题。sar -q 1。
根据最明显的问题根源“df操作hang死”,通过strace去分析df命令的系统调用及信号情况,可以明显发现df是在系统调用尝试获取目录/var/nfs的stat信息时挂起,如下: strace df -h /backup   open("/backup", O_RDONLY|O_NOCTTY...。
mount发现 /backup是挂载目录。 mount | column -t |grep backup
umount -lf强制卸载文件系统,df恢复正常,通过killall df将大量的残余df进程中止后系统负载下降。sudo umount -lf /backup
链接:https://www.jianshu.com/p/6fd207b16a06

以下8个大点看CPU:

1)top看IO/CPU
2)sar 看整体
3)vmstat 2 2
4)netstat -an|wc -l 看网络连接数
5)lsof |wc -l 实际使用句柄数, root权限!
6)ps -ef | wc -l 看进程数
7)yum -y install iotop 看写入进程是否太大。
8)dmesg  #能看到一些磁盘和网络啥的信息nfs: server 10.71.15.*8 not responding, still trying

strace lsof出现Bad file descriptor:
access("/etc/selinux/config", F_OK)     = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=65535, rlim_max=65535}) = 0
close(3)                                = -1 EBADF (Bad file descriptor)

lsof -nPp pid   #会被卡住,说明还是句柄太多了,无法看哪个句柄了,只有重启解决了,https://jackxiang.com/post/9908/,忽然也看到:
cp /data/backup/ldap_backup_19-12-25-22.ldif /backup/ldap.qr.**.net/ 这个是网盘,估计也是网盘引起的:
cat /usr/local/sbin/ldap_backup.sh|grep cp
cp /data/backup/ldap_backup_$DATE.ldif /backup/ldap.qr.*.net/

root     49414 49413  0 19:00 ?        00:00:00 /bin/sh -c /usr/local/sbin/ldap_backup.sh > /dev/null 2>&1
root     49416 49414  0 19:00 ?        00:00:00 /bin/bash /usr/local/sbin/ldap_backup.sh
root     49422 49416  0 19:00 ?        00:00:00 cp /data/backup/ldap_backup_19-12-25-19.ldif /backup/ldap.qr.*.net/

strace -f -p 49422 #卡死
strace: Process 49422 attached
lsof -nPp 49422 #卡住    

开机启动:/etc/rc.local
mount -t nfs -o vers=3,tcp 10.71.15.**:/Vol-01/irdcbackup /backup



原因和步骤:
存储访问不到,你就先把备份暂停吧
卡在这里你只能 kill进程了
load是每core排队任务数,不一定机器就压力大
你这个在排队,因为它们都卡着,也没啥压力


监控报警找到原因了,那几台机器都挂载nas,nas有问题了,就是那个/backup的nas

不光是引起报警,还会引起rsync同步到nas时时进程数太多负载高。
rsync同步时最好加上超时:
timeout:rsync的超时设置,防止客户端的死连接,单位为秒。默认值为0,意味着没有超时定义。
rsync hang增加超时设置如下:rsync -avz --contimeout=60 --timeout=900 --password-file="./rsync.pas" --include="*/" --include="*.nc" --exclude="*" rsync://192.168.100.1/obs_data/hspt/mrt/ /test/hspt/mrt/   ,来自:http://blog.sina.com.cn/s/blog_8d92d7580102xt4i.html

mount超时设置和测试:
hard-mount:客户端加载不成功时,会一直重试,直到NFS服务器有响应,于是出现了高负载。系统缺省值就是一直重试,最好同时选intr,允许中断系统调用请求,避免引起系统挂起。
INTR——中断请求信号,高电平有效
INTE ——中断允许信号,高电平有效
  用于控制中断允许或中断屏蔽
  8255A输出的信号,可用于向CPU提出中断请求,要求CPU读取外设数据
当客户端挂载的时候采用soft模式,我们可以配置timeo和retry参数,配置超时时间,服务器端出现异常,客户端也会向服务器端发请求,当超过我们配置的时间,则会返回错误,不会一直阻塞。
hard模式挂载:
mount -t nfs -o rw 192.168.1.2:/home/nfs /mnt local_path
soft模式挂载
mount -t nfs -o rw,soft,timeo=30,retry=3 192.168.1.2:/home/nfs /mnt
timeo的单位是0.1秒,配置为30就是隔3秒客户端向服务器端请求。

断网命令:iptables -A OUTPUT -d 172.16.18.0/24 -j DROP
恢复命令:iptables -F
查看报错:
dmesg | tail -n 40
来自:https://blog.csdn.net/lindao99/article/details/80000002

进程多不是负载高的原因,核心还是mount的服务器端给停掉了引发一系列的rsync没有超时的进程越来越多,文章:https://blog.51cto.com/12643266/2377694

ps -ef|grep rsync|grep -v grep |grep yum|awk '{print "kill -9 " $2}'|sh   #Processor load is too high on 下一了。杀掉同步阻塞进程,负载下来了,Zabbix的Too many processes on也好了。

umount  /backup/ -f   #强制卸载,umount.nfs: /backup: device is busy,fuser -m /backup ,按tab都无法补齐,直接卡死了,只好reboot,如果reboot 还不行得init 1为重启上了 来自:https://jackxiang.com/post/5100/,怎么办?sudo umount -lf /backup 得到解决,加上l:
-l     Add the labels in the mount output. Mount must have permission to read the disk device (e.g. be suid root) for this to work.  One can set  such  a
              label for ext2, ext3 or ext4 using the e2label(8) utility, or for XFS using xfs_admin(8), or for reiserfs using reiserfstune(8)

=====================================================================================
sar(System Activity Reporter系统活动情况报告)是目前 Linux 上最为全面的系统性能分析工具之一,可以从多方面对系统的活动进行报告,包括:文件的读写情况、系统调用的使用情况、磁盘I/O、CPU效率、内存使用状况、进程活动及IPC有关的活动等。本文主要以CentOS 6.3 x64系统为例,介绍sar命令。

sar命令常用格式
sar [options] [-A] [-o file] t [n]

其中:

t为采样间隔,n为采样次数,默认值是1;

-o file表示将命令结果以二进制格式存放在文件中,file 是文件名。

options 为命令行选项,sar命令常用选项如下:



-A:所有报告的总和

-u:输出CPU使用情况的统计信息

-v:输出inode、文件和其他内核表的统计信息

-d:输出每一个块设备的活动信息

-r:输出内存和交换空间的统计信息

-b:显示I/O和传送速率的统计信息

-a:文件读写情况

-c:输出进程统计信息,每秒创建的进程数

-R:输出内存页面的统计信息

-y:终端设备活动情况

-w:输出系统交换活动信息

1. CPU资源监控
例如,每10秒采样一次,连续采样3次,观察CPU 的使用情况,并将采样结果以二进制形式存入当前目录下的文件test中,需键入如下命令:

sar -u -o test 10 3

From:http://lovesoo.org/linux-sar-command-detailed.html?rylyjc=tohvi3
PHP旧版本,我这编译php55/   php56/   php7/   php71/  php72/ 都没有出现这个问题,php73出现了这个问题。


configure: error: Please reinstall the libzip distribution
rpm -ql libzip-devel|grep -v man
/usr/include/zip.h
/usr/include/zipconf-64.h
/usr/include/zipconf.h
/usr/lib64/libzip
/usr/lib64/libzip.so
/usr/lib64/libzip/include
/usr/lib64/libzip/include/zipconf.h
/usr/lib64/pkgconfig/libzip.pc
出现:
configure: error: Please reinstall the libzip distribution

于是:
yum install -y libzip-devel

编译PHP时出现新问题:
checking for libzip... configure: error: system libzip must be upgraded to version >= 0.11
error: Bad exit status from /root/rpmbuild/tmp/rpm-tmp.gsrSs0 (%build)
经过源码安装是最新的版本,解决办法:


再重新编译PHP7.3,后终于成功完成编译。


cat /usr/local/lib/pkgconfig/libzip.pc


find /usr/local/include/ -name "zip.h"
/usr/local/include/zip.h

rpm -qf /usr/local/include/zip.h
file /usr/local/include/zip.h is not owned by any package

rpm -qf /usr/local/include/zipconf.h
file /usr/local/include/zipconf.h is not owned by any package


ldd /usr/local/php/bin/php |grep libzip   #php 7.3.12
        libzip.so.5 => /usr/local/lib/libzip.so.5 (0x00007f3be1b38000)

旧的php,PHP 7.1.6,无任何返回:ldd /usr/local/php/bin/php |grep libzip


以上实践摘取自 :https://www.php.cn/php-weizijiaocheng-414091.html
https://blog.csdn.net/liuyeluoqing/article/details/81697954
https://blog.qzze.com/820.html

yum install xsel
=================================================================================================================================================================================
Package                                 Arch                                      Version                                         Repository                               Size
=================================================================================================================================================================================
Installing:
xsel                                    x86_64                                    1.2.0-15.el7                                    epel                                     24 k

Transaction Summary
==================================================================================================
Install  1 Package

Total download size: 24 k
Installed size: 39 k
ls ~+/php-7.3.12.tar.gz |xsel
xsel: Can't open display: (null)
: Inappropriate ioctl for device


实践来源:https://blog.csdn.net/qwfys200/article/details/82624336
背景:做开发时经常会遇到在当前目录打开终端的情况,一直都是先启动终端,然后再切换到当前目录,今天发现了一个新的方法,虽然不是一步到位,但比以前快多了。

打开finder,在屏幕的左上角菜单里:访达、服务、服务偏好设置...、快捷键Tab里:
选择其中的“新建位于文件夹位置的终端窗口”菜单项就会打开终端,打开后终端的当前工作目录就是文件夹的路径。一定要点中文件夹,右击空白地方弹出的右键菜单是不会有“服务”项的。

点击该项还可以为该操作设置快捷键:
点击弹出的服务偏好设置窗口中的“服务”并勾选“新建位于文件夹位置的终端窗口”;点击该项还可以为该操作设置快捷键。

使用:control+option+command+.  #打开iterm终端,这个没有go2shell图标那个好用在只能在文件夹上使用,往往我们所谓的开发人员都是在文件夹里面想打开命令行。go2shell新版本使用不了了哟 https://jackxiang.com/post/10365/


来自:https://www.cnblogs.com/xqnq2007/p/7258428.html
解决Tomcat catalina.out 不断成长导致档案过大的问题:https://www.cnblogs.com/zhuawang/p/5053537.html

tomcat修改默认日志catalina.out的路径,来自:https://www.cnblogs.com/galsnag/p/11172002.html
分页: 1/335 第一页 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 下页 最后页 [ 显示模式: 摘要 | 列表 ]