我试图弄清楚为什么这个命令对我不起作用：
sed -n -e '/<a href=\(.*\)>/,/<\/a>/p' text.html
在 text.html 上，我们有类似...
<somestupidstuff> <a href='teste'> teste </a> </somestupidstuff>
所需的输出是：
<a href='teste'> teste </a>
但我得到的是：
<somestupidstuff> <a href='teste'> teste </a> </somestupidstuff>
也许我没有完全理解正则表达式。
重要提示： 如果我这样做，我可以恢复停止旧行为：
apt install sysvinit-core
另外：基于旧Red Hat的版本也可以通过停止来关闭电源。
我试图理解为什么在 Debian 9 中你不应该再使用 halt 来关闭你的计算机。该行为已从 systemd 中删除。我有点害怕，但我认为一定有一个很好的合乎逻辑的理由。
其他 unix 或类 unix 是否具有相同的行为，或者 Linux 是否正在变成不同的东西？
现在，如果您想在系统关闭后关闭机器，您应该使用 poweroff 而不是 halt ...
有人知道这个命令在其他类 Unix 中是如何解释的吗？
这不是重复的，因为例如 debian 7 可以通过停止来关闭电源。
首先很重要：
好吧，我想弄清楚为什么我无法在不重新启动系统或手动执行一些 ip 命令的情况下重新启动网络配置。
例如，如果我运行：
systemctl restart networking
没有任何影响。
如果我尝试：
ifdown ensp0
它说界面没有运行....如果我尝试
ifup ensp0
然后我的接口有 2 个 ip，而不是一个（我只是在 /etc/network/interfaces 上更改了它）
我正在做的是使用 ip 命令，手动删除 ip，然后使用 ifup 将它们全部启动。然而，这很奇怪。
那么在某种程度上，像我们在古代版本中那样重新启动所有网络连接的正确形式是什么？
如果我添加：
auto enps0
然后网络开始工作得更好，但这不是默认配置！
这更多的是系统问题吗？或者，它与不推荐使用的网络工具有关？
我找不到在 systemd 上执行某些本地脚本（或非常本地命令）的正确方法，我已经知道我不能为这种脚本创建服务（在 systemd 一个单元中）（或者我必须？）....
我发现的解决方法是创建 rc.local 并赋予它执行权限。
printf '#!/bin/bash \n\nexit 0' >/etc/rc.local
chmod +x /etc/rc.local
例如，如果我得到一个由你配置的简单 rc.local 的旧服务器，我会知道你做了什么以及在发行版上升级或安装新的东西会有多大的伤害，因为 rc.local 受到外部尊重包，但另一方面，如果我安装一个服务器并创建一个或两个或三个 systemd 单元（甚至是 sysvinit 服务），只是为了做一个简单的任务，这有时会让你的生活变得更艰难，而且比我的单元要多得多名称有一天可能会与发行版开发创建的新服务的名称发生冲突，并且可能会在升级时安装，从而给我的脚本带来麻烦！
我看到另一个问题询问rc.local 在哪里，答案是创建它并授予执行权限，我认为我的问题真的不是重复的，因为我不想知道它在哪里 - 相信我，我只是想要接受它已被弃用，但我找不到做这种事情的正确方法，我真的应该为一些简单的事情创建一个单元吗？
“私人 /tmp 就像一个好主意......它对我有用，它更安全，所以让我们重新分配给世界上每个期望 /tmp 是 /tmp 自 1970 年以来的 unix 人......”你怎么办得到？爆炸，破坏和你的身体着火。
我正在尝试在 Debian 9 上禁用私有 /tmp，所以我按照该站点的说明进行操作：
https://www.maxoberberger.net/blog/2017/10/debian-9-private-tmp.html
这看起来很不错，但事实并非如此，它引起了一些心痛。
当我试图通过在 上创建覆盖文件来禁用时/etc/systemd/system/apache2.service，systemd 似乎完全忽略了我。
我需要直接编辑文件：
/lib/systemd/system/apache2.service
这行得通，但是如果您升级系统，这并不是一个好主意！今天，unattended-upgrade跑了，一切都坏了，因为私有的tmp；然后我需要再次重新禁用它。我们使用一个 Web 系统与另一个在控制台上运行的旧系统进行通信……它通过 tmp 进行通信。
我做错了什么？我应该重新启动服务器吗？
Apache 2.4 似乎混合了所有：IP 拒绝和用户拒绝不再独立工作。
在旧版本中，我能够启用这两件事，并在不影响另一件事的情况下使用它，例如：
deny from all
allow from ip1
allow from ip2
在 apache2.4 中相当于：
require ip1
require ip2
到此为止，一切都很好。
但是，当您的网站中有 htacess+htpasswd 时，行为并不像您预期的那样，因为它认为所需的 ips 可以在没有密码的情况下输入，从而.htaccess使所需列表中的 ips 甚至最坏的 ips 能够.htaccess由于尝试使用密码登录，这不是 Apache 2.2 所做的！
在古老的 Apache 中，允许来自的主机是唯一可以尝试进行身份验证的主机......即使它们被允许，它仍然需要密码.htaccess才能打开网站。
我现在可以使用 mod_acess_compat 解决该行为......但我认为这不是一个解决方案，因为我在 Apache 2.4 上使用古老的命令......而且我担心一些意想不到的行为或弃用这个模块...