慕姐7382605
你的用法不对:
cat find 文件 就可以打开文件了
cp /root find 文件或文件夹
你的命令使用的不正确,这些命令都是有顺序的。
你不能为了使用管道符,就把原本的命令进行拆分呀。
GoAshore
应该怎么写呢
慕仰2907144
您如果使用了虚拟机的话,一个代表虚拟机系统,另一个代表使用连接工具的系统
weixin_慕妹1153047
本课程中没有讲过more。
more是一个文本查看命令,和老师常用的cat类似。
其他相关的命令还有less tail等
weibo_繁花入梦0309
按 q 键退出
慕前端6966182
shell下默认的脚本解析器是dash,与bash相比,dash更小,还与posix兼容
幕布斯1005
| 适用于所有
-exec {} \; 是特例
_眼眸
顺便提了一下,后面还会讲的
风起尘随
把&&改成||就可以执行echo yes了
这条命令的意思是,按顺序执行ls 和lsad && echo yes
lsad && echo yes 是两条命令都正确才会正确执行
夏悠草
shell自动断开1,虚拟机或者对方主机休眠 2. 远程主机有静止限制(超过多少分钟没有操作自动断开)。3其他
如果你用的是虚拟机,可以设置一下不要休眠。
Weicong
多一个用户的原因是,当你 Xshell 断开的时候,其实 redis-cli 并未断开连接,
在你的 Xshell 重新连上服务器时,执行 redis-cli 命令,将重新建立一个连接,产生了一个新的 redis-cli 进程,
而原来的 redis-cli 进程仍存在,所以看起来就好像多了一个 redis-cli 进程。
【新问题】:
但是,如何重新进入原来那个 redis-cli 的会话,我也很头疼,希望有网友能帮忙解答!!!
附:
查看 redis 相关进程,命令: ps -ef|grep redis
欢欢欢儿
我也有四个qwq
坐地生财
你这个应该是没有netstat命令。通过yum 或者rpm安装一下。
Gavin611
ppt笔记自己整理吧。老师给的ppt一般情况用不上的,急着要用百度就可以了,如果为了加强记忆最好自己写博客日志或者记笔记。程序员都逃不掉记笔记
慕粉3693185
vim , more , echo 老师在课堂里有提到,但是没有详细讲。vim 是vi 的加强版,你直接用vim,尽量不要用vi,vi的功能太弱小。
more对文件分屏显示,了解就行了,不要担心。
echo 就是回声,也就是你输入什么他就输出什么,相当于 print 或者js 的 console.log
IT狂人_
其实它是代表EOP,也就是输入结束的意思
_不辞而别
443不是ss么
慕数据7935018
其实你开了两个xshell
文小丽
回车一行一行,空格一页一页翻
qq_迅嘉_0
你得先cd /进入root根目录,ls能看到tmp文件夹之后,再执行tar -zcvf ~/tmp.tar.gz tmp 格式就像啊角说的一样,目标是目录,不用带/.(想想老师创建的那个jp目录) 压缩可以变更打包文件的路径,不过源文件似乎得是在你的当前路径下,不然这个命令找不到源文件.
greenhandc
more类似于cat,cat是显示全部,more会一页一页的显示。
星仔走天涯
对, 1、 ; 命令之间没有逻辑关系
2、 && 第一个命令正确才会执行第二个命令
3、 || 第一个命令不正常才会执行第二个命令
星仔走天涯
&& 这个是逻辑与 ||这个是逻辑或。
轨&迹
文雅释放的过程之一,就是你这个端口的TCP连接正在准备跟对方断开了
CLOSE_WAIT表示被动关闭;ESTABLISHED表示已建立连接,正在通信;SYN_SENT是三次握手的过程,表示你的机器发起了连接,对方没有响应。
Myein
这跟前面的无数条命令没有关系,ls指的就是开头的这个ls。
|| 和 && 具有同等的优先级,所以 ls || echo no 会先执行,随后是&&的部分:
那么开头的ls执行成功了,所以就不用执行 || 后面的echo no了,这样 && 前面的部分(ls || echo no)也算作执行成功,所以&&后面的echo yes还要继续执行,这样就打出yes了
菜鸟君_
shell中好象是没有优先级的,只是左结合。
邀梦谈心
ls列出的是目录内容,是一长串文本,可以写在文件中用more来读取。
这里管道符就是把写在文件这个步骤省略了,直接操作ls列出的目录文本。
五月_星空
管道会将前面命令的标准输入当作后面命令的标准输入。一般程序错误时是没有标准输出的,其错误信息会送到标准错误输出。
通常shell会启动前一个程序,并通过系统调用读取它的输出,再通过系统调用启动后一个程序,通过管道向后一个程序的标准输入进行输出。出错时如何处理应该是依照各shell实现而定。bash中是后续程序仍然执行,但不会获得任何输入。
所以后一个程序会执行,且你应该能在屏幕上看到前一个程序的错误输出。
另外,一般整个管道的返回状态是最后一个命令的退出状态。
mk123
我测试过,好像是这样,连接符号(&&或||)右边的命令是否运行,取决于连接符号左边的各命令运行情况的逻辑预算值,命令运行了逻辑值为1,没有运行逻辑值为0。
例如:
ll && echo yes || echo no && echo bbb
ll 运行了,逻辑值为1,
&& echo yes 左边=1 因此运行,逻辑值为1
|| echo no 左边=1&&1=1,因此不运行,逻辑值为0
&& echo bbb 左边=1&&1||0=1 因此运行
llaa && echo yes || echo no && echo bbb
-bash: llaa: command not found
no
bbb
1.llaa 运行,逻辑值为0,
2.&& echo yes 左边=0 不运行,逻辑值为0
3.|| echo no 左边=0&&0=0,因此运行,逻辑值为1
4.&& echo bbb 左边=0&&0||1=1 因此运行
越野女郎
管道符可以看作是把第一个命令的结果放入文件,再用第二个命令处理,所以可以用more