运行Plone构建时是否覆盖健全性检查？

我正在为我的Jira/Confluence应用程序运行带有apache服务器的Ubuntu12.04 LTS。 现在我需要另外安装一个Plone（生产）实例。 但端口8080已经被Jira占用，直到现在我还找不到改变这一点的操作说明

我按照以下说明安装plone： 在这些指示期间，我是否必须维护港口

我发现了这个网站（2.5.创建新实例）：它说你必须在buildout.cfg中更改一些设置。但即使作为sudoer，我也不能运行这些指令。我明白了：

buildout.sanitycheck: 
***********************************************************
Buildout should not be run while superuser. Doing so allows
untrusted code to be run as root.
Instead, you probably wish to do something like:
    sudu -u plone_buildout bin/buildout

If you have a good reason to bypass this restriction,
remove the buildout.sanitycheck extension from your buildout.
***********************************************************

While:
Installing.
Loading extensions.
Error: User attempt to give system ownership to Internet

*************** PICKED VERSIONS ****************

[versions]

*************** /PICKED VERSIONS ***************

---

但是我怎样才能取消理智检查呢？我在此文件中找不到它。

只需删除

base.cfg

的

buildout.sanitycheck

---

正如文档还指示在root安装后使用sudo一样，警告仅在非root安装时才有意义。

只需删除

base.cfg的
buildout.sanitycheck

正如文档在root安装后也指示sudo一样，该警告仅在非root安装时才有意义。
我们这里有多个问题

更改端口

要更改Plone连接到的端口，请编辑buildout.cfg并查找以下行：

[instance]
<= instance_base
recipe = plone.recipe.zope2instance
http-address = 8080

[实例]
1024编辑后，运行buildout

运行构建

如果使用
sudo
运行统一安装程序，则会导致它创建plone_构建和plone_守护程序系统用户。“plone_buildout”用户用于运行buildout，并拥有代码文件。“plone_守护进程”用户用于运行连接到Internet的长期进程，并且拥有数据

此方案经过精心设计，因此您不必以root用户身份运行buildout，并且长寿命的守护进程将拥有（接近）最低权限。在此方案下，您以plone_buildout用户的身份运行buildout，通常使用以下命令：

sudo-u plone_buildout bin/buildout

命令“sudo-u username”使命令行的其余部分在指定用户的有效所有权下执行

将buildout作为root运行通常是一个非常非常糟糕的主意。这就是为什么存在健全性检查。以root用户身份运行buildout意味着您将系统的控制权交给buildout下载的每个模块中每个setup.py文件的作者不要这样做。

关于一个常见误解的注意事项：当统一安装程序通过sudo以root身份运行时，它不会以root身份运行buildout（至少在任何最新版本中都不会）。它使用root权限创建一个plone\u buildout用户，然后以该用户的身份运行buildout。
这里有多个问题

更改端口

要更改Plone连接到的端口，请编辑buildout.cfg并查找以下行：

[instance]
<= instance_base
recipe = plone.recipe.zope2instance
http-address = 8080

[实例]
1024编辑后，运行buildout

运行构建

如果使用
sudo
运行统一安装程序，则会导致它创建plone_构建和plone_守护程序系统用户。“plone_buildout”用户用于运行buildout，并拥有代码文件。“plone_守护进程”用户用于运行连接到Internet的长期进程，并且拥有数据

此方案经过精心设计，因此您不必以root用户身份运行buildout，并且长寿命的守护进程将拥有（接近）最低权限。在此方案下，您以plone_buildout用户的身份运行buildout，通常使用以下命令：

sudo-u plone_buildout bin/buildout

命令“sudo-u username”使命令行的其余部分在指定用户的有效所有权下执行

将buildout作为root运行通常是一个非常非常糟糕的主意。这就是为什么存在健全性检查。以root用户身份运行buildout意味着您将系统的控制权交给buildout下载的每个模块中每个setup.py文件的作者不要这样做。

关于一个常见误解的注意事项：当统一安装程序通过sudo以root身份运行时，它不会以root身份运行buildout（至少在任何最新版本中都不会）。它使用root权限创建一个plone_buildout用户，然后以该用户的身份运行buildout。
正常检查是有原因的；你真的是以超级用户的身份安装构建的吗？我用的是“sudo”。安装程序的作者也阅读了这里的问题，我将把这个问题留给他，因为我自己从来没有使用过统一的安装程序；你真的是以超级用户的身份安装构建的吗？我用的是“sudo”。在这些说明中也有这样的说明。安装程序的作者也阅读了这里的问题，我将把这个问题留给他，因为我自己从来没有使用过统一安装程序。如果这是根安装，应该在命令前面加上“sudo”或使用su改为根安装。
然后根据您的答案相应地更改吗？如果你同意的话，我可以这么做：）现在，没有sudo的平台很少见，在这种情况下sudo通常很容易添加。应使用sudo-less环境中的系统管理员进行翻译。因此，为了简单起见，我坚持使用“sudo”指令。哦，是的，我只是建议在文档中包含行
sudo-u plone\u buildout bin/buildout
。如果我理解正确，OP的问题是没有以
plone\u buildout
-user的身份执行buildout，而只是运行
sudo bin/buildout
。如果我错了，请纠正我。如果这是root安装，应该在命令前面加上“sudo”或使用su更改为root。
然后根据您的答案相应地更改吗？如果你同意的话，我可以这么做：）现在，没有sudo的平台很少见，在这种情况下sudo通常很容易添加。应使用sudo-less环境中的系统管理员进行翻译。所以，为了Simple的利益