쓰레드가 길어지면 로딩이 느려지고, 특히 이미지가 많을 때 더 그렇습니다.
Vigilant Citizen 포럼은 이 부분을 잘 처리하고 있습니다.
짜증나네요!!
취향의 문제일 뿐이에요. 제 생각엔 페이지네이션은 좀 귀찮은 부분이거든요. 저는 디스커스의 무한 스크롤과 슬라이드 방식의 내비게이션을 더 좋아해요. 답변으로는 더 빠른 서버를 사용하거나, 아니면 그냥 XenForo를 쓰라고 할 수도 있겠네요 ![]()
알겠습니다. 감사합니다.
인터넷에는 페이지네이션과 무한 스크롤의 장단점에 대해 많은 논의가 있습니다.
무한 스크롤을 싫어할 수도 있지만, Discourse의 내비게이션이 이를 중심으로 구축되어 있어 오른쪽의 타임라인, 나중에 다시 돌아왔을 때 브라우저가 사용자가 어떤 게시물에 있었는지 기억해 주는 기능 등 덕분에 매우 잘 작동합니다. 또한, 일부 사용자는 조금만 시간을 두고 사용해 보면 좋아하게 됩니다.
또한, 저는 페이지네이션이 있던 기존 포럼 3개를 Discourse로 이전했습니다. 페이지네이션이 없다는 것에 대한 극히 드문 불만도 곧 사라졌습니다. 결국 사용자들은 무한 스크롤을 좋아하게 되었습니다.
감사합니다.
1년 넘게 사용해 왔는데, 응답이 지연되는 점은 정말 답답합니다. 그 외에는 모두 잘 작동합니다.
지연된 응답에 대해 좀 더 자세히 말씀해 주시겠어요? 정확히 어떤 맥락에서였나요? 어떤 포럼이었나요?
Discourse에서 Xenforo로의 효율적인 가져오기 도구가 없는 것 같네요. 아쉽네요.
그것은 많은 사람들이 그렇게 하지 않는다는 신호일 수 있습니다. 하지만 단순히 복잡할 수도 있고요…
이것은 Xenforo 포럼에서 질문해야 할 사항이지만, 빠른 구글 검색을 통해 찾으시는 내용(첫 번째 결과…)을 찾을 수 있었습니다.
지연된 응답에 대해서는 @Jonathan5가 이전에 언급했듯이, 서버 사양과 관련된 성능 문제일 수 있습니다.
이것은 사실과 다릅니다. 주제(topic)에서는 특정 시점에 ‘가상’ 페이지만 로드하는데, 이는 주제 크기와 무관하게 항상 20개의 게시글만 포함합니다.
즉, 몇 개의 답변이 있는 이 주제를 로딩하는 것과 수백 개의 게시글이 있는 Angus' Events Plugin 📅 주제를 로딩하는 데 걸리는 시간은 동일합니다. 제 브라우저에서 직접 테스트해 보았는데, 소요 시간이 비슷했습니다.
혹시 다른 점을 확인하시나요?
고맙습니다. 이해했습니다. 방금 하드웨어 구성에 대한 피드백을 받았는데, 이것이 문제의 원인이 될 수 있습니다.
무한 스크롤은 일종의 "몰아보기"와 같고, 페이지네이션은 "에피소드 보기"에 해당합니다. 하지만 말씀하신 대로, 특히 지나치게 긴 답글 목록의 마지막 게시물로 이동할 때 모든 항목이 "읽음"으로 표시될 때까지 기다려야 하는 점은 정말 불편합니다.
그렇게 정확하지는 않습니다. 5,000개의 글이 있는 주제에서 타임라인의 종료 날짜를 클릭하거나(스크롤을 제외한 다른 방법으로 끝으로 점프하는 경우) 실제로 그 사이의 모든 글을 로드하지 않습니다. 답글의 "페이지"가 배경에서 로드되고 해제되므로, 끝으로 건너뛰면 가장 최근 배치의 글만 로드됩니다.
읽기를 시작하고 나중에 다시 돌아오면 위치도 저장되므로… 페이지네이션 방식의 포럼과 마찬가지로 전체 주제를 “한꺼번에” 읽을 필요가 없습니다.
보통은 다시 돌아갈 생각 없이 ‘읽지 않음’ 목록에서 해당 주제와 답글을 지우기 위해 바로 맨 아래로 이동합니다.
나는 동의하지 않아. 무한 스크롤은 디스커스의 좋은 기능 중 하나라고 생각해. 무한 스크롤이 없는 다른 소프트웨어를 사용할 때는 정말 짜증나. 5년 넘게 디스커스를 열심히 써 왔는데, 스레드에 수백 개의 게시글이 있어도 눈에 띄는 로딩 지연은 기억나지 않아.
페이지를 스크롤해서 수백 개의 게시물을 넘길 때, 20개씩 페이지가 로드될 때마다 지연이 발생하지만, 슬라이더(무엇이라 불러야 할지 모르겠지만)를 사용하면 그 문제를 우회할 수 있으며, 페이지네이션만큼이나 사용하기 쉽습니다.
제가 마지막으로 마이그레이션을 할 때, 한 관리자가 오랜 기간 phpBB를 사용해 온 사용자의 간단한 피드백을 나눴습니다. 그 사용자는 페이지네이션과 달리 무한 스크롤을 사용하면 스레드 안에서 어디에 있는지 절대 알 수 없어서 무한 스크롤을 좋아하지 않는다고 말했습니다.
나는 그 정반대라고 답했습니다. phpBB의 페이지네이션은 사용자가 설정에서 페이지당 메시지 수를 임의로 변경할 수 있기 때문에 혼란을 야기합니다. 그리고 토론의 특정 부분에 대해 소통하는 유일한 방법은 페이지에 의존하는 것입니다. 예를 들어 "30페이지를 보세요…"라고 하는데, 그 페이지에 xx개의 메시지가 있는 상태입니다.
우리는 디자인상 무한 스크롤을 싫어할 수 있지만, Discourse의 인터랙티브 타임라인은 매우 잘 설계되어 있어 언제든지 정확히 어디에 있는지 알 수 있습니다. 이는 페이지네이션보다 실제로 더 효과적일 뿐만 아니라 훨씬 더 정확합니다.
사람들은 의견을 내기 전에(진지하고 진지한) 제대로 한번 써봐야 합니다.
하지만 물론, 일부(가장 드물겠지만)는 어떤 경우에도 좋아하지 않을 것입니다.
제가 가진 아주 사소한 불만은 내비게이션을 위해 그 정도의 정밀도를 얻으려면 드래그를 해야 한다는 점입니다. 즉, 슬라이더의 특정 위치에 마우스를 올려 클릭하기 전에 게시글 번호를 확인할 수 없다는 뜻이죠. 하지만 이미 해당 게시글로 바로 연결되는 링크가 있는 상태에서 특정 게시글로 이동하고 싶은 경우는 극히 드물기 때문에, 실제로는 큰 문제가 아닙니다.
"인터랙티브 타임라인"이라는 표현이 "슬라이딩 내비게이션 것"이라는 표현보다 좋습니다 ![]()
이미 20개씩 묶어서 게시글을 불러오는 구조라면, 플러그인을 통해 페이지 번호를 추가할 수 있을 것 같네요!
페이지네이션이 적용된 Topic List Previews (TLP) 은 상상도 되지 않아요! ![]()
@DGForum 데이터가 얼마나 빠르게 로드되는지 데모가 필요하시다면, 기본 사양보다 높은 스펙을 가진 제 사이트를 참고해 보세요: StarZen: The Unofficial Star Citizen Community:
![]()
아래로 스크롤해서(좋은 연결 환경을 가정할 때) 콘텐츠가 얼마나 빠르게 로드되는지 확인해 보세요. 이미지 비중이 높아 첫 방문 시에는 다소 느릴 수 있습니다. 첫 방문 후 이미지가 캐시되면 매우 빠르게 로드됩니다.