'브라우저 뒤로 비활성화'에 대한 종합 검토_CSS/HTML

브라우저의 뒤로 버튼을 사용하면 이전에 방문한 페이지로 쉽게 돌아갈 수 있으며 이는 의심할 여지 없이 매우 유용합니다. 하지만 사용자가 예약된 페이지 액세스 순서를 방해하지 않도록
이 기능을 꺼야 하는 경우도 있습니다. 이 기사에서는 인터넷에서 찾을 수 있는 브라우저 뒤로 버튼을 비활성화하는 다양한 솔루션을 소개하고 각각의 장점, 단점 및 적용 사례를 분석합니다.
1. 개요
많은 분들이 "브라우저의 뒤로 버튼을 '비활성화'하려면 어떻게 해야 하나요?", "사용자가 이전에 방문한 페이지로 돌아가기 위해 뒤로 버튼을 클릭하지 못하게 하려면 어떻게 해야 하나요?"라는 질문을 하셨습니다. ASP 포럼에서 가장 자주 묻는 질문 중 하나이기도 합니다. 안타깝게도 대답은 매우 간단합니다. 브라우저의 뒤로
버튼을 비활성화할 수 없습니다.
처음에는 누군가가 브라우저의 뒤로 버튼을 비활성화하려고 한다는 사실이 믿기지 않았습니다. 나중에 너무 많은 사람들이 뒤로 버튼을 비활성화하고 싶어하는 것을 보고 안도했습니다
(그들이 비활성화하고 싶었던 유일한 것은 브라우저의 앞으로 버튼이 아니라 뒤로 버튼뿐이었습니다). 기본적으로 양식을 제출한 후 사용자는
뒤로 버튼("편집" 버튼을 사용하는 대신!)을 통해 양식 페이지로 돌아온 다음 양식을 다시 편집하고 제출하여 새 레코드를 데이터 베이스. 이것은 우리가
보고 싶지 않은 것입니다.
그래서 저는 이런 상황을 피할 수 있는 방법을 찾기로 했습니다. 나는 많은 웹사이트를 방문하고 이러한 웹사이트에서 소개된 다양한 구현 방법을 상담했습니다.
ASP 프로그래밍 웹사이트를 자주 방문한다면 이 기사에 소개된 내용 중 일부를 보셨을 것입니다. 이 글의 목적은 가능한 모든 방법을 모든 사람에게 소개하고
가장 좋은 방법을 찾는 것입니다!
2. 캐싱 비활성화
제가 찾은 많은 솔루션 중 하나는 페이지 캐싱 비활성화를 제안했습니다. 특히 다음과 같이 서버 측 스크립트를 사용합니다.
Response.Buffer = True
Response.ExpiresAbsolute = Now() - 1 Response.Expires = 0
Response.CacheControl = "no-cache"
%>
이 방법은 매우 효과적입니다! 이는 브라우저가 캐시에서 페이지를 읽는 대신 페이지를 다운로드하기 위해 서버를 다시 방문하도록 합니다. 이 방법을 사용할 때 프로그래머의 주요 작업은 사용자가 뒤로 버튼을 통해 액세스하기에 적합하지 않은 페이지를 계속 볼 수 있는지 여부를 결정하는 세션 수준 변수를 만드는 것입니다. 브라우저는
더 이상 페이지를 캐시하지 않으므로 사용자가 뒤로 버튼을 클릭하면 브라우저는 페이지를 다시 다운로드하고 프로그램은 해당 세션 변수를 확인하여
사용자가 열 수 있도록 허용해야 하는지 확인할 수 있습니다. 페이지.
예를 들어 다음 형식이 있다고 가정합니다.
Response.Buffer = True
Response.ExpiresAbsolute = Now() - 1
Response.Expires = 0 Response .CacheControl = "no-cache"
If Len(Session("FirstTimeToPage")) > 0 then
&single; 사용자가 현재 페이지를 방문했으며 이제 다시 방문하려고 합니다.
&single; 세션 변수를 지우고 사용자를 로그인 페이지로 리디렉션합니다.
Session("FirstTimeToPage") = ""
Response.Redirect "/Bar.asp"
Response.End
End If
&single; 사용자는 현재 페이지
&single;을 볼 수 있습니다. 다음은
%>

세션 변수 FirstTimeToPage를 사용합니다. 사용자가 현재 페이지를 처음 방문하는지 확인하십시오. 처음이 아닌 경우(예: 세션
("FirstTimeToPage")에 특정 값이 포함됨) 세션 변수의 값을 지우고 사용자를 시작 페이지로 리디렉션합니다. 이런 방식으로

양식이 제출되면(SompePage.asp가 열릴 때) FirstTimeToPage에 값을 제공해야 합니다. 즉, SomePage.asp에 다음
코드를 추가해야 합니다.
Session("FirstTimeToPage") = "NO"
　 이런 식으로 SomePage.asp를 연 사용자가 뒤로를 클릭하면 버튼을 클릭하면 브라우저에 페이지 다운로드가 다시 요청됩니다. 서버는 Session
("FirstTimeToPage")에 값이 포함되어 있는지 확인하여 Session("FirstTimeToPage")을 지우고 사용자를 다른 페이지로 리디렉션합니다. 물론
이 모든 작업을 수행하려면 사용자가 쿠키를 활성화해야 합니다. 그렇지 않으면 세션 변수가 유효하지 않게 됩니다.(이 문제에 대한 자세한 설명은
세션 변수가 작동하려면 웹 방문자가 쿠키를 활성화해야 합니까?를 참조하세요.)
또한 클라이언트측 코드를 사용하여 브라우저가 웹 페이지를 캐싱하는 것을 방지할 수도 있습니다.






