이 커밋 시점부터:
/about 페이지의 레거시 버전은 더 이상 사용할 수 없으며, 새 버전이 유일한 사용 가능한 버전입니다. 또한, 새 /about 페이지와 이를 커스터마이즈하는 방법에 대해 설명하는 새로운 문서를 게시했습니다:
3개의 좋아요
3.4.0.beta3-dev (9c17588f6a) 버전으로 업데이트한 이후, 기존 텍스트와의 충돌로 인해 새로운 About 페이지 사용자 지정(Customize About Page) 기능을 온전히 사용할 수 없습니다. 구체적으로, **/admin/customize/site_texts?overridden=true&q=**의 기존 js.about.contact_info 텍스트가 남아 있어 About 페이지 사용자 지정을 통해 추가한 새로운 콘텐츠와 혼재되고 있습니다.
주요 문제는 다음과 같습니다:
- 새로운 About 페이지 사용자 지정이 기존 텍스트를 덮어쓰지 않음: 새로운 About 페이지 기능에서 연락처 정보를 업데이트해도 site_texts의 기존
js.about.contact_info텍스트가 여전히 표시되어, 기존 콘텐츠를 완전히 대체하는 대신 혼합된 형태로 표시됩니다. - 사이트 텍스트 편집 비활성화: 새로운 About 페이지 사용자 지정 기능으로 인해 사이트 텍스트를 편집할 수 있는 기능이 차단된 것으로 보입니다. 덮어쓰기(overridden)된
js.about.contact_info텍스트가 해당 필드에 대한 접근을 막고 있기 때문입니다.
개인정보 보호상의 이유로 웹사이트 URL을 공유할 수 없지만, 현재 Discourse Version 3.4.0.beta3-dev (9c17588f6a) 버전을 사용하고 있습니다. 이 문제를 해결하기 위한 트러블슈팅 조언이나, 향후 업데이트에서 이 충돌을 해결하기 위한 제안이 있다면 감사하겠습니다.
1개의 좋아요
6개의 게시글이 기존 주제에 병합되었습니다: 커스터마이즈 소개 페이지 기능이 기존 js.about.contact_info 텍스트와 혼합되는 문제
예전 테이블에 있던 통계를 잃어버렸네요 
그 공개 통계 테이블을 다른 곳에서 볼 수 있을까요? 
1개의 좋아요
피드백 감사합니다. 관리자 홈 페이지와 보고서에 없는 것이 무엇인가요?
1개의 좋아요
기존의 통계 테이블 수치가 공개적으로 접근 가능했습니다 @tobiaseigen
각 기간별 개별 지표를 위해 리포트 페이지를 뒤져야 하는 것보다, 모든 수치를 한 곳에서 쉽게 볼 수 있었던 그 단순함이 그리워집니다.
세 개의 기간 열에 표시된 “활성 사용자” 수치는 우리에게 좋은 지표였습니다.
아마 지난 7년간 그것을 참고해 왔기 때문에, 이제 사라지니 그리운 것 같습니다 
걱정 마세요, 데이터 탐색기(data explorer)로 기존 테이블을 재현할 수 있을 것 같습니다 
2개의 좋아요
현재 새로운 정보(About) 페이지가 있지만, 모든 사용자에게 표시하려면 "실험적"으로 활성화해야 했습니다. 로그아웃하면 여전히 이전 버전의 페이지가 표시되는 것을 확인했습니다. 등록되지 않았거나 로그인하지 않고 단순히 사이트를 둘러보는 사용자에게도 멋진 정보 페이지를 표시할 수 있는 방법이 있을까요?
"모두"를 포함하지 않으면 새 페이지가 전혀 표시되지 않습니다. 텍스트를 보면 그룹 설정이나 전체 페이지가 "실험적"인지 확실하지 않습니다…
4개의 좋아요
이 ‘소개 페이지 사용자 지정’ 기능이 버그가 있어서 이것도 수정할 수 없습니다.
2개의 좋아요
피드백 주셔서 감사합니다. 곧 보고서를 작업하여 사이트 관리자들과 모더레이터들을 위해 최상의 데이터를 제공하도록 할 계획이며, 향후 소개 페이지에 어떤 통계를 포함할지와 사이트 소유자들이 통계에 대해 얼마나 많은 제어를 원하거나 필요로 하는지에 대해 생각하고 있습니다. 이 주제에 대해 더 논의하기 위해 새 주제를 시작할 수 있습니다. 데이터 탐색기 쿼리를 생성할 때 공유해 주시면 어떤 통계가 유용한지, 그리고 그 이유가 무엇인지 파악하는 데 도움이 됩니다!
관리자 홈 페이지의 테이블에 있는 “User visits”(사용자 방문)은 “활성 사용자” 지표의 좋은 대체 지표가 될 수 있습니다. 오늘 기준 총 회원 수는 “Users per trust level”(신뢰 수준별 사용자) 제목 아래 0 옆에 있는 숫자를 확인하시면 됩니다.
사이트를 업데이트해야 합니다.
문제가 발생해 죄송합니다. 저는 재현할 수 없습니다. 최신 버전으로 사이트를 업데이트하고 웹 브라우저를 새로고침한 후 다시 시도해 주시겠습니까? 여전히 문제가 발생한다면, 새 주제를 시작하고 설정에 대한 더 많은 세부 정보를 공유해 주십시오. 개발자 콘솔에 오류가 표시되는 경우에도 알려 주십시오.
3개의 좋아요
감사합니다, 이전의 About 페이지보다 훨씬 좋아 보입니다! 
전체/총 토픽 수와 게시글 수를 다시 볼 수 있을까요?
/EDIT: 방금 발견했는데: "2년 전에 생성됨"이라고 표시되어 있습니다. 이 부분은 조정할 수 있을까요? 저희 포럼은 2012년에 시작했지만, 2년 전에 Discourse로 이전했습니다. 따라서 이 정보는 정확하지 않습니다.
3개의 좋아요
현재 이 숫자를 변경할 수 있는 유일한 방법은 js.about.site_age.year.other 설정을 찾아서 수정하는 것입니다. 또는 Hiding elements of the /about page with CSS? 에 있는 설명에 따라 해당 요소를 표시하지 않도록 설정할 수도 있습니다.
2개의 좋아요
날짜를 가져오는 쿼리는 다음과 같습니다:
result = DB.query_single <<~SQL
SELECT created_at
FROM schema_migration_details
ORDER BY created_at
LIMIT 1
SQL
셀프 호스팅(self-hosted)을 사용하고 있다면, 해당 테이블의 가장 오래된 created_at 항목을 다른 날짜로 업데이트하는 방법이 있을 것입니다. 쿼리를 작성하는 것은 독자의 연습으로 남겨두겠습니다.
가정에서 이걸 시도하지 마세요
DB.query_single("UPDATE schema_migration_details set created_at = '2010-01-01' where id=1")
4개의 좋아요
토비아스와 제이, 감사합니다. 데이터베이스 필드를 변경했습니다(2012년에 phpBB 포럼을 만들 당시 날짜로). 하지만 소개 페이지에는 여전히 2년이라고 표시됩니다. 캐시 파일을 삭제해야 하나요, 아니면 페이지가 주기적으로 재생성되므로 기다리면 될까요?
3개의 좋아요
제 업데이트 코드를 실행해 보셨나요? 날짜를 가져오는 코드를 실행하면 예상하는 날짜가 나와야 하는데, 실제로 그런가요?
캐싱된 것으로 보이지는 않는데, 제가 이해를 잘못한 것일 수도 있습니다.
3개의 좋아요
아니요, 저는 그래픽 클라이언트(HeidiSQL)를 통해 DB에 직접 접근하여 가장 오래된 행(실제로 id 1이었던)을 수정했습니다.
제 이해가 맞다면, 해당 쿼리는 (예를 들어 Discourse의 경우) 정확히 동일한 작업만 수행하고 그 이상은 하지 않습니다.
3개의 좋아요
날짜를 가져오는 쿼리를 실행해 보세요(이것이 약관에 페이지에서 실제로 사용하는 코드입니다). 그리고 어떤 값이 반환되는지 확인해 보세요. 만약 날짜가 맞다면, 맥주를 한 잔 하면서 내일 다시 살펴보는 것도 좋은 방법입니다.
수정: 마침 개발 서버가 다시 정상 작동해서 위의 코드를 실행해 보니 "15년 전에 생성됨"이라고 표시됩니다. 따라서 정상적으로 작동하는 것 같습니다.
2개의 좋아요
수면과 맥주가 설치 날짜에 대한 새로운 아이디어를 가져다주셨나요? 
이것도 다시 가능해진 건가요?
1개의 좋아요
제 환경에서는 정상적으로 작동합니다. 만약 여전히 오류가 발생한다면 저도 모르겠습니다. 하지만 날짜를 가져오는 코드를 실행해 볼 수 있습니다. 서버를 재시작해 보세요?
2개의 좋아요
LOL, 그거였어요! Docker 컨테이너를 재시작하니 이제 숫자가 올바르게 표시됩니다! 감사합니다!
그리고 이 다른 것에 대해: 전체/총 주제와 게시물의 수를 다시 볼 수 있는 방법이 있을까요?
3개의 좋아요