@lihongjie0209 #1 请用户买新的

@mcfog #43 嗯，你这个就是我刚才说的 「纯工程师思维」，希望有一种银弹解决任何场景下任何问题；

况且你说的这些 「 k8s 切环境，ssh 上机器，常用的工作目录切换」等「选择题」不都是同一类「历史命令操作」么

@mcfog
@eclipselu
@tsui
@Davic1

嘿嘿，如果你在用 fzf，那你更该试试我这个 zsh-history-enquirer 工具，因为我正是深度用过 fzf 甚至是它的衍生品 peco 和 percol 做历史搜索，
并被它们这种 「工程师思维只做个牛逼的工具，完全不考虑用户使用体验」的表现所震惊，
才自己去造了轮子
或者说直接针对这些缺点做改进 (开始把我批判一番)

首先 fzf 居然都没有去重，你见过前后翻 10 页都是相同的 gco . 么？
其次 fzf 不是 inline (行内) 的，fzf 输入地方离实际命令行输入地方离了 13 行，这会造成目光抖动，在两个输入地方之间来回跳动；
再然后它给出的排序居然是从上到下的时间正序而不是倒序 (对于直觉来说，常用相识命令就是希望搜索最近使用的)
最后，长命令超过一行，就显示不了，既不显示开头也不显示结尾，居然是显示中间；要猜猜下图是什么命令么
最后的最后，当你输入完没有搜索到想要的结果后，想放弃退出，你猜它会给你保留原始输入么？不会。

以下 imgur 图床，需代理

https://i.imgur.com/m69O0jR.png

https://i.imgur.com/bqfvoS1.png


至于 peco / percol，除了以上差不多的问题外，它们会直接打开一个窗口，太重了，不仅目光关注点跳动，还会打断注意力，最重要的是你们可以直接去官网看看预览，真的比 fzf 都丑多了。

-------

行内、轻量、去重、倒序、显示长命令、退出保留输入，我就加了这些药给自己用

@KentY #36 我也很接受你的说法，以前我也这么想的 🌝；「过于反人类」确实是个夸张的形容，主要是反我自己，以至于不能接受

你说的 「不必每次都从命令开始输入」那就完全是一个搜索工具最基础的条件了
原生 Ctrl+R 的核心问题在我看来就是两个

- 每次只能看一条命令
- 只能精确匹配不能搜索多个单词

以下我会给一个场景跟你讲为什么说「反人类」

第一个问题，以你上面的例子，Ctrl+R 然后敲 foo 搜索，
出来命令不是你想要的，比如是个错误的 typo，怎么办？
当然是继续按 Ctrl+R 再向上查找第二个命令，还是不对，怎么办？
还是只能 Ctrl+R 再查找呀，第三条、第四条都不对呢？

用户在敲第三次 Ctrl+R 就已经会动摇了，不仅是没耐心，还会质疑自己，
到底第几个才是我想找的命令？
还有几次才到我想找的命令？
我会不会按快了没看清就跳过去了？
是不是我输错了按 100 次也没有这句命令？

那么这时会怎么做呢？是直接放弃搜索止损，然后改用 history | grep ；还是继续抱着怀疑人生的心态赌下一个就可能是想要的命令？
可能无解，最后每次都成 history | grep xxxx | tail -n 20

所以我做的工具，本质就是打破一个点，「预览止损」
一次搜索预览 15 条，一目十行扫下去，如果没有找到，用户就会直接对这个词「止损」，
放弃这个关键词换个词，或者增加更多关键词进一步过滤。
通过「止损」来提高效率，改善心态，减少掉发。

当然，如果直接用关键词在 15 条内就找到了 (一般都能找到)，那就直接去选中了回车，这个的效率提升就不用讲了 🌝

@JCZ2MkKb5S8ZX9pq #3 刚好可以回答你这个问题

如果完全就是几个固定不会变的几个长命令，写个 alias 放到 profile 文件中最简单省事，

如果是很多这样的长命令，写起 alias 也很麻烦，或者如果参数也要变，写 alias 也很不方便，那你可以看看下面的办法了

