이후 Discourse에 게시되는 WordPress 게시물의 원래 날짜와 시간을 사용할 수 있을까요? 예를 들어 Discourse로 마이그레이션할 때 누락된 모든 블로그 게시물을 Discourse 포럼으로 가져오는 경우와 같은 상황에서요.
현재는 현재 날짜와 시간이 사용되고 있어, Discourse로 크로스포스팅된 모든 새 게시물에 대해 원래 날짜와 시간을 편집해야 하는 문제가 발생합니다.
안녕하세요 @Roi, WP Discourse 플러그인을 사용하면 그렇게 할 수 없습니다. 마이그레이션을 진행 중이신 것 같은데, 마이그레이션을 처리하는 가장 좋은 방법은 서버에서 마이그레이션 스크립트를 사용하는 것입니다. 이것이 원하시는 대량 메타데이터 결과를 얻는 방법입니다.
답변해 주셔서 감사합니다. 그런 스위치가 없어서 아쉽네요…
네, 마이그레이션(phpBB3에서 Discourse로)은 이미 완료했지만, 여전히 Discourse를 WordPress 웹사이트에 연결하고 싶고, 기존 블로그 게시물도 모두 Discourse로 가져오고 싶습니다. 그러니 그렇게 보셔도 맞습니다.
수동으로 처리하기에는 블로그 게시물이 너무 많지만, 스크립트를 작성하기에는 너무 적습니다. 스크립트를 찾아보았지만 찾지 못했습니다. 결국 수동으로 처리하게 될 것 같네요…
다시 읽어보니 여기서 무엇을 이루고 싶은지 조금 혼란스럽습니다.
Discourse에서 게시물의 날짜와 시간을 수동으로 변경한다는 말씀이신가요?
네, 맞습니다.
P.S. 제 생각에는 WordPress에서 Discourse로 주제/게시물이 동기화될 때 날짜/시간이 동일해야 합니다. 게시물을 생성할 때 동기화하든, 나중에 동기화하든 마찬가지입니다.
이주를 수행하면 ‘최신’ 섹션에 새로운 주제들이 많이 쌓일 것을 우려하시나요?
이동 상단으로/부스트 날짜(영어로는 어떻게 부르는지 모르겠네요)도 초기화하고 있습니다. 그래서 클릭이 한 번 더 필요한 거죠. 
하지만 마이그레이션된 블로그 게시글이 개인 사용자 활동 기록에서 맨 위에 표시되는 것을 발견했습니다. 사용자가 작성한 “실제” 게시글보다 날짜가 오래되었음에도 불구하고요.
이것이 바로 이러한 작업을 마이그레이션 스크립트로 수행해야 하는 이유이며, WP Discourse 플러그인이 게시물의 created_at 날짜를 WordPress 게시물 날짜와 일치하도록 강제하는 옵션을 제공하지 않는 이유이기도 합니다.
만약 이를 옵션으로 추가하게 되면, 여러분이 하려는 것과 같은 작업을 시도하다가(버프 날짜 같은 요소 때문에) 작동하지 않는 것을 발견하고, 결국 실제로는 마이그레이션 문제인 것을 가지고 이곳에 지원 요청을 올릴 가능성이 큽니다. 이 말은 친절함에서 나온 것이며, 여러분이 하려는 일을 충분히 이해하고 있습니다.
해결책은 마이그레이션 스크립트를 사용하여 적절하게 처리하는 것입니다. 이 플러그인은 일괄 작업용으로는 설계되지 않았습니다. 일괄 작업으로 작동하도록 만들려는 시도는 항상 그 가치보다 더 많은 문제를 야기할 것입니다.
플러그인의 일반적인 사용 환경에서는 WordPress 날짜와 Discourse 날짜가 일치합니다. 이는 Discourse로의 게시가 원래 게시물이 게시되는 시점에 이루어지기 때문입니다.
이해합니다. 이론과 실제 실행의 차이이죠. 마이그레이션 스크립트가 유용할 만큼의 게시글 수는 많지 않습니다. 이미 사용 가능한 스크립트가 없는 한 말입니다. 제 입장에서는 이 모든 것을 익히는 데 드는 시간이 수작업으로 처리하는 것보다 훨씬 더 많이 들 것입니다. 게다가 이 포럼은 돈이 개입되지 않는 단순한 취미 프로젝트이므로, 도움을 받으려고 비용을 쓸 수 있는 상황이 아닙니다.
네, 이해했습니다. 그리고 그 몇 초(초 단위이고 밀리초 단위가 아니라면)는 차이를 만들지 않습니다.