作者热门文章
- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我见过构建 supervisor 的构建方法进入扩建,我想控制里面的守护进程。但是,在我看来,仍然需要/etc/init.d 中的某些内容(例如)才能在启动时运行所述主管实例。
那么,为什么要在 buildout 中构建 supervisor?为什么不在系统范围内安装它,而只是为其中涉及的守护进程制作一个配置文件?
最佳答案
当我们为客户创建扩展时,我们希望该扩展能够在具有最小依赖性的任意托管环境上运行,所有这些都可以通过系统包来满足。通过在构建中包含 supervisord,我们无需在系统范围内安装它,并且可以精细地调整它的参数,而无需要求系统管理员为我们更改设置。
使用 usercrontab 配方很容易让主管在启动时从构建中运行:
[supervisor-cron]
recipe = z3c.recipe.usercrontab
times = @reboot
command = ${buildout:bin-directory}/supervisord -c ${buildout:directory}/etc/supervisord.conf
以上部分将在 crontab 中添加一个条目,使 supervisor 在启动时运行。
关于python - 为什么要在扩建内部 build 监督员?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2752433/
我开始尝试为 Django 使用 buildout。我想使用 buildout 作为部署项目和应用程序的主要安装方法。在这种情况下,每个应用程序都包含一个扩展以及项目是最好的吗?您应该在什么级别应用构
我正在使用 Buildout和 Mr.Developer为了设置我的环境(用于开发和部署)。此设置的一部分是 pull 此项目所需的私有(private) git 存储库。 (这就是我使用 Mr.De
我是一名优秀的程序员,十分优秀!