reback 기능에 대한 정보를 알려주시는 분이 있을까요?
이것은 Discourse 서버를 새로운 자체 호스팅 Linux 서버로 이전한 후에 수행해야 하는 작업인가요?
포스트 리베이킹(Rebaking)은 대량의 포스트를 다시 처리할 때 일반적으로 사용됩니다. 예를 들어 도메인 이름을 변경한 경우, 사이트 내 다른 주제에 링크된 포스트가 많이 있을 수 있습니다. 이 링크들은 이제 깨진 상태가 됩니다.
이때 적절한 리베이킹 프로세스 명령을 사용하여旧的 도메인 이름을 새 도메인 이름으로 대체할 수 있습니다.
제 이해로는 서버를 한 곳에서 다른 곳으로 이전하는 것뿐이므로 리베이킹은 필요하지 않습니다. 제 이해로는 도메인 제공업체에서 사이트로 가리키는 IP 주소 정보를 업데이트해야 합니다.
아래 링크는 포스트 리베이킹에 대한 명확한 이해를 도울 것입니다.
즉, 리베이킹은 기본적으로 검색 및 치환의 세련된 이름일 뿐인가요?
아니요, 검색 및 치환(필요한 경우)은 직접 수행해야 하고, 이후 게시물을 다시 'baking’하여 원시 변경 사항을 표시용 ‘cooked’ 버전으로 변환해야 합니다.
여기서 차이를 이해하는 데 조금 어려움을 겪고 있습니다. 그리고 제 WordPress/LAMP 관리자/웹마스터 지망생 배경에서 비롯된 것 같기도 합니다. 중요한 기본 지식이 부족한 것 같습니다.
검색/교체가 데이터베이스 수준에서 내용을 변경하지만, rebaking(재구축)을 수행하기 전에는 그 변경 사항이 보이지 않는다는 제 이해가 맞나요? (기술적으로 정확할 필요는 없고, 최종 사용자 수준에서 맞으면 됩니다.)
음, 제 포럼에는 전지전능한 AI가 있으니 물어보았습니다.
AI: 검색&교체 vs. Rebake
핀란드어로 프롬프트를 입력한 후 영문 번역을 요청했습니다. 이로 인해 몇 가지… 오류가 생길 수 있습니다.
—
Discourse에서 검색 & 교체 vs. Rebake
검색 & 교체 (Search & Replace)
검색 & 교체 기능은 이름에서 알 수 있듯이 포럼 콘텐츠 내에서 특정 문자열을 검색하고 교체합니다. 예를 들어, 사이트 도메인이 변경되었을 때 모든 구 도메인 이름을 새 이름으로 업데이트해야 할 때 유용합니다. 검색 및 교체의 대상은 링크, 단어, 구문 또는 기타 문자열일 수 있습니다.
Rebake
Rebake라는 용어는 Discourse에서 게시물을 다시 처리하는 과정을 가리킵니다. Rebaking은 게시물이 원시 텍스트(markdown)에서 최종 HTML 형식으로 다시 변환될 때 발생합니다. 이 과정은 현재 설정 및 스타일링 규칙을 따릅니다. Rebake 과정은 rake posts:rebake와 같은 명령을 사용하여 시작할 수 있습니다.
이러한 설정의 예로는 add_rel_nofollow_to_user_content가 있습니다. 이 설정은 내부 링크가 아닌 한 사용자 제출 콘텐츠의 모든 외부 링크에 “rel=nofollow” 속성을 추가합니다. 이 설정이 변경되면, 해당 변경 사항이 기존 게시물에 반영되려면 게시물을 rebake해야 합니다.
왜 검색 & 교체만으로는 충분한가요?
- 비일관성: 단순히 검색 & 교체를 수행한다고 해서 변경이 적용되어야 하는 모든 인스턴스를 처리할 수 있는 것은 아닙니다. 링크가 일반 텍스트 안에 묻혀 있거나, 검색 & 교체가 포착하지 못하는 HTML 코드 안에 숨겨져 있을 수 있습니다.
- 새로운 규칙: 포럼에
add_rel_nofollow_to_user_content와 같은 새로운 규칙이나 설정이 도입되면, rebaking 없이 기존 게시물에는 적용되지 않습니다. 이러한 새로운 설정을 오래된 게시물에 적용하려면 새로운 규칙이 고려되도록 게시물을 rebake해야 합니다. - HTML 포맷팅: 게시물의 HTML 포맷팅을 변경하거나 업데이트하려면 rebaking이 필요합니다. 검색 & 교체는 rebake 과정만큼 HTML 포맷팅을 효과적으로 처리하지 못하기 때문입니다.
요약
- 검색 & 교체: 특정 텍스트 문자열을 검색하고 교체하지만, 모든 인스턴스에서 포괄적인 수정을 보장하지는 않습니다.
- Rebake: 현재 설정과 규칙에 따라 게시물을 다시 처리하여 모든 포럼 콘텐츠에서 일관되고 포괄적인 변경을 보장합니다.
조금 더 잘 이해할 수 있을 것 같습니다. 하지만 AI가 여기에서 전체적인 진실을 말하지 않은 것 같은 느낌이 듭니다.
이 플러그인의 기능 중 하나는 전문적인 "검색 및 치환"입니다. 설명은 적절해 보입니다. 애フィリエイト(Affiliate)와 같은 일부 플러그인의 경우, 플러그인 설치 이전에 사이트에 게시된 모든 게시물의 기존 Amazon 링크에도 애フィリエイト 플러그인이 적용되기를 원한다면 재베이킹(rebaking)이 필요합니다.
문서 링크가 기능을 충분히 명확하게 설명하지 않는다면, 팀이 직접적인 설명을 추가해야 합니다.
재베이킹 명령은 X에 사용되며, 패턴을 치환할 때 Y를 수행한다는 점에서 검색 및 치환과 다릅니다.
그래서 저는 이제 궁금해졌습니다. 내장된 검색 및 치환 기능이 있는 건가요? 그리고 이런 질문도 생깁니다. 게시물을 편집하면 일종의 재처리(reprocessing)가 되는 건 아닌가요? 그렇다면 검색 및 치환은 편집 후 저장과 유사하게 작동하지 않나요?
아니요, 없어요 
있으면 AI가 대폭 망상할 테니까요.
제가 완전히 잘못 기억하고 있을 가능성이 큽니다. 제 도메인을 변경한 지 꽤 됐거든요. 검색 및 치환을 했다고 꽤 확신은 합니다. 하지만 WordPress와 Discourse의 내용을 혼동하고 있거나, 실제로 rebaking을 통해 모든 도메인 참조를 변경했을 가능성도 그만큼 큽니다.
데이터베이스의 특정 문자열을 "리맵"할 수 있는 명령줄 방식이 있습니다. 하지만 Discourse에는 '찾아 바꾸기’라는 기능이 없습니다. 그러니까 네, 당신의 AI가 환각을 일으키며 상황을 혼동하고 있다고 생각합니다.
기술적으로, ‘posts’ 데이터베이스 테이블에서 게시글 콘텐츠는 두 가지 방식으로 저장됩니다:
- ‘raw’ - 사용자가 입력한 마크다운입니다.
- ‘cooked’ - 화면에 렌더링되는 콘텐츠의 HTML 버전입니다.
게시글을 "baking"하는 과정은 raw에서 cooked로 변환하는 과정입니다. 게시글이 생성되거나 수정될 때마다, 그리고 ‘rebaking’ 시마다 이 과정을 수행합니다.
‘baking’ 과정이 수행하는 작업 중 하나는 업로드된 이미지의 ‘최적화’ 버전을 생성하는 것입니다. 용량을 절약하기 위해 이러한 최적화 버전은 백업에 포함되지 않습니다. 따라서 백업을 복원한 후 rebaking을 수행하지 않으면 사이트에 깨진 이미지가 표시될 수 있습니다. 이러한 최적화 이미지를 다시 생성하려면 rebaking이 필요합니다. 백업을 복원할 때 Discourse가 이 작업을 자동으로 처리합니다.
AI에게 질문을 다시 구성해서, 검색 및 치환과 같은 기능이 있는지 물어보았습니다. 그러자 remap을 사용하는 방법에 대해 설명해 주었고, 그 후에는 여러분이 주신 답변과 매우 유사한 답변을 받았습니다.
도입부 질문(Leading questions)은 AI를 조작하는 꽤 기본적인 기술입니다. 하지만 그러려면 해당 주제에 대해 최소한 무엇인가를 알아야 합니다.
하지만 감사합니다! 이제 remap과 rebake의 아이디어와 필요성을 이해했습니다.
(우리에게도 #dev와 비슷한 채널이 있죠… Discourse 기술에 대한 101 카테고리도 필요할 것 같습니다 
)
discourse.org 호스팅에서 자체 호스팅으로 이전하는 경우, 백업에 업로드된 파일과 첨부 파일이 포함되어 있는지 확인해야 합니다. 계정을 취소하거나 업로드가 백업에 포함되도록 요청하기 전까지는, 백업이 그들의 S3 버킷에 있는 업로드를 가리키게 되며, 이는 계정 폐쇄 직후 삭제됩니다.
네, 백업을 복원한 후 첨부 파일이 포함된 게시글을 다시 생성(rebake)해야 합니다. 이렇게 해야 마크다운 메시지가 HTML로 변환되어, 상대방의 서버가 아닌 자신의 서버에 있는 이미지에 연결되도록 할 수 있습니다.