개요

그래서 Magento를 사용하여 cron 구성에 대한 이해를 확인하고 싶었습니다. 관리 콘솔에서 System > Configuration > Advanced > System > Cron:

#마다 일정 생성

이 설정의 내용이 확실하지 않습니다.

# 예정된 일정

나는 이것이 크론보다 # 분 앞서 예정되어 있다고 가정하고있다. 크론 스케줄러가 크론 탭에서 5 분마다 실행 되도록 구성된 경우이 숫자도 5 로 구성해야 합니까, 아니면 마 젠토가 이미 예약 된 작업을 다시 예약하지 않습니까?

# 내에 실행되지 않으면 놓친

이것은 cron이 실행되도록 예약되어 있고 # 분 내에 실행되지 않을 때 마치 'missed'로 설정된 것처럼 말하는 것처럼 보입니다.

#마다 기록 정리

나는 이것이 cron_Schedule테이블을 통해 실행되어야하며 실행 / 누락 된 # 분 후에 모든 누락 및 실행 일정을 지워야 한다고 상상 합니까?

성공 기록 평생 #

이전 구성과 관련하여 # 분 후에 모든 성공적인 일정이 지워질 것이라고 가정합니까?

고장 이력 수명

# 분 후에 누락 된 모든 일정이 지워질 것이라고 생각합니까? 다음 history cleanup every #, success history and failure history설정은 모두 완전히 모호한.

Magento의 cron 서비스에 대해 혼동되는 것은 시스템 cron에 의해 호출되는 동안 Magento 전체에서 공통적 인 이벤트 / 관찰자 모델에서 다른 수준으로 추상화 된다는 것입니다.

이것을 이해하면 설정이 더 의미가 있습니다. 그들이 정확히 무엇을하고 싶다면, 사용법이 꽤 명확 app/code/core/Mage/Cron/Model/Observer.php합니다. 관찰자 default는 crontab범위 의 이벤트에 대해 트리거 되고 예약 된 모든 작업을 파견합니다.

• 일정 생성 간격 : Magento가 향후 작업을 예약 할 시간 간격 (분)입니다. 모든 실행 중에 작업을 자동으로 예약하지는 않습니다.
• 미리 예약 : 작업을 예약 할 수있는 향후 몇 분 ( cron_schedule데이터베이스 대기열에 추가 )
• 다음 시간 내에 실행 중이 아닌 경우 : 상태를로 설정하기 전에 작업을 계속 실행할 수있는 예약 된 시간 이후의 시간 (분) missed. 현재 실행 Mage_Cron_Model_Observer::dispatch()(예약 된 시간이 현재 또는 이전)
• 히스토리 정리 간격 : Magento가 cron_schedule데이터베이스 큐에서 정리를 수행하는 시간 간격 (분) 은 보존 관련 설정을 참조합니다.
• 성공 히스토리 수명 및 실패 히스토리 수명 시간 : 이러한 상태에 도달 한 후 큐에 레코드를 남겨 두는 시간 (분). 결과 출력을에 배치했을 수 있으므로 과거 작업의 결과를 보려면이 기능 cron_schedule.messages이 작동 error합니다. 이는 상태 의 경우 특히 유용 합니다.