小编00p*_*eus的帖子

在vim中使用增量搜索时,光标会立即转到搜索词的下一个匹配项.Emacs具有类似的增量搜索功能.但是,有一个emacs isearch的功能,我觉得非常有用,我真的很想在vim中.在emacs中,如果键入:

<ctrl-s>word

它会立即转到"word",就像vim增量搜索一样.在emacs中,您现在可以键入其他内容<ctrl-s>以移至"word"的下一个结果事件,而在emacs中,这不会结束您的增量搜索会话.要在vim中执行相同操作,您必须点击<cr>,结束搜索词,然后点击n以转到下一个搜索结果.因为emacs不会结束搜索会话,所以您可以执行以下操作:

<ctrl-s>word<ctrl-s><ctrl-s>more

这样,一旦你靠近你想去的地方,你就可以"进入"你的搜索,结果非常有用!

有没有办法让vim做同样的事情？

标准差异工具对于查找文件中不同的行非常有用,但它对于逐个字符的差异不起作用.我经常需要逐个字符地合并文本(即书面文本,而不是代码),在不同的计算机上修改而不同步(是的,我知道我不应该,但无论如何它都会发生).除了添加一个或两个段落之外,我可能更改了逗号,拼写错误或文本中的其他一些小变化,这些变化以前是两个文件共有的.

Diff会告诉我哪些线路被改变了,但由于每条线路可能有多个差异,我必须仔细扫描这些线路以找到每条线路上每个物理上很小但很重要的差异.修复后,我必须重复差异,以确保我没有错过任何编辑.当行格式化(即每段一行),并且当许多连续行具有如此小的差异时,情况变得更糟.

现在我必须承认我通常只将这两个文件加载到Microsoft Word中并使用其内置的diff函数.启动像Word这样的大包只是为了找到一些小的差异当然不方便,但至少它会逐个字符地比较文件.

我真正想要的是一种Unix方式.一个小而可爱的工具或脚本,对文本进行逐字符比较,即不基于行,能够忽略行结尾,通过一些明智的ascii-art报告,并且完全可管理以在命令行的脚本中使用？

还有另外一个问题,使用'diff'(或其他任何东西)来获取文本文件之间的字符级差异,但是这个问题被基于网络的工具所示的lib所满足,我更喜欢命令中的某些内容 -线.

对于Cassandra,假设复制因子为1(即数据集的两个副本),则最少需要三个节点来启用具有强一致性的写入.Couchbase似乎没有这个要求,至少我没有在任何地方找到它.尽管如此,Couchbase仍然建议生产系统至少使用三个节点.

我发现的唯一动机是(1)双节点系统中的单节点故障会产生单点故障,(2)双节点系统在扩展到第三个节点时需要更加努力,而不是三节点系统(我假设这是因为重新平衡).

没有任何动机对我来说特别引人注目:

原因(1)感觉有点像说双磁盘RAID-1没用,只有三磁盘RAID-6(一个数据,两个校验和)是可以接受的.然而,RAID-1非常流行(远远超过三磁盘RAID-6:es),通常被认为是相对安全的.据推测,丢失节点将导致管理员快速行动,因此风险应该是短暂的.

原因(2)对我来说似乎更加短暂.当添加第三个节点时,两个节点需要更加努力地工作.尽管如此,这只是一个问题,并且大多数应用程序每天都有负载变化,可以完成重新平衡的调整.

所以我想知道是否有任何其他原因可以避免双节点Couchbase集群,假设这两个节点能够很好地承载负载？

我希望我的Vim突出显示所有搜索结果,因为我正在键入我的搜索,即不仅仅是下一个搜索结果(如incsearch),而是所有搜索结果(如同在hlsearch我输入的同时).我还想在搜索之后立即关闭搜索突出显示.这可能吗？