웹 페이지 기록을 지우고 뒤로 버튼을 차단하세요!_javascript 팁
- WBOY원래의
- 2016-05-16 18:57:152050검색
이 기사에서는 인터넷에서 찾을 수 있는 브라우저 뒤로 버튼을 비활성화하는 다양한 솔루션을 소개하고 각각의 장점, 단점 및 적용 사례를 분석합니다.
1. 개요
많은 분들이 "브라우저의 뒤로 버튼을 '비활성화'하려면 어떻게 해야 하나요?", "사용자가 이전에 방문한 페이지로 돌아가기 위해 뒤로 버튼을 클릭하지 못하게 하려면 어떻게 해야 하나요?"라고 문의해 주셨습니다. 질문은 ASP 포럼에서 가장 자주 묻는 질문 중 하나이기도 합니다. 안타깝게도 대답은 매우 간단합니다. 브라우저의 뒤로
버튼을 비활성화할 수 없습니다.
처음에는 누군가가 브라우저의 뒤로 버튼을 비활성화하려고 한다는 사실이 믿기지 않았습니다. 나중에 너무 많은 사람들이 뒤로 버튼을 비활성화하고 싶어하는 것을 보고 안도했습니다
(그들이 비활성화하고 싶었던 유일한 것은 브라우저의 앞으로 버튼이 아니라 뒤로 버튼뿐이었습니다). 기본적으로 양식을 제출한 후 사용자는
뒤로 버튼("편집" 버튼을 사용하는 대신!)을 통해 양식 페이지로 돌아온 다음 양식을 다시 편집하고 제출하여 새 레코드를 데이터 베이스. 이것은 우리가
보고 싶지 않은 것입니다.
그래서 저는 이런 상황을 피할 수 있는 방법을 찾기로 했습니다. 나는 많은 웹사이트를 방문하고 이러한 웹사이트에서 소개된 다양한 구현 방법을 상담했습니다.
ASP 프로그래밍 웹사이트를 자주 방문한다면 이 기사에 소개된 내용 중 일부를 보셨을 것입니다. 이 글의 목적은 가능한 모든 방법을 모든 사람에게 소개하고
가장 좋은 방법을 찾는 것입니다!
2. 캐싱 비활성화
제가 찾은 많은 솔루션 중 하나는 페이지 캐싱 비활성화를 제안했습니다. 구체적으로 다음과 같이 서버 측 스크립트를 사용하십시오.
Response.ExpiresAbsolute = Now() - 1
Response.Expires = 0
Response.CacheControl = "캐시 없음"
% >
이 방법은 매우 효과적입니다! 이는 브라우저가 캐시에서 페이지를 읽는 대신 페이지를 다운로드하기 위해 서버를 다시 방문하도록 합니다. 이 방법을 사용할 때 프로그래머의 주요 작업은 사용자가 뒤로 버튼을 통해 액세스하기에 적합하지 않은 페이지를 계속 볼 수 있는지 여부를 결정하는 세션 수준 변수를 만드는 것입니다. 브라우저는
사용자가 열 수 있도록 허용해야 하는지 확인할 수 있습니다. 페이지.
예를 들어 다음과 같은 형식이 있다고 가정합니다.
Response.Expires = 0
Response.CacheControl = "캐시 없음"
Len(Session( "FirstTimeToPage")) > 0이면
&single; 사용자가 현재 페이지를 방문했으며 이제 다시 방문합니다.
&single; 세션 변수를 지우고 사용자를 로그인 페이지로 리디렉션합니다.
Session("FirstTimeToPage") = ""
Response.Redirect "/Bar.asp"
Response.End
End If
&single; 사용자는 현재 페이지를 볼 수 있습니다
&single; 다음은 양식 생성을 시작합니다
%>
Session("FirstTimeToPage") = "NO"
이런 식으로 SomePage.asp를 연 사용자가 뒤로를 클릭하면 버튼을 클릭하면 브라우저에 페이지 다운로드가 다시 요청됩니다. 서버는 Session
("FirstTimeToPage")에 값이 포함되어 있는지 확인하여 Session("FirstTimeToPage")을 지우고 사용자를 다른 페이지로 리디렉션합니다. 물론
이 모든 작업을 수행하려면 사용자가 쿠키를 활성화해야 합니다. 그렇지 않으면 세션 변수가 유효하지 않게 됩니다. (이 문제에 대한 자세한 설명은
세션 변수가 작동하려면 웹 방문자가 쿠키를 활성화해야 합니까?를 참조하세요.)
또한 클라이언트측 코드를 사용하여 브라우저가 웹 페이지를 캐싱하는 것을 방지할 수도 있습니다.
코드 복사
Control" CONTENT="no-cache">
"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 코드는 다음과 같습니다
: