คำถามติดแท็ก cron

ฉันได้อัพเกรดเว็บไซต์เป็น 1.9.1 และตอนนี้ลูกค้าของฉันไม่ได้รับอีเมลยืนยันคำสั่งซื้อ ฉันพยายามส่งผ่านแผงการดูแลระบบ แต่ไม่มีอะไรเกิดขึ้นและยังไม่ได้รับอีเมลอัปเดต

100 email  upgrade  cron  magento-1.9.1.1 

ก่อนอื่นใช่นี่เป็นคำถาม / หัวข้ออื่นเกี่ยวกับคิวอีเมล 1.9.1 แต่มันไม่เกี่ยวกับปัญหา cron ใด ๆ (เช่นนี้หรือสิ่งนี้ ) หรือเกี่ยวกับคุณสมบัติของคิวใหม่ที่ไม่ได้ใช้งาน (เช่นนี้ ) ในกรณีของเราเราพบปัญหาว่าคิว ( core_email_queueและcore_email_queue_recipients) จะไม่ได้รับอีเมลใด ๆ เกี่ยวกับคำสั่งซื้อใหม่หรือการปรับปรุงคำสั่งซื้อและดังนั้นจึงไม่มีอีเมลที่ส่งออกไปสำหรับสิ่งที่เกี่ยวข้องกับการสั่งซื้ออีกด้วย cron ยังทำงานได้อย่างสมบูรณ์ คิวทำงานและพวกมันก็ถูกส่งออกไป สิ่งที่แปลกคือในสภาพแวดล้อมการทดสอบของเราทุกอย่างทำงานได้ แม้ว่าเราจะมีชีวิตอยู่ในวันนี้ในนาทีแรกอีเมลทั้งหมดได้รับการดำเนินการ แต่หลังจากผ่านไปไม่กี่นาที (โดยไม่ต้องมีการแก้ไขเพิ่มเติมใด ๆ ในระบบถ่ายทอดสดของหลักสูตร) ​​ไม่มีอีเมลใหม่เพิ่มเข้ามาในคิวเลย ดูเหมือนว่าจะเกิดขึ้น (แต่ฉันไม่สามารถบอกได้อย่างแน่นอน) เมื่อลูกค้ารายแรกใช้ PayPal Express ซึ่งเราไม่ได้ทดสอบมาก่อน: - และแน่นอนว่าเราใช้การแทนที่แบบกำหนดเองในตรรกะ PayPal Express ด้วยsendNewOrderEmail()ฟังก์ชันเก่า queueNewOrderEmail()แต่เราไม่สามารถรับอีเมลในการทำงานอีกครั้งแม้หลังจากปะเหล่านั้นไปใช้ ดังนั้นคำถามแรกก็คือมันเป็นไปได้ไหมที่ฟังก์ชั่นเก่า ๆ นั้นก่อให้เกิดความไม่สอดคล้องกันซึ่ง 'แตก' คิวอีเมลหรือไม่ หรือนี่เป็นเรื่องบังเอิญที่ยิ่งใหญ่และมีคำอธิบายที่ต่างออกไปโดยสิ้นเชิง? เนื่องจากเราไม่สามารถพบปัญหาได้ แต่แน่นอนว่าต้องการอีเมลเพื่อทำงานอีกครั้งโดยเร็วเราจึงไปแทนที่แกนหลักอื่น ในMage_Core_Model_Email_Template_Mailer(แน่นอนในสำเนาlocal) …

35 email  ce-1.9.1.0  cron 

Magento มีสองสคริปต์ cron ในไดเรกทอรีรากของมัน cron.php และ cron.sh อันไหนดีกว่ากันและทำไม

27 cron 

ล็อคแล้ว คำถามและคำตอบนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ประโยชน์ด้านประสิทธิภาพของแคชแบบเต็มหน้าใน Magento Enterprise นั้นเป็นที่รู้จักกันดี สิ่งที่อาจไม่ค่อยเป็นที่รู้จักกันดีก็คือเพื่อให้เกิดประโยชน์เต็มที่ในการรับรู้สิ่งนี้จะต้องมีประชากรเต็มและร้อนโดยเฉพาะอย่างยิ่งในชุดผลิตภัณฑ์ขนาดใหญ่ที่คุณไม่มีหน้ากระดาษเพียงไม่กี่หน้า นายกมันเร็วพอ วีโอไอพีรวมถึง cronjob ในตัวเพื่อคลานไซต์และทำให้ FPC อุ่นขึ้นในตอนเช้า ฉันเคยเห็นและได้ยินถึงปัญหาที่เกิดจากงานตอนเช้าใช้เวลานานเกินไปที่จะทำงานปิดกั้นงานอื่นจากการทำงานและต้องการทราบว่าคนอื่นใช้อะไรหรือแนะนำให้ทำเช่นนี้ ความคิดสองสามอย่างที่ฉันมีคือ: รวบรวมเชลล์สคริปต์เพื่อรวบรวมข้อมูลทุกหน้าในไฟล์แผนผังไซต์ที่สร้างขึ้น ใช้รายการ crontab แยกต่างหากและสคริปต์ PHP สั้น ๆ เพื่อ bootstrap Magento และดำเนินการกระบวนการรวบรวมข้อมูลโดยตรง ความคิดและ / หรือประสบการณ์เกี่ยวกับเรื่องนี้ยินดีต้อนรับ!

19 performance  cache  magento-enterprise  full-page-cache  cron 

ผลรวมของชื่อค่อนข้างมาก มีความแตกต่างระหว่างไฟล์เชลล์และไฟล์ php สำหรับ Magento cron หรือไม่? หากมีความแตกต่างคือมีเหตุผลที่จะทำงานอย่างใดอย่างหนึ่งแทนคนอื่น ๆ ?

16 magento-1.9  cron 

ฉันกำลังสูญเสียในสิ่งที่ต้องทำ เช้านี้ฉันกำหนดค่า cron และตาม Aoe_Scheduler อีเมลในคิวจะถูกส่งทุก 5 นาที อย่างไรก็ตามฉันไม่ได้รับการยืนยันคำสั่งซื้อใหม่ในบัญชีอีเมลของฉัน ฉันได้ตรวจสอบสามครั้งว่าฉันได้กำหนดค่าที่อยู่การยืนยันที่ถูกต้องหรือไม่และฉันตรวจสอบโฟลเดอร์สแปมเป็นสี่เท่า แต่ไม่มีอีเมลอยู่ที่นั่น ฉันกังวลว่าลูกค้าไม่ได้รับอีเมลใด ๆ ไม่มีใครรู้จักปัญหานี้หรือไม่? ฉันวิ่ง 1.9.1 (และตั้งแต่ไม่กี่นาที 1.9.2) แก้ไข: การสร้างบัญชีหรือขอรหัสผ่านใหม่ในส่วนหน้าจะส่งอีเมล

15 orders  email  cron  ce-1.9.2.0  order-confirmation 

งาน cron ล้มเหลวเมื่อประมวลผลคิวจดหมายข่าว ฉัน debugged การเรียก PDO และดูเหมือนว่า Magento กำลังผสมฟิลด์ที่นี่ ฉันไม่มีเงื่อนงำที่วีโอไอพี (หรือ Zend PDO) หาช่องที่จะเลือกจาก แต่มันดูสับสนไปหมด: ดูเหมือนว่าวีโอไอพีจะล้มเหลวในการรับชื่อลูกค้าของลูกค้า ตัวเลือกสุดท้ายคือ: 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 …

15 magento-1.9  mysql  cron  newsletter  zend-framework 

ฉันประสบกับปัญหาว่าแคตตาล็อกกฎของวีโอไอพีอัพเดททุกวันไม่ทำงาน ซึ่งหมายความว่าไม่มีการเปลี่ยนแปลงราคาผลิตภัณฑ์เมื่อถึงวันหมดอายุของกฎของแค็ตตาล็อกดังนั้นฉันต้องกดปุ่มใช้กฎกดในผู้ดูแลระบบ Cron ถูกกำหนดค่าและทำงาน ดูเหมือนว่า catalogrule / ผู้สังเกตการณ์ :: dailyCatalogUpdate วิธีควรตรวจสอบและใช้กฎโดยอัตโนมัติทุกวัน แต่มันไม่ (ฉันพยายามเปิดมันด้วยตนเอง) นี่คือรหัสหลักของวีโอไอพี: <!--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) …

15 rules  catalog  cron 

ในการทำให้ xdebug สั้น ๆ เป็นเรื่องยาวจะไม่หยุดบนเบรกพอยต์ในไฟล์ cron ของฉันเมื่อใช้งานทั่วไป: php bin/magento cron:run Xdebug มีการตั้งค่าทั้งหมดอย่างถูกต้องและบางครั้งมันจะทำงานได้ แต่ 85% ของเวลาจะไม่ทำงานและเพียงแค่แขวนใน CLI จนกว่าฉันจะปิดฟังการเชื่อมต่อใน phpstorm มีวิธีเรียกใช้ไฟล์ cron เพียงไฟล์เดียวไหม? ฉันต้องคัดลอกและวางเนื้อหาของไฟล์ cron ของฉันไปยังคอนโซลคำสั่งแยกต่างหากเพื่อทดสอบอย่างถูกต้องใน xdebug ซึ่งไม่เหมาะ ใน Magento 1.x ฉันเคยใช้ AOE Scheduler สำหรับการทดสอบงาน cron กับ Xdebug โดยไปที่ผู้ดูแลระบบทำเครื่องหมายในช่องที่ฉันต้องการและเลือกเรียกใช้จากเมนูแบบเลื่อนลงและทำงานได้ดี ฉันกำลังมองหาที่จะใช้สิ่งที่ชอบ: php bin/magento modulename:cronjob ซึ่งควรรัน cron เสมอแม้ว่าจะไม่ได้กำหนดไว้

14 magento2  cron  cli  xdebug 

ฉันใช้เวลาเกือบ 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: วันนี้ฉันทำการวิเคราะห์เพิ่มเติมเกี่ยวกับกระบวนการ ฉันแก้ไข …

12 cron  ce-1.9.1.0  schedule 

ใน 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 * * * * * …

11 magento2  magento-2.0  cron  magento-2.1  deployment 

เกี่ยวกับ Magento 1.9 ฉันต้องการเรียกใช้ cron.php ของ Magento ทุกนาทีเพราะฉันต้องการให้ส่งอีเมลการขายได้เร็วที่สุดตามคำสั่งของลูกค้า ดังนั้นนอกเหนือจากฟังก์ชั่นอีเมลที่ใครบางคนสามารถบอกให้ฉันรู้ว่า cron.php เริ่มต้นทำอะไรในแง่ที่ว่ามันฉลาดแค่ไหนที่จะรันมันทุกนาทีและถ้าเรารันทุกนาทีสิ่งที่ต้องระวังก่อน 1 นาทีกลายเป็นปัญหาสำหรับ งานเหล่านี้

11 cron  order-email 

ฉันจะส่งอีเมลคำสั่งซื้อใหม่โดยใช้: $order->sendNewOrderEmail(); เฉพาะจาก cronjob ที่ใช้ในโมดูลที่กำหนดเองของฉัน ขอบคุณที่ช่วยเหลือ.

11 orders  email  cron 

ฉันจะรัน Cron จากบรรทัดคำสั่งด้วยตนเองได้อย่างไร ใน Magento 1.x เราสามารถใช้ cron เช่น: www.testsite.com/cron.php แต่ในวีโอไอพี 2 ฉันจะทำสิ่งนี้ได้อย่างไร โปรดช่วยฉันด้วยสำหรับวิธีที่ฉันเรียกใช้ cron จาก cmd ฉันใช้คำสั่งด้านล่างแล้วซึ่งไม่ทำงาน: 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> …

11 magento2  cron  cli 

เขตเวลาระบบของฉันคือสหรัฐฯ / ตะวันออก , เก็บเริ่มต้นของฉันคือสหรัฐฯ / ตอนกลางและฐานข้อมูลเป็นเวลา UTC doStuffวิธีการต่อไปนี้จะถูกเรียกเมื่อใด <mymodule_do_stuff> <schedule><cron_expr>15 0 * * *</cron_expr></schedule> <run> <model>mymodule/observer::doStuff</model> </run> </mymodule_do_stuff> อัปเดต: ฉันรันสคริปต์นี้ echo date('r'), PHP_EOL; require_once 'app/Mage.php'; Mage::app(); echo date('r'), PHP_EOL; และได้รับ Mon, 30 Dec 2013 18:01:33 -0600 Tue, 31 Dec 2013 00:01:34 +0000 ดังนั้นดูเหมือนว่า UTC คือสิ่งที่ฉันควรใช้

11 configuration  cron  timezone