이론¶

노드와 리프¶

만들려는 Page 파생 모델을 두 가지 노드 유형 중 하나인 부모와 리프로 생각하는 것이 편리할 수 있습니다. Wagtail은 이 접근 방식에 대해 규정하지 않지만, 자체 콘텐츠 유형을 구성하는 데 경험이 없는 경우 시작하기에 좋은 곳입니다.

class EventPageIndex(Page):
    # ...
    def events(self):
        # 이 페이지의 자손인 라이브 이벤트 페이지 목록 가져오기
        events = EventPage.objects.live().descendant_of(self)

        # 현재 실행 중이거나 미래에 시작하는 이벤트를 필터링
        events = events.filter(date_from__gte=date.today())

        # 날짜별로 정렬
        events = events.order_by('date_from')

        return events

class EventPage(Page):
    # ...
    def event_index(self):
        # 가장 가까운 이벤트 색인인 조상 찾기
        return self.get_ancestors().type(EventIndexPage).last()

예약된 게시의 기본 워크플로¶

• 예약은 페이지의 게시 예정 필드를 설정하고 _게시_를 클릭하여 수행됩니다.

• 현재 라이브 상태가 아닌 페이지에 대한 개정을 예약하면 예약된 시간이 되면 해당 페이지가 라이브로 전환됩니다.

• 이미 라이브 상태인 페이지에 대한 개정을 예약하면 예약된 시간이 되면 해당 개정이 게시됩니다.

• 페이지에 예약된 개정이 있고 다른 개정을 즉시 게시하도록 설정하면(즉, 게시 예정 필드를 설정하지 않고 _게시_를 클릭하면) 예약된 개정은 예약 취소됩니다.

• 페이지에 예약된 개정이 있고 다른 개정을 게시하도록 예약하면(즉, 게시 예정 필드를 설정하고 _게시_를 클릭하면) 기존 예약된 개정은 예약 취소되고 새 개정이 대신 예약됩니다.

예약된 개정 보기 및 관리¶

주어진 페이지의 기록 뷰는 어떤 개정이 예약되었는지, 언제 예약되었는지 보여줍니다. 목록의 예약된 개정은 취소할 수 있는 예약 취소 버튼도 제공합니다.

예약된 게시 취소의 기본 워크플로¶

• 예약은 페이지의 만료 필드를 설정하고 _게시_를 클릭하여 수행됩니다. 게시 예정 필드도 설정된 경우 게시 취소 일정은 개정이 라이브로 전환된 후에만 적용됩니다.

• 예를 들어 6월 14일에 게시 취소되도록 예약된 라이브 페이지가 있다고 가정해 봅시다. 그런 다음 일정 전에 새 개정이 게시 취소 일정보다 이른 날짜(예: 6월 9일)에 게시되도록 예약되었다고 가정해 봅시다. 새 개정이 6월 9일에 라이브로 전환되면 새 개정에 포함된 만료 필드가 기존 게시 취소 일정을 대체합니다. 즉:

  • 새 개정에 다른 만료 필드(예: 6월 17일)가 포함된 경우 새 개정은 6월 9일에 라이브로 전환되고 페이지는 6월 14일에 게시 취소되지 않고 6월 17일에 게시 취소됩니다.

  • 새 개정에 만료 필드가 설정되지 않은 경우 새 개정은 6월 9일에 라이브로 전환되고 게시 취소 일정은 해제되므로 페이지는 게시 취소되지 않습니다.

• 예를 들어 6월 14일에 게시 취소되도록 예약된 다른 라이브 페이지가 있다고 가정해 봅시다. 그런 다음 일정 전에 새 개정이 게시 취소 일정보다 늦은 날짜(예: 6월 21일)에 게시되도록 예약되었다고 가정해 봅시다. 새 개정은 6월 21일에 라이브로 전환될 때까지 적용되지 않으므로 페이지는 여전히 6월 14일에 게시 취소됩니다. 즉:

  • 새 개정에 다른 만료 필드(예: 6월 25일)가 포함된 경우 페이지는 6월 14일에 게시 취소되고 새 개정은 6월 21일에 라이브로 전환되며 페이지는 6월 25일에 다시 게시 취소됩니다.

  • 새 개정에 만료 필드가 설정되지 않은 경우 페이지는 6월 14일에 게시 취소되고 새 개정은 6월 21일에 라이브로 전환됩니다.