Questions tagged «cron»

表示与cron系统有关的问题


2
Magento 1.9.1电子邮件队列不起作用/不正常-如何进行故障排除以及什么是最佳补丁?
首先,这是关于1.9.1电子邮件队列的又一个问题/主题。但这与任何cron问题(如this或this)或未使用的新队列功能(如this)无关。 在我们的案例中,我们遇到了一个问题,即队列(core_email_queue和core_email_queue_recipients)根本不会收到任何有关新订单或订单更新的电子邮件,因此,不再有任何与订单相关的电子邮件被发送出去,而且cron的运行状况很好,并且手动将电子邮件添加到队列工作,他们被发送出去。 奇怪的是,在我们的测试环境中,一切正常。即使今天我们在开始的第一分钟上线了所有电子邮件,但过了几分钟(当然,在实时系统上没有任何进一步的修改),根本没有更多的新电子邮件添加到队列中。当第一个客户使用PayPal Express时,似乎发生了这种情况(但我不能确定),我们之前没有进行过测试:-/实际上,我们在使用旧sendNewOrderEmail()功能的PayPal Express逻辑中使用了一些自定义替代。但是即使修补了使用的电子邮件,我们也无法使电子邮件重新工作queueNewOrderEmail()。因此,第一个问题是,旧功能是否可能引发了一些不一致,从而导致“中断” 电子邮件队列?还是所有这只是一个偶然的巧合,并且有完全不同的解释? 由于我们找不到问题,但是当然需要尽快重新使用电子邮件,因此我们进行了另一个核心替代。在Mage_Core_Model_Email_Template_Mailer(当然是in的副本中local),我们注释了第76行:->setQueue($this->getQueue())这似乎绕过了队列,所有邮件再次以旧方式发送。 但是,由于我们希望将核心替代的数量保持在最低水平,并且我们现在也无法确定我们是否还会面临其他副作用,对magento代码和代码有更深了解的人们提出的其他任何技巧或解决方案电子邮件队列将不胜感激。 1.9.2更新:在升级到1.9.2时,我们再次仔细查看了电子邮件队列,无法重现该问题。但是,由于我们仍然没有真正的线索,1.9.1的问题是什么,并且由于覆盖Mage_Core_Model_Email_Template_Mailer::send()仍然可以按此处描述的方式进行,因此我们仍未使用队列。这样,我们希望在生产一段时间后不再遇到相同的问题。 tl; dr:电子邮件队列在1.9.1中不起作用,在第76行中注释掉了Mage_Core_Model_Email_Template_Mailer绕过电子邮件队列,并且再次发送了邮件,但这并不是一个好的解决方案。如何更好地解决呢?
35 email  ce-1.9.1.0  cron 


3
预热Magento企业全页缓存
已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 Magento Enterprise中全页缓存的性能优势是众所周知的。可能不那么为人所知的是,要实现此功能的全部好处,必须将其完全填充并热销,尤其是在没有几页的大型产品集上,从而利用自然流量准备足够快。 Magento包含一个内置的cronjob,可用于清晨爬网并为FPC加热。 我已经看到和听说过由清晨工作花费太长时间来运行,导致其他工作无法运行而导致的问题,并且我想知道其他人会使用或建议使用它来完成此工作。我有几个想法是: 组合一个Shell脚本以爬网所生成站点地图文件中的每个页面。 使用单独的crontab条目和简短的PHP脚本来引导Magento并直接执行搜寻器过程。 欢迎对此有任何想法和/或经验!


3
Magento未将订单确认电子邮件发送给管理员
我无所适从。 今天早上,我配置了cron并根据Aoe_Scheduler的要求,每5分钟发送一次队列中的电子邮件。但是,我没有在我的电子邮件帐户上收到新的订单确认。我已三重检查是否已配置正确的确认地址,并将四重检查了垃圾邮件文件夹,但那里没有电子邮件。 我担心客户也没有收到任何电子邮件。有谁认识到这个问题?我跑了1.9.1(几分钟后又跑了1.9.2)。 编辑:在前端创建帐户或请求新密码确实发送了电子邮件。

2
执行cron时发生PDO异常:新闻稿队列发送失败(“字段列表”中的未知列“ main_table.data”)
处理新闻通讯队列时,cron作业失败。我调试了PDO调用,似乎Magento在这里混淆了各个字段。我不知道Magento(或Zend PDO)从何处选择字段,但看起来完全混淆了: Magento似乎无法获得客户的名字。最后选择是: SELECT eav_entity_type.* FROM eav_entity_type WHERE (eav_entity_type.entity_type_code='customer') DESCRIBE customer_eav_attribute DESCRIBE customer_eav_attribute_website 然后出现带有不存在的字段列表的选择: SELECT main_table.data, main_table.lifetime, main_table.expire, main_table.priority, additional_table.attribute_id, additional_table.is_visible, additional_table.input_filter, additional_table.multiline_count, additional_table.validate_rules, additional_table.is_system, additional_table.sort_order, additional_table.data_model, scope_table.website_id AS scope_website_id, scope_table.is_visible AS scope_is_visible, scope_table.multiline_count AS scope_multiline_count FROM eav_attribute AS main_table INNER JOIN customer_eav_attribute AS additional_table ON additional_table.attribute_id = main_table.attribute_id LEFT …

