커뮤니티

CMS/프레임워크 Rhymix 2.1
개발 언어 PHP 7.4

여쭤볼께 있습니다.

 

image.png

 

PHP 호환성 전체 확인합니다.

  Called rhymix 3 times

모두 통과입니다. 정리하면:

오늘 16시 테스트
- 16시 이후에 관리자 백업 탭 열면 트리거가 발동해서 실행됩니다. 직접 접속하셔서 결과 확인해보세요.

진짜 해결책 — 크론 URL (새로 추가)
- 백업 탭에 "외부 크론 스케줄러" 섹션이 생깁니다
- 비밀 크론 URL이 자동 생성됨
- 이 URL을 cron-job.org (무료, 회원가입만 하면 됨) 에 등록 + 시각 설정하면 방문자 없어도 정확히 그 시간에 백업 실행
- 로컬 XAMPP는 Windows 작업 스케줄러에서 curl 로 호출하면 됩니다

✻ Cooked for 3m 16s

 

백업 탭을 열면이 아니라.. 그냥 예약시간되면 백업 진행 되게 해줘

 

솔직하게 말씀드릴게요.

PHP 웹 서버는 스스로 "깨어날" 수 없습니다. 누군가 URL을 호출해줘야만 코드가 실행되는 구조예요. 이건 Rhymix나 이 모듈만의 한계가 아니라 PHP 웹 애플리케이션 전체의 근본적인 한계입니다.

진짜로 "예약 시간에 그냥 자동 실행" 하려면 외부에서 한 번은 설정이 필요합니다.

---
가장 쉬운 방법 — cron-job.org (무료, 3분 설정)

1. https://cron-job.org 가입
2. "Create cronjob" → 백업 탭에 있는 크론 URL 붙여넣기
3. 실행 시각 설정 (예: 매일 새벽 3시)
4. 저장

이후로는 건드릴 것 없이 매일 그 시간에 자동 실행됩니다. URL을 호출해주는 역할을 cron-job.org가 대신하는 거예요.

---
로컬 XAMPP라면 — Windows 작업 스케줄러

설정 배치파일 하나 만들어 드릴게요. 한 번만 실행하면 이후엔 Windows가 알아서 매일 지정 시각에 백업 URL을 호출해줍니다.

원하시면 만들어드릴까요?

✻ Churned for 33s

 

ai가 이렇게 말하는데요

 

예약시간을    php 가 못하나요?

방법이 없는건가요?

반갑습니다 비에스플러스 라는 사이트를 운영하는 사람입니다.

댓글 3

  • 라이믹스에서는 특정 시간에 작업을 예약할 수 있습니다.
    https://github.com/rhymix/rhymix/pull/2446

     

    시스템 설정 → 비동기 작업

     

    물론 PHP가 "스스로 깨어날 수 없다"는 것은 사실이기 때문에, cron-job이나 서버 자체의 crontab을 활용해서 정기적으로 깨워 줄 필요가 있습니다. 즉, 별도의 설정이 필요한 것은 마찬가지이지만, 비동기 작업 설정 방법을 코어에서 이미 안내하고 있기 때문에 내 자료만을 위해 뭔가를 더 해야 한다는 부담이 적고, 코어에서 공통으로 요구하는 스케줄러 하나만 설정해 놓으면 시간이나 on/off 여부는 모듈에서 언제든지 바꿀 수 있다는 장점이 있지요.

     

    내 자료가 안정적으로 돌아가도록 하기 위해 사용자에게 특별한 설정을 요구하는 것을 두려워하지 마세요. 처음에 좀 귀찮은 것이 평소에 불안정한 것보다 낫습니다. 특히 백업 관련 자료는 단 1%라도 불안하다면 차라리 안 쓰는 것만 못하거든요. 만약 안정적인 동작에 꼭 필요한 어떤 기능을 지원하지 않는 웹호스팅 업체가 있다면 차라리 그 업체 불매운동을 하지, 백업의 안정성을 타협해서는 안 됩니다.

     

    그것과는 별도로...

     

    1) 자동으로 백업해 준다고 호소하는(?) 자료가 워드프레스 쪽에도 차고 넘치는데, 사이트 규모가 조금만 커지면 난리가 나버립니다. 워드프레스는 대부분 개인 블로그로 사용하니까 규모에 한계가 있어서 그나마 돌아가는 듯 한데, 라이믹스에서 하시려면 백업 소요시간이나 서버 자원 소모에 신경을 좀 쓰셔야 할 거예요. 특히 mysqldump는 table lock이 기본이기 때문에, 자칫하면 백업하는 동안 사이트가 먹통이 되어 버릴 수도 있습니다.

     

    2) 사용자가 첨부한 파일이 아닌 것을 files/attach/에 넣는 것도 비추입니다. files/attach/는 백업이 필요한 폴더 중 하나인지라, 자칫하면 백업파일을 또 백업하고 그걸 또 백업해서 용량이 기하급수적으로 늘어나 버릴 수 있습니다. 지금은 DB만 백업하시는 듯 하지만, 만약 이 자료를 배포하신다면 첨부파일도 백업해 달라는 요청을 받으실 확률이 꽤 높죠. ㅋㅋㅋ

  • @기진곰

    첨부파일도 백업해 달라는 요청을 받으실 확률이 꽤 높죠. ㅋㅋㅋ
    ㄴ맞습니다 ㅠㅠ 이미 나와버렸습니다 ㅎㅎㅎㅎ

    그리고 많은 도움이 되었습니다 너무 감사합니다 ㅠㅠ 
    files/attach/
    ㄴ 여기에 넣은 이유가 아마  보안상으로 그곳에 넣은듯 싶습니다 mcp가 라이믹스 구조를 파악해서 그렇게 한거니까요

    그리고 1번 안건에서 말하는것도 정말 중요한 내용 같습니다.
    참고하겠습니다.

    그리고 이 내용에  비동기 작업이 있다는 소식에 놀랏습니다 ㅎㅎ  고맙습니다!!

  • @기진곰

    image.png

    된거 같습니다  근데 2개가 되어서 21시에 다시 테스트 해봐야할꺼 같네요 ㅠ