用过的命令都会被 history 记住，所以每次想用长命令就直接搜索历史，但 shell 自带的 ctrl+r 很简易也不能模糊搜索，一次只能看一行很难找到命令，用 history | grep -i xxx | tail 每次输入用相当麻烦

所以我刚做了个工具，帮助你快速模糊搜索命令

github.com/zthxxx/zsh-history-enquirer


你可以看看我在上一个找历史命令工具的帖子下面回复的介绍

/t/623793#r_8255026

@nusnevets #33 😂 嗯嗯，如果完全是固定不变的长命令，还是自己写个 alias 最简单，甚至还可以把固定的命令组合写成 function 和 alias 一起放到 shell 的 .profile 或者 .rc 文件里

这种我做了很多自用的 🌝 为了方便找地方同步，直接放到了 zsh 主题里

https://github.com/zthxxx/jovial/blob/master/jovial.plugin.zsh

自带 ctrl+r 过于反人类，每次只能看到一条，永远不知道下一个惊喜和意外哪个会先来 (也不方便搜索)

@KentY
@imycc
@jinliming2
@eclipselu
@tsui
@Davic1
@jeffh

推荐还在用原生 ctrl+r 的可以看看这个
刚做了这样一个历史命令快速查看 /搜索工具，用于替换(增强) zsh 自带的 ctrl+r

https://github.com/zthxxx/zsh-history-enquirer

Ctrl + R 在当前行内展开历史记录的预览 /搜索结果，
npm 直接安装 (所以需要装 nodejs)

npm i -g zsh-history-enquirer

因为是在行内，不会在命令行新开一个界面，看起来很轻量

- 有时候我不是想执行一个历史命令，仅仅是想看看 然后复制一个参数来用
- 多个单词支持模糊匹配
- 自动倒序展开多个命令，方便人眼查看 (自带 ctrl+r 每次只能看一条，永远不知道下一条是惊喜还是意外)
- 方向键上下就能快速选择命令
- 支持 PageUp / PageDown 快速翻页，回车 Entry 选中，Esc 取消
- 选择后还能继续编辑 (方便修改参数)

预览图见下 (imgur 图床，可能需要代理):

https://i.imgur.com/KKXT068.png

一眼看成 Nginx

@CtheSky #4 看了下你是用 gtui.add_dependency() 的方式来添加依赖，原本需要执行的命令行现在还需要多写一个 python 文件来执行了，日志也需要重新自己写，对一般情况是不是太麻烦了？

如果都已经上到要用 python 层面了，有什么必要不直接用轻量级的调度方案 APScheduler / Airflow 呢

https://github.com/agronholm/apscheduler
https://github.com/apache/airflow

tumx / screen 解君愁

再贴一下 GitCDN 下载地址
https://gitcdn.xyz/repo/zthxxx/init-macOS-dev/master/app-preferences/Spotlight.alfredappearance

@AnnatarHe

是认真的

认真的问你们学的时候，没有学过每个元素都只写内联样式的弊端和局限性吗？

因为回到 CSS 原子类就基本等同于变相写 inline style 内联样式，你的 「才意识到正确的 css 写法」就和楼上说的一样梦回 2012

@AnnatarHe
@Flands
@TheFLY
@Elmer
@joshua7v

各位用 tailwind 的是不是学 CSS 的时候都没学过 HTML 内联样式？

https:// 协议 clone 就 export https_proxy=http://127.0.0.1:1080;

ssh:// 就用 proxychains

就这么简单。。。

@mikulch #42 +1
就光是 CURD，稍微深入设计分层，也能「高级到不是一般的程序员能够做得好的」

https://jschwinger23.github.io/2018/10/10/CRUD-Engineering.html

之前整理过一个思维导图

https://wiki.zthxxx.me/wiki/%E8%89%BA%E6%9C%AF/%E5%B9%B3%E9%9D%A2%E8%AE%BE%E8%AE%A1/%E5%B9%B3%E9%9D%A2%E8%AE%BE%E8%AE%A1%E5%85%A5%E9%97%A8%E5%AF%BC%E5%9B%BE/