cron工作是否是繁重且昂贵的流程,消耗大量资源？或者它们基本上是命中该页面(无论cron触发它时执行的脚本)
我打算为几个站点使用几个cron作业.假设我有3个不同的cron作业,这些作业每分钟都会打到10个站点的某些页面.
有没有人像触摸这样的触发方式有这样的10或100的cron作业(-wget …> / dev / null 2>& 1)？如果你这样做,你会遇到额外的负担吗？
进一步说明;您可能知道,如果没有人在预定活动时访问wordpress网站,则不会发生WP-cron事件,直到有人出现并触发它为止.
我有一些不太活跃的wordpress网站,我打算执行预定的活动,我正在努力做到正确.
您如何看待在线cron服务？它们是否存在只是因为大多数共享用户不允许创建cron作业？或者是因为cron作业会降低服务器速度,这样可以减轻服务器的负担？
Are cron jobs heavy and expensive processes that consume a lot of resources?
除非你这样做,否则不会. cron进程本身非常轻量级.它所要做的只是调用你的脚本.如果你的脚本是一个繁重且昂贵的过程,那与cron无关.
are they basically hits to that page
有点奇怪的比喻,但我想是这样. cron作业执行脚本.如果该脚本在某种意义上也被用作网页,那么这两个场景是可比较的. (实际上,调用脚本的cron可能比调用脚本的Web服务器的资源更少.)虽然我建议将您的网页代码与命令行代码分开. (除非你的cron任务正在调用对页面的HTTP请求,例如使用wget或那种性质的东西.在这种情况下,它与“页面”无关,只是调用命令行实用程序.)
What do you think of the online cron services? Do they exists just because most shared users are not allowed to create cron jobs? Or is it because cron jobs slow the server down and this way you can take some load off your server?
前者听起来更合理. cron不是资源密集型的.但它确实需要一些共享主机提供商不提供的访问权限.
