https://try.discourse.org/은 작동하지만, https://try.discourse.org//은 Safari와 Chrome에서 하얀 화면으로 멈춰 있습니다.
meta.discourse.org를 포함하여 도메인 뒤에 /를 추가하는 경우, 예를 들어
https://meta.discourse.org//top/weekly도 멈추게 됩니다.
1개의 좋아요
페이지가 로드되지 않는 원인은 URL 끝에 추가된 슬래시 때문입니다. 단일 슬래시를 사용하면 모든 기능이 정상적으로 작동합니다. URL 끝에 슬래시를 하나 더 추가하는 것을 왜 고집하시나요?
포럼 URL 끝에 이중 슬래시를 사용하면 동일한 문제가 발생합니다. 예상대로 화면이 백색으로 표시됩니다.
1개의 좋아요
원인을 알고 있습니다. 포럼의 도메인 이름을 브라우저 주소창에 입력했을 때 자동완성이 단일 슬래시로 완료되는데, 사용자가 끝에 슬래시를 하나 더 입력하면 모든 Discourse 포럼에서 빈 페이지가 표시됩니다. 이는 바람직한 동작이 아니며, 재현 가능하며 URI 전반에 걸쳐 일관되게 나타납니다.
추가적인 문제는 브라우저의 자동완성이 빈 페이지 형식이 오류를 발생시키지 않기 때문에 이중 슬래시를 추가할 수 있다는 점입니다. 따라서 브라우저가 자동완성 기록을 삭제할 때까지는 계속해서 빈 포럼만 표시될 것입니다.
1개의 좋아요
https://apnews.com//를 입력하면 Associated Press 웹사이트로 이동하여 404 - 페이지를 찾을 수 없다는 오류가 표시됩니다. 콘텐츠가 로드되지 않습니다. 제가 볼 수 있는 유일한 차이점은 AP가 404 오류를 반환하는 반면, Discourse 사이트는 404 오류 없이 빈 페이지만 표시한다는 점입니다.
입력하는 동안 자동완성 기능은 여전히 끝에 슬래시 하나만 표시합니다.
따라서 "버그"는 이중 슬래시가 사용될 때 404 오류를 반환하지 않는 것일 수도 있습니다.
3개의 좋아요
이 '버그’는 포럼 소프트웨어가 사파리와 크롬 콘솔에 따르면 여전히 여러 메가바이트의 정보를 로드하지만, 이를 표시하지는 않는 원인을 제공합니다.
1개의 좋아요
URL 리다이렉트 및/또는 라우팅에서 단일 슬래시를 기대할 때, 이중 슬래시는 예상된 동작을 “깨뜨릴” 수 있습니다. 정적 페이지에서는 모든 것이 정상적으로 로드될 수 있습니다(아마도 그럴 가능성이 높습니다). 하지만 동적 페이지에서는 문제가 발생하기 시작합니다. URL을 직접 분석하는 일부 CGI 앱조차 실패할 수 있습니다. 일부 서버는 이중 슬래시가 URL 중간에 있는 경우 이를 익스플로잇 공격의 일종으로 간주할 수도 있습니다.
Discourse 팀 중 누군가가 Discourse가 여러 슬래시에 어떻게 반응하는지에 대해 더 나은 설명을 줄 수 있을 것입니다. 하지만 이러한 경우 404를 반환하는 것이 더 나을 것입니다.
2개의 좋아요
이것은 버그가 아닙니다. 여기에서 404 페이지를 개선하거나 리다이렉트를 하거나 다른 조치를 취하는 것은 지지합니다.
아마도 Ember 라우터에서 사소한 변경 사항이 있을 수 있지만, 저는 잘 모르겠으니 Ember 전문가들의 판단에 맡기겠습니다.
4개의 좋아요
ember에서 이 문제를 꽤 오래전에 수정했을 가능성이 높습니다. 아마도 우리의 커스텀 위치 관련 코드나 비슷한 부분이 원인이겠죠.
오늘 확인해 보겠습니다.
6개의 좋아요
이렇게 하면 해결될 것입니다:
6개의 좋아요
추가 / 포럼 배경을 보여드릴게요, teshghost.tk// (제 배경화면을 확인하실 수 있습니다)
1개의 좋아요
이 주제는 마지막 답변 후 5일이 지나면 자동으로 닫힙니다. 더 이상 새로운 답변을 남길 수 없습니다.