2012-12-12 3 views
0

주기적으로 내 레일 앱에서 백그라운드 작업을 실행할 필요가 있습니다. 나는 약간의 연구를했으며, 이것을 수행하는 표준 방법이없는 것으로 보인다.cron, curl 및 언제든지 문제를 일으킬 보석을 통해 경로를로드 중입니까?

러너가 문제가되지 않도록 새로운 앱 컨텍스트를 생성하고 싶지 않습니다. 내가하지 않으면 내 스레드 처리기를 실행하지 않는 것을 선호합니다. (이것은 아래 이외의 다른 점에서 이것이 가장 유망한 선택 일 것 같습니다).

나는 schedule.rb에서 다음을 수행하고있는 때마다 보석을 사용하여 :

every 15.minutes do 
    command "curl http://127.0.0.1:3000/periodic" 
end 

이 해킹처럼 조금 느낌,하지만이보다 더 간단 아무것도 찾을 수 없습니다 - 다른 모든 것 나는 뭔가 겉으로보기에 기본적인 것에 많은 노력을 기울이는 것처럼 느껴질 수 있습니다.

이 프로젝트는 내부 프로젝트이며 방화벽과 헤드리스 자동화 미들웨어가 적용되므로 사용자가이 프로젝트에 직접 액세스 할 것이라는 기대는 낮습니다.

레일이있는 상자에서 실제로 지원되지 않는 무언가가 누락되었거나 백그라운드 처리 또는 시간이 지정된 이벤트입니까?

+0

가능한 [레일 용 cron 작업 : 모범 사례?] (http://stackoverflow.com/questions/285717/a-cron-job-for-rails-best-practices) (모든 대답을 읽으십시오. 받아 들여지는 것 - 특히 두 번째 것, 가장 높은 순위입니다) – Amadan

+0

감사합니다. amadan. 두 번째는 내가 특별히 원하지 않는 것입니다. - 이럴 때마다 전체 환경을 다시로드해야합니다. 나는 이미 언제나 사용하고 있는데, 명백한 다른 것을 놓치고 있습니까? 이 질문은 두 번 downvoted,보다는 오히려 더 도움이 답변을 좋을 ​​것입니다. 내가 무식한 것처럼 보일지라도, 나는 그걸로 괜찮습니다. 나는 진실로 모릅니다. =) – slycrel

+0

http://meta.stackexchange.com/questions/32490/closing-migrating-question-instructions-guidance/32515#32515를 읽어보십시오. 가까운 투표는 하향 투표가 아닙니다. 그것은 여러 가지 이유로 인해 답변되지 않을 질문을 닫는 메커니즘입니다 - 좋거나 나쁘다. 중복 된 질문으로 닫히지 않는 것은 부끄러운 일이 아닙니다. 좋은 질문입니다.하지만 StackOverflow 볼륨을 사용하면 같은 일에 반복해서 대답하는 것은 의미가 없습니다. 다른 한편, "실제 질문이 아닙니다"라는 말 때문에 당신이 뭔가를 물었다는 것을 알았습니다 ... 글쎄, 바보, 또는 질문이 충분히 잘 쓰여지지 않았습니다. Downvotes 다릅니다 – Amadan

답변

0

아마단 (Amadan)의 철저한 연구 결과를 통해 내가 원하는 것을 얻을 수 있습니다. 이상적인 솔루션으로는 완벽하지는 않지만 문맥 (공개적으로 액세스 할 수있는 레일 프로젝트)에 따라 이것이 갈 길입니다. 내가 작업하고있는 프로젝트의 경우 두 개의 시스템 사이에서 다리 역할을하는 레일 앱을 사용하고 있기 때문에 헤드리스로 작동하고 방화벽 뒤에는 사용자 입력이 없습니다.

관련 문제