我一直在寻找这个问题的答案已有一段时间了，我找到了不同的答案。 cron工作是否是繁重且昂贵的流程，消耗大量资源？或者它们基本上是命中该页面（无论cron触发它时执行的脚本）
我打算在几个网站上使用几个cron作业。假设我有3个不同的cron作业，每分钟都可以为10个站点点击某些页面。 有没有人像触摸这样的触发方式有这样的10或100的cron作业（-wget ...＆gt; / dev / null 2＆gt;＆amp; 1）？如果你这样做，你会遇到额外的负担吗？
进一步说明;您可能知道，如果没有人在预定活动时访问WordPress网站，直到有人出现并触发它之后，WP-cron事件才会发生。 我有一些不太活跃的WordPress网站，我打算执行预定的活动，我正在努力做到正确。
您如何看待在线cron服务？它们是否存在只是因为大多数共享用户不允许创建cron作业？或者是因为cron作业会降低服务器速度，这样可以减轻服务器的负担？
答案 0 :(得分：9)
cron作业是否会耗费大量资源而耗费大量资金？
除非你这样做，否则不会。 cron进程本身非常轻量级。它所要做的就是调用你的脚本。如果您的脚本是一个繁重且昂贵的过程，则与cron无关。
他们基本上是点击那个页面
有点奇怪的比喻，但我想是的。 cron作业执行脚本。如果该脚本在某种意义上也被用作网页，那么这两个场景是可比较的。 （事实上，调用脚本的cron可能比调用脚本的Web服务器的资源密集程度要低。）虽然我建议将网页代码与命令行代码分开。 （除非您的cron任务 调用对页面的HTTP请求，例如使用wget或类似的东西。在这种情况下，它与＆无关＃34; page＆＃34;并且只是调用命令行实用程序。）
您如何看待在线cron服务？它们是否存在只是因为大多数共享用户不允许创建cron作业？或者是因为cron作业会降低服务器速度，这样可以减轻服务器的负担？
前者听起来更合理。 cron不是资源密集型的。但它确实需要一些共享托管服务提供商无法提供的访问权限。
答案 1 :(得分：0)
使用cron作业来访问网页以触发应用程序进程并不重要。
这是一个冗长的方法，但是获取页面的行为（wget等）并不重。
申请程序的沉重程度完全是另一回事。