小编Cap*_*Man的帖子

我sed 's~ ~~g'在 Linux 系统上的 shell 脚本中找到了一行。这是什么~？

我知道交互式/非交互式和登录/非登录 shell 之间的区别是什么，但在实践中似乎永远不会有非交互式登录shell，除非您/bin/bash --login some-script.sh在脚本中有类似的东西（甚至看起来有点奇怪）。这是正确的还是它们更常见？

在.*rc我在网上或各种代码中看到的人们的 ' ' 文件中，我倾向于看到很多人手动使用 ANSI 转义序列而不是使用tput.

我有tput更普遍/更安全的理解，所以这让我想知道：

是否有任何客观原因应该使用转义序列来代替tput？（便携性、错误鲁棒性、异常终端......？）

在使用less（例如，使用Space和B）浏览日志文件时，有时我会遇到非常长的行，如120,000 个字符长。围绕这些导航会变得很慢，我猜是因为它必须弄清楚终端中可以放入什么以及在哪里放置换行符。

在我的日志文件中的其他任何地方，这些行最多只能换行 10 次，绝对不会超过一页，这是肯定的。所以我不想做一些激烈的事情，比如不包装文件。

当我点击它们时，有没有办法走到这些行的末尾？

我在公司防火墙后面，这在代理领域带来了很多痛苦。我发现有两种主要方法有效：

1. 使用 Cntlm 的代价是无法（从命令行）连接到 HTTPS 和外部 SSH 位置。（Cntlm 允许您使用 PassNTLMv2 散列您的用户名和密码（从而避免纯文本）并设置http://localhost:3128/为您的代理，然后重定向到您的“真实”代理。正如我所提到的，我无法使用这种方法连接到 HTTPS 和外部 SSH。）
2. 将我的用户名和密码以纯文本格式放入http_proxy变量中，代价是我的用户名和密码为纯文本格式。

显然，如果安全性不是问题，我只会选择选项 2。

我找到了一些解决方案，在我的.babrunrc（我使用 Babun，它基本上是 Cygwin 有一点额外，同样可以在一个.bashrc或.zshrc虽然）

export http_proxy="http://`echo "Y21hbjpwYXNzd29yZA==" | base64 -d`@20.20.20.20:20/"

这样我的密码至少是经过编码的。如果有人来到我的电脑并输入echo $http_proxy他们会看到我的密码，但我认为没有办法解决这个问题。

有没有其他方法可以解决这个问题？或者也许是一种加密字符串而不是编码字符串的方法？如果无法绕过它，我不介意在打开提示时输入一些密码。

出于某种原因sed，它总是让我感到害怕，我想它的语法有点奇怪。我想确保我了解以下内容。

sed -i.bak '/^x /d' "$SOME_FILE"

1. 这将首先备份$SOME_FILEat ${SOME_FILE}.bak( -i.bak)。
2. $SOME_FILE匹配正则表达式“ ^x”的每一行（意思是以“ x”开头，后跟一个空格的行）将被删除。

我曾经喜欢滚动发布发行版的想法，但现在我已经搬到了一个 ISP 有 datacaps 的地方，我不想一直安装更新。

我想切换到 Leap 但不想重新安装所有东西并重新配置我的 KDE。

作为替代方案，如果有一种方法可以导出我所有的 KDE 设置，那可能就足够了。