위의 방법을 사용하여 브라우저를 강제로 실행하는 경우 더 이상 캐시하지 않음 웹 페이지의 경우 다음 사항에 주의해야 합니다.
"Pragma: no-cache"는 보안 연결을 사용할 때 브라우저가 페이지를 캐시하는 것을 방지할 뿐입니다. 보안으로 보호되지 않는 페이지의 경우 "Pragma: no-cache"
는 "Expires: -1"과 동일하게 처리되지만, 브라우저는 여전히 페이지를 캐시하지만 페이지가 즉시 만료되는 것으로 표시합니다.
IE 4 또는 5에서는 "Cache-Control" META HTTP-EQUIV 태그가 무시되고 아무런 효과가 없습니다.
실제 애플리케이션에서는 이러한 코드를 모두 추가할 수 있습니다. 그러나 이 방법은 모든 브라우저에서 작동하지 않으므로 권장하지 않습니다. 하지만
인트라넷 환경이고 사용자가 어떤 브라우저를 사용할지 관리자가 통제할 수 있다면, 아직도 이 방법을 사용하는 분들이 계실 거라 생각합니다.
3. 기타 방법
다음에 논의할 방법은 브라우저 캐시가 아닌 뒤로 버튼 자체에 관한 것입니다. 다음은
참고할 만한 Rewiring the Back Button 기사입니다. 그러나 이 방법을 사용하면 사용자가 뒤로 버튼을 클릭할 때 이전에 데이터를 입력한 페이지가 표시되지 않지만
을 두 번만 클릭하면 되는 것으로 나타났습니다. 이는 우리가 원하는 효과가 아니기 때문입니다. 완고한 사용자는 예방 조치를 우회하는 방법을 찾을 수 있는 경우가 많습니다.
뒤로 버튼을 비활성화하는 또 다른 방법은 클라이언트 측 JavaScript를 사용하여 도구 모음 없이 창을 여는 것입니다. 이렇게 하면 사용자가 이전 페이지로 돌아가기가 어렵지만
불가능하지는 않습니다. 더 안전하지만 다소 귀찮은 방법은 양식이 제출될 때 새 창을 열고 동시에 양식이 있는 창을 닫는 것입니다. 하지만
사용자가 양식을 제출할 때마다 새 창을 열도록 할 수는 없기 때문에 이 방법은 진지하게 고려할 가치가 없다고 생각합니다.
그러면 사용자가 다시 돌아오지 않기를 원하는 페이지에 JavaScript 코드를 추가할 수도 있나요? 이 페이지에 추가된 JavaScript 코드를
사용하면 앞으로 버튼을 클릭하는 효과를 생성하여 사용자가 뒤로 버튼을 클릭하여 발생하는 작업에 대응할 수 있습니다. 이 기능을 구현하는 데 사용되는 JavaScript 코드는 다음과 같습니다
:


다시 말하지만, 이 방법은 효과적이지만 여전히 "최상의 방법"과는 거리가 멀습니다. 나중에 누군가가 location.replace를 사용하여 한
페이지에서 다른 페이지로 이동할 것을 제안하는 것을 보았습니다. 이 방법의 원리는 현재 기록 기록을 새 페이지의 URL로 대체하여 검색 기록에 한 페이지만 남게 하고
뒤로 버튼을 사용할 수 없도록 하는 것입니다. 아마도 이것이 많은 사람들이 찾고 있는 것이라고 생각하지만, 여전히 모든 상황에서 최선의 접근 방식은 아닙니다. 이
메서드를 사용하는 예는 다음과 같습니다. 이 페이지로 돌아가는 링크 비활성화

다음 링크를 사용해 보세요:
이 페이지로 돌아가는 링크를 비활성화하세요!
이 접근 방식의 단점은 사용자가 한 페이지에서 다른 페이지로 이동할 때마다
클라이언트 코드로 location.history를 지워야 하기 때문에 단순히 Response.Redirect를 사용하는 것이 더 이상 작동하지 않는다는 것입니다. 또한 이 방법은 모든
접속 기록이 아닌 마지막 접속 기록을 삭제한다는 점에 유의하세요.
위 링크를 클릭하시면 간단한 HTML 페이지가 열립니다. 다시 뒤로가기 버튼을 누르면 열려있는 것이 이 페이지가 아닌 이 페이지 이전의
페이지임을 알 수 있습니다! (물론 브라우저에서 클라이언트 측 JavaScript 코드를 활성화해야 합니다.)
신중하게 검색한 후에도 브라우저의 뒤로 버튼을 완전히 비활성화하는 방법을 찾지 못했습니다. 여기에 설명된
모든 방법은 다양한 수준과 방식으로 사용자가 이전 페이지로 돌아가는 것을 방지할 수 있지만 모두 고유한 한계가 있습니다. 뒤로 버튼<script> <BR><!-- <BR>javascript:window.history.forward(1); <BR>//--> <BR></script>을 완전히 비활성화할 수 있는 방법은 없으므로 가장 좋은 해결책은 클라이언트측 스크립트와 서버측 스크립트를 혼합하여 사용하는 것입니다.