기사 버전 / 이력

Question

때때로 나는 찾았습니다 편물 기사/내용의 이전 버전을 선택하고 기본적으로 "복원"프로세스를 수행 할 수있는 일종의 기사 기록/버전이있는 응용 프로그램. 나는 그런 것을 가질 계획이지만, 나는 내 마음에 몇 가지가 있고 당신의 의견을 얻고 싶습니다.

1) 자동 저장이 역사 목록에 새 항목을 추가해야합니까? 자동 저장 기능을 구현하고 싶습니다. 각 자동 저장지가 버전 기록 목록에 새 항목을 추가 해야하는지 궁금합니다. 아니면 자동화 된 기사에 대해 별도의 "목록"(= 최신 자동 저장 만)이 있어야합니까? 사다리가 더 의미가 있다고 생각합니다. 브라우저가 충돌하는 경우 (또는 WTVR) 사용자는 자동 저장을 복원 할 수 있습니다. 역사 목록은 제출 버튼을 눌러 저장 한 기사를위한 것입니다. 동의하다?

2) 얼마나 많은 버전? 사용자가 기사를 계속 수정 한 다음 (새 단락을 계속 추가한다고 가정 해 봅시다) 기사를 저장하면 Max에 몇 가지 다른 버전이 있어야합니까? 사용자가 결정하도록해야합니까 (내 초기 생각은 무엇입니까?) 일반적으로 합리적인 가치는 무엇입니까? 10? 디스크 스토리지와 관련하여 버전이 나쁜 일입니까? 각 기사에 10 가지 버전이있는 경우 기본적으로 전체 기사 컨텐츠에 대해 10 배 더 많은 공간입니다. 이제 1MB의 기사 내용을 가지고 있다고 상상해보십시오. 전체 DB의 경우 10MB이며 일부 호스트는 DB의 크기로 제한을 갖습니다. 이것은 질문 3으로 이어집니다.

3) 버전을 제거한 적이 있습니까? 기사 버전이 충분히 오랫동안 손상되지 않은 경우 제거 하시겠습니까? 그렇다면 설정된 기간은 얼마입니까? 사용자가 정의 되었습니까? 일주일에 충분한 기본값입니까? 시간이 지표가 아니라면 무엇입니까? 그리고 시간이 지표라면, 청소를하기 위해 크론을 달리나요?

4) "변경"을 결정하는 방법은 무엇입니까? 사용자가 기사의 끝에 하나의 점을 추가하고 저장 버튼을 누르면 여전히 새 기록 항목을 생성합니까? 이것을 어떻게 처리합니까? 기사가 변경된 경우에만 비교하고 새 항목을 만들면 비교합니까?

그것은 내가 아는 많은 질문이지만, 당신이 의견이나 생각이 있다면 나는 그것들을 듣고 기쁩니다. :)

Answer 1

각 기사에 10 가지 버전이있는 경우 기본적으로 전체 기사 컨텐츠에 대해 10 배 더 많은 공간입니다. 이제 1MB의 기사 내용을 가지고 있다고 상상해보십시오. 전체 DB의 경우 10MB이며 일부 호스트는 DB의 크기로 제한을 갖습니다.

웹 서버의 버전 제어 시스템을 사용하여 실제 항목 (예 : RC, Subversion)을 관리하는 경우 변경 사항이 주요인지 아닌지, 보관 해야하는지 또는 디스크 공간에 저장 해야하는지 걱정할 필요가 없습니다. . 이 시스템은 이미 버전 간 변경 만 저장하도록 설계되었습니다. 따라서 하나의 문자가 10m 파일로 변경되는 것은 두 버전 모두에 대해 약 10m이어야합니다.