目前，我正在尝试构建一个好的调度程序系统，作为在我的系统上设置和编辑cron作业的界面。我的系统是在Linux服务器上使用Zend框架1.11.11构建的。
我有两个主要问题，我希望您的建议：
问题 1：应用程序本身的设置
我有两种方法可以运行 cron 作业：
-
第一种方法是创建一个文件夹
scripts并在其中创建一个通用引导程序文件，我将在其中仅加载所需的资源。然后，对于每个任务，我将创建一个单独的脚本，并在每个脚本中包括引导程序文件。最后，我将在 crontab 文件中为每个脚本添加一个 cron 任务，该任务将类似于***** php /path/to/scripts/folder/cronScript_1.php. -
其次，将 cron 作业视为正常请求(无特殊引导(。在 crontab 文件中为每个脚本添加一个 cron 任务，该任务将类似于
***** curl http://www.mydomain.com/module/controller/action.
问题 2：应用程序的接口
添加 cron 作业也可以通过 2 种方式完成：
-
对于每个任务，crontab 文件中都会有一个条目。 当我想添加新任务时，我必须通过cPanel或任何其他方式来编辑crontab(可能不可用(。
-
将任务存储在数据库中，并提供用于与数据库交互的 UI(网格以添加少量任务和配置(。之后，在每分钟运行的 crontab 文件中只写入 1 个 cron 作业。此作业将从数据库中选择所有作业，并检查是否有现在应该运行的作业(将存储任务的时间并与服务器的当前时间进行比较(。
在您看来，哪种方式更适合每个部分实施？有没有现成的解决方案，一般来说更好？？
注意
我遇到了石英将寻找现成的解决方案。这是我正在寻找的还是完全不同的东西？
谢谢。
只是我的意见，但我个人喜欢 1 和 2，具体取决于您的脚本打算完成的内容。 例如，我们主要对所有 cron 条目执行 1，因为查看/etc/crontab 并一目了然地看到事情何时应该运行变得非常容易。但是，有时需要每分钟调用一次脚本，因为脚本中的逻辑随后会确定在该确切的分钟内要运行的内容。(即需要持续处理的数百万用户，以便您有一个公式来说明用户在一小时中的每一分钟要做什么(
也看看Gearman(http://gearman.org/(。它使您能够在一台计算机上运行 cron 脚本，然后将作业切成较小的位，并将这些位转移到其他服务器进行处理。您可以完全控制要使地图/缩小方面走多远。它极大地帮助了我们，并允许我们每分钟处理数千个算法脚本。如果我们需要更多功率，我们只需启动更多的"主力"节点，Gearman 就会自动检测并利用它们。
我们目前在命令行上做所有事情，不使用 cPanel、Plesk 等，所以我无法证明从这些后端之一编辑 crontab 是什么感觉。您可能需要考虑让一个人成为您团队中的 crontab"看门人"。将预期的 crontab 条目放入项目代码中不可访问的 Web 文件夹中。然后，每当将对文件的更改推送到版本控制时，该人员都应通过 SSH 连接到相应的计算机并进行更改。我不确定您的内部结构，因此这可能可行，也可能不可行，但对于开发人员来说，能够看到 crontab 执行脚本的方式是个好主意。
对于问题 2：应用程序的接口，我使用了方法 1 和 2。 我强烈推荐第二个。创建数据库表和构建 UI 需要大量的前期工作。但从长远来看，它将使添加新作业变得更加容易。我为我当前的公司构建了UI，它非常易于使用，非技术人员(会计师，仓库主管(能够进入并创造就业机会。
比以 root 身份登录服务器、编辑 crontab、记住模式和保存要容易得多。 另外，您不会被称为"crontab家伙"，每当每个人都想向crontab添加某些东西时，他们都会来找他。
至于设置应用程序本身，我会让 cron 调用一个脚本并让该脚本运行其余脚本。 这样你只需要 1 个 cron 条目。 请注意，如果运行作业需要很长时间，则需要确保脚本仅在没有其他实例运行时才开始运行。 否则，您最终可能会让同一作业运行两次。