3
目录规则每日更新不起作用
我面临Magento的目录规则每日更新不起作用的问题。这意味着当目录规则的到期日期到来时,产品价格没有任何变化,因此我必须在管理员中按规则应用按钮。Cron已配置并正常工作。看来catalogulule / observer :: dailyCatalogUpdate方法应该每天自动检查并应用规则,但事实并非如此(我也尝试过手动启动它)。这是Magento的核心代码: <!--file: app/code/core/Mage/CatalogRule/etc/config.xml--> <crontab> <jobs> <catalogrule_apply_all> <schedule> <cron_expr>*/1 * * * *</cron_expr> </schedule> <run> <model>catalogrule/observer::dailyCatalogUpdate</model> </run> </catalogrule_apply_all> </jobs> ... </crontab> 观察员: /*file app/code/core/Mage/CatalogRule/Model/Observer.php*/ public function dailyCatalogUpdate($observer) { Mage::getResourceSingleton('catalogrule/rule')->applyAllRulesForDateRange(); return $this; } 我成功修改了如下观察者方法: /*file app/code/core/Mage/CatalogRule/Model/Observer.php*/ public function dailyCatalogUpdate($observer) { Mage::getModel('catalogrule/rule')->getResourceCollection() ->walk(array( Mage::getResourceSingleton('catalogrule/rule'), 'updateRuleProductData' )); Mage::getResourceSingleton('catalogrule/rule')->applyAllRulesForDateRange(); return $this; …
15 rules  catalog  cron 

4
Magento 2在没有cron的情况下运行特定的Cron:run CLI命令?
长话短说,使用典型代码时,xdebug无法可靠地在我的cron文件中的断点处停止: php bin/magento cron:run Xdebug都已正确安装,有时它可以工作,但有85%的时间它无法工作,只是挂在CLI中,直到我关闭侦听phpstorm中的连接。 有没有办法以某种方式仅运行一个cron文件?我实际上必须将cron文件的内容复制并粘贴到单独的控制台命令中,才能在xdebug中正确测试它,这并不理想。 在Magento 1.x中,我曾经使用AOE Scheduler通过Xdebug来测试cron作业,方法是去管理员,选中我想要的那个,然后从下拉列表中选择run,它运行良好。 我正在寻找使用类似的东西: php bin/magento modulename:cronjob 即使没有计划,它也应始终运行cron。
14 magento2  cron  cli  xdebug 


6
Magento 1.9.1 cron_schedule永远不会被选择
我花了将近3天的时间,无法理解并使Magento Cron处理预定的任务。我正在运行Magento 1.9.1.0,最近发现订单电子邮件现在已排队,而不是立即发送。我了解必要性,但无法使系统选择队列。 这是我看到的Cronjob。 这是我的cronjob命令行。 这是在cron_schedule表中创建任务的方式。 由于记录是在cron_schedule表中创建的,因此我认为Cron每5分钟运行一次。如果我通过PhpMyAdmin手动删除这些记录,则记录会在一段时间后自动创建。 但是任务的状态仍然是“待处理”,永远不会完成。不知道我的配置中有什么问题还是我丢失了任何东西。有人可以帮助我如何使计划的任务按时运行。另外,为什么要为一个职务代码创建多个记录? 更新资料 我清理了整个表,然后cron创建了计划的作业。所有作业均处于待处理状态,即使等待超过60分钟也不会运行。Magento 1.9.1中出了点问题 更新11/02:今天,我对该过程进行了更多分析。 我如下编辑了cron.php echo 'iam before mdefault 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -mdefault 1 > /dev/null 2>&1 &"); echo 'iam before malways 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -malways 1 > /dev/null 2>&1 &"); echo 'i returned success'; 我编辑了Mage_Cron_Model_Observer类,如下所示 public function dispatch($observer) { …

1
在已部署的生产系统上设置setup:cron:run和update / cron.php的原因来设置cronjob?
在Magento 2中,应将三个命令设置为cronjob * * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log * * * * * <path to php binary> <magento install dir>/update/cron.php >> <magento install dir>/var/log/update.cron.log * * * * * <path to php …

1
每分钟运行magento cron.php cron作业有多安全?
关于Magento 1.9 我想每分钟运行一次Magento的cron.php,因为我希望在客户订单上尽快发送销售电子邮件。因此,除了电子邮件功能之外,有人可以让我知道默认的cron.php在每分钟运行一次它的明智程度,如果我们每分钟运行一次,那么在1分钟之前要注意的问题成为这些工作。
11 cron  order-email 


3
Magento 2:执行Cron
如何从命令行手动执行Cron。 在Magento 1.x中,我们可以像这样运行cron: www.testsite.com/cron.php 但是在magento 2中,我该怎么做? 也请帮助我如何从cmd执行cron。我已经使用下面的命令不起作用: sudo php bin/magento cron:run [--group="customgroupname_cron"] 这是返回异常: [RuntimeException] Too many arguments. cron:run [--group="..."] [--bootstrap="..."] -------更新------- crontab.xml <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Cron:etc/crontab.xsd"> <group id="customgroupname_cron"> <job name="customgroupname_cron" instance="Namespace\Modulename\Cron\Customcronjob" method="execute"> <schedule>* * * * *</schedule> </job> </group> </config> 在上述文件的执行方法中,我放入了日志。但是一分钟后也没有生成,所以我怎么知道我的方法已经执行了。
11 magento2  cron  cli 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.