위기 / 남용 웹 사이트에서 패닉 버튼을위한 가장 빠른 출구 전략? [닫은]


122

여성 학대 자료실 웹 사이트를 만들고 있습니다. 이와 같은 많은 센터에는 센터에서 "패닉 버튼"이라고하는 것이 있습니다. 기본적인 하나의 예는 발견 여기에 녹색 줄에 모든 페이지의 상단에.

링크 또는 버튼의 아이디어는 여성이 도움을 위해이 웹 사이트를보고 있고, 학대자 또는 알고 싶지 않은 사람이 방에 들어갔을 때 빠르게 탈출 할 수 있다는 것입니다. 때로는 링크가 브라우저 창을 닫는 것보다 훨씬 빠르며 의심 스러울 수 있습니다.

내가 보는 문제는 내가 보는 대부분의 버튼이 당신을 구글이나 그와 비슷한 것으로 보내는 것입니다. 다음과 같이 할 것입니다.

<a href="http://www.msn.com/#news" rel="noreferrer">LEAVE WEBSITE NOW!</a>

또는

<a href='data:text/html;charset=utf-8, <html><meta http-equiv="refresh" content="0;URL=&#39;http://www.msn.com/#news/&#39;"></html>'>LEAVE WEBSITE NOW!</a>

이와 같은 링크는 실제 콘텐츠로 이동합니다. 빈 Google 검색은 아니지만 의심스러운 것으로 보일 수있는 매우 구체적인 것도 아닙니다.

리퍼러를 차단하는 것이 좋지만 해당 솔루션을 사용하더라도 브라우저의 뒤로 버튼을 누르면 잡힐 수 있습니다. 이 문제에 대해 다음과 같이 할 수 있다고 생각했습니다.

HTML

<a href="javascript:goNewWin()" rel="noreferrer">LEAVE WEBSITE NOW!</A>

자바 스크립트

function goNewWin() {
    window.open("backbuttonnewpage.html",'TheNewpop','toolbar=1,location=1,directories=1,status=1,menubar=1,scrollbars=1,resizable=1'); 
    self.close()
}

나는 이것으로 위험에 처한 생명이 있기 때문에 게시하고 있으며 가능한 한 토탈 솔루션에 가까운 무언가가 필요합니다. 어떻게 하시겠습니까?

 

업데이트-3-26-14 :
제가 함께 일하고있는 리소스 센터에서 게시 한 교육 아이디어 중 일부를 실행했으며 여기에 그들의 답변이 있습니다. "사용자가 저희 웹 사이트를 방문하는 데는 극도의 용기가 필요합니다. 사용자가 올 때 생명을 위협 할 수있는 상황에서 벗어날 수있는 빠르고 쉬운 리소스를 찾고 있습니다. 대부분의 경우 시간이나 정신 능력이 없습니다. 웹 사이트를 안전하게 탐색 할 수있는 방법에 대해 스스로 교육하십시오. "패닉 버튼"이라는 아이디어가 제시 될 때 제대로 수행되면 우리가 치료하는 대부분의 피해자가 항상 요구하는 리소스 인 것처럼 보였습니다. "

여기에서 많은 아이디어를 읽은 후 토탈 솔루션은 왼쪽에 일정한 위치에 떠 다니는 큰 버튼 인 것 같습니다. 페이지가로드 될 때 버튼을 클릭하면 오버레이 프레임이 제거되도록 백그라운드에서 다른 사이트 (아마도 ajax 호출)가로드됩니다. 이것은 클릭했을 때로드 시간이 없음을 의미합니다. 브라우저의 뒤로 버튼 누름을 방지하려면 브라우저에 캐시하지 않도록 지시 replaceState하고 모든 페이지 변경시이 사이트를 표시하는 뒤로 버튼을 사용하지 않도록 설정하는 것이 필요 합니다.

이것은 여전히 ​​기술적 인 문제입니다. 토론은 매우 도움이되지만 여전히 작동하는 기술 솔루션이 필요합니다. 이 모든 아이디어를 기능적인 것으로 통합 할 수 있다고 생각하는 사람이 있습니까? 내가 직접 작업하고 내가 생각하는 모든 것을 게시 할 것입니다. 모두 감사합니다.


39
링크를 클릭 할 때 (자바 스크립트를 사용하여) 현재 페이지를 지우거나 가리는 것으로 시작합니다 (링크를 따라가는 데 약간의 시간이 걸릴 수 있기 때문입니다 ...)
Cameron

8
흥미롭게도 링크 된 페이지에서 "빨리 나가려면 여기를 클릭하십시오"링크가 iPad에서 액세스 할 수없고 소셜 미디어 버튼으로 가려진 것 같습니다 ... 최근 역사상 최악의 UX 결정에 대해 : /
David는 Monica를 복원한다고

6
Google 기본 설정에 대해 David Thomas와 동의합니다. MSN을 사용하는 것은 우리 집에서 의심 스러울 것입니다.
Stephen P

6
실제 질문은 무엇입니까?
Petah 2014 년

15
버튼을 맨 위에 놓는 것은 끔찍한 배치처럼 보입니다. fitts의 법칙을 생각해보십시오! 당신은 누군가가 쳐야하는 얇은 스트립을 가지고 있고 그들이 오버 슛을하더라도 그들은 그것을 치지 않을 것입니다. 어리석은. 대부분의 사용자가 사실상 무한한 크기를 활용할 수있는 왼쪽에 배치하십시오. (오른쪽은 일부 디스플레이에서 스크롤바, 하단은 기본 작업 표시 줄, 상단은 기본 탭 표시 줄입니다. 이러한 기본값을 변경할만큼 정통한 사람이라면 누구나 알고있을 것입니다. ^w)
Phoshi

답변:


37

(거의) 최종 편집

좋아, 나는 모든 의견을 읽었으며 이것이 최선의 해결책이라고 생각하지만 모든 지역 대안을 생각했습니다. 추가 개선 / 토론에 열려 있습니다.

var panic= function(){
    document.body.innerHTML = '';
       //this clears the current html in the body 
       //making it look like the page is loading
    
    if(...){ //check if replaceState is supported so no error is thrown
        var title="Decoy Article Title",
        url="/decoypage"; //another endpoint on your server that gives the decoy website
        window.history.replaceState("", title , url); //replace current history entry
    }

    //should be pretty fast up to this point
    window.location.replace("http://www.google.com"); //load the google page or my alternative.
}

54.186.79.95에서 AWS 인스턴스에 예제를 넣었습니다. 해당 페이지로 이동하여 버튼을 클릭하고 다른 페이지를 방문한 다음 다시 누르십시오. 이제 54.186.79.95/decoywebsite에 있으며 54.186.79.95에 있다는 기록이 없습니다. /, 캐시가 비활성화 된 경우 서버는 "../decoywebsite"요청을보고 미끼 페이지를 보냅니다. 불행히도 전체 도메인을 수정할 수 없으므로 의심스럽지 않은 도메인이 필요합니다.

페이지 콘텐츠를 제거하려면을 사용하는 것이 가장 좋은 방법이라고 생각합니다 document.body.innerHTML='';. 기술적으로는 여전히 페이지에 있지만 모든 콘텐츠가 사라졌습니다.

다음 단계는 브라우저 기록을 수정하는 것입니다. window.history.replaceState( link to docs )는 페이지를 다시로드하거나 서버에 요청하지 않고도 기록을 수정할 수있는 HTML5 기능입니다. 꽤 빠르지 만 최신 브라우저에서만 작동합니다. 사용자가 패닉 버튼을 클릭하면 기록의 현재 페이지를 가짜 URL로 대체합니다.

악의적 인 사용자가 다시 클릭하면 서버 (Php, Python 등)가 가짜 URL로 요청을받습니다. 따라서 서버에 다른 엔드 포인트가 있어야합니다 (엔드 포인트를 이해하지 못하면 알려주세요). 가해자가 웹 사이트를 한 눈에봤을 때 의심을받지 않도록 원본 웹 사이트와 비슷한 모양과 느낌으로 무해한 기사, 조리법 또는 날씨 보고서를 만드십시오. 또한 다음을 사용하여 브라우저가 캐시하지 않는지 확인하십시오.<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE"> 태그 .

추가 비고

  • 이상적으로는 전체 웹 사이트 (물론 미끼 기사 제외)가 SPA (단일 페이지 응용 프로그램) 여야하므로 브라우저 기록 레코드를 하나만 생성하고 해당 기록 만 수정하면됩니다.
  • 하루가 끝나면 100 % 완벽한 패닉 버튼을 만들 수 없다고 생각합니다. 허용 가능한 수준의 보안과 편의성을 갖춘 제품을 찾으면됩니다.

또 다른 대안 : 포함 정보를 로컬에서 변경하고 브라우저 기록을 수정합니다.

나는 또한 google을로드 하는 대신 순진한 정보로 사이트를 로컬로 변환하는 것이 최선이 아니라면 생각했습니다. . 이것은 Google을로드하는 것보다 덜 의심스러워 보이며 (모두 그렇게합니다) 페이지를 다시로드하지 않고도 로컬에서 모두 수행 할 수 있습니다.

그들이 패닉 버튼을 클릭 할 때, 당신은 웹 사이트에서 유죄가되는 정보를 변경하고 무해한 것처럼 보이도록 빠른 (그리고 브라우저 간 호환) DOM 조작을 수행합니다 (텍스트 만 변경하면 빠르다). 이런 식으로 오늘날 대부분의 브라우저에서 거의 즉각적인 모든 작업이 로컬에서 수행됩니다. 스크립트가 이미로드되어 사용할 준비가 되었기 때문에 다시로드 / 서버에 대해 걱정할 필요가 없습니다. 동일한 모양과 느낌을 유지하면 사용자가 웹 사이트의 다른 페이지로 이동하는 것처럼 보입니다. 웹 사이트에서 위기 웹 사이트라는 것을 너무 분명하게 만들지 마세요. 물론 원래 콘텐츠로 돌아가는 것은 불가능합니다. 또한 사용자가 놀라지 않도록 패닉 버튼에서 전략이 무엇인지 명확히 할 것입니다.

이전 예에서와 같이 여전히 브라우저 기록을 변경하고 미끼 페이지 사본을 호스팅하는 다른 도메인을 구입하려고합니다. 도메인 이름이 의심스러운 경우뿐만 아니라 악의적 인 사용자가 새로 고침을 누르거나 자신의 기록으로 돌아갈 경우. 과거 기록이 아닌 현재 항목 만 수정할 수 있으므로 전체 웹 사이트를 SPA로 만들어야합니다. 물론 이것은 HTML5 브라우저에서만 작동합니다. 오류가 발생하지 않고 스크립트의 다른 부분이 여전히 이전 브라우저에서 실행되는지 확인하십시오.

사람들은 어떻게 생각합니까? 이것에 대한 어떤 약점? 대체 할 좋은 콘텐츠는 무엇입니까?


10
Angular / Backbone은 네이티브 JS로 할 수없는 작업을 수행하지 않습니다.
Frambot 2014 년

제안 된 편집 : #foo ref / fragment가 서버로 전송되지 않음을 명확히해야합니다. cURL : curl -v http://example.org/#/foo RFC 3986 "...을 사용하여 전송 된 내용을 확인하여이를 증명할 수 있습니다 . 조각 식별자는 역 참조 이전에 나머지 URI와 분리되므로 조각 자체 내의 식별 정보는 전적으로 사용자 에이전트에 의해 역 참조됩니다. ... "
조 Liversedge

1
@JoeLiversedge 맞아요 아마 맞아요. 그러나 해시 뱅 ( #)을 제거하면 서버에서 조각을 볼 수 있습니다. 일부 JS 프레임 워크는이 작업을 즉시 수행합니다. 나는 window.history순수한 JS 솔루션에 익숙하지 않지만 누구든지 내 게시물을 편집 할 수 있습니다. 현재 작업중인 앱 (Angular + Express)은 다음과 같이 작동합니다. 앱 내에서 탐색 할 때 서버가 표시되지 않지만 새로 고치거나 종료하고 다시 누르면 서버에 전체 요청이 표시됩니다.
NicolasMoise 2014 년

이 경우 프레임 워크를 사용해서는 안된다고 생각합니다.이 경우 종료 스크립트가 가능한 한 가벼워지기를 원하기 때문입니다 (DOM 조작이 필요하지 않습니다. 해시 뱅없이 상태를 푸시하고 나가기 만하면됩니다)
NicolasMoise

2
히스토리가 자동으로 가려 질 수 있다는 생각이 마음에 들지만 사용자가 HTML5 호환 브라우저를 사용하고 있는지 확신 할 수 없습니다. 기술에 정통하지 않다면 그렇지 않을 것입니다.
crush

28

구현 과정에서 생명이 위험하다고 말씀 하셨으므로 사용자에게 패닉 버튼을 클릭하는 대신 여러 탭을 사용하도록 교육하는 것이 좋습니다.

내 이유는

  1. '긴급'시기에 사용자가 손을 마우스로 이동하는 데 걸리는 시간 (손을 들어 머리카락이나 원하는 작업을 입력하거나 만진다고 가정), 소요 시간-> 0.5 초
  2. 귀하의 예제 사이트 에서 녹색 막대는 실제로 매우 작습니다. 솔직히 말해서 모든 사람이 손, 눈 조정에 매우 정확한 것은 아닙니다 (또한 마우스 커서 가속은 OS와 사용자 프로필간에 다를 수 있음). 사용자는 마우스를 "패닉"버튼에 놓고 클릭하십시오. 전문 FPS 게이머 가 아닌 경우에는 추가로 1-2 초가 걸릴 수 있습니다.
  3. 마지막 변수 가정은 스크립트가 원격 리소스 (예 : www.google.com)를로드하는 것과 관련된 경우 브라우저가 다음과 같다고 가정하여 생명을 위험에 빠뜨릴 수 있다는 것입니다.
    • 현대
    • 스크립트가 활성화 됨
    • 네트워크 속도 및 대기 시간이 최적입니다.
    • 캐시가 준비되었습니다.

원격 리소스를로드하려면 z-index : -1 및 일부 더미 웹 콘텐츠가있는 div를 삽입하는 것이 좋습니다. 클릭 할 때 Z- 색인을 위로 이동하여 화면의 모든 항목과 겹칩니다.

따라서 알려지지 않은 모든 변수와 함께 원격 리소스를로드한다고 가정하면 소요 시간이-> 0.5-10 초 라고 가정 할 수 있습니다.

누군가를 죽일 수있는 프로그램을 작성하려는 경우, 그들을 구하는 데 2 ​​~ 12 초가 걸릴 수있는 위험을 감수하지 말 것을 강력히 제안합니다.

지침이있는 배너를 넣어 사용자를 교육하십시오.

  1. 자신의 생명을 위협하지 않는 탭을 엽니 다 (예 : google.com, msn.com, yahoo.com).
  2. 사이트로 다른 탭 열기
  3. 사이트에서 정상적으로 탐색
  4. 비상시 Ctrl+W구글 크롬, IE , 파이어 폭스, 오페라 (기타 주요 브라우저는 확인 해주세요)

전체 아이디어를 얻으면 계획된 솔루션과 비교하여 ctrl + w를 누르십시오. 확실히 Ctrl+W더 빨라질 것이라고 확신 할 수 있습니다 .


3
역사의 흔적에 관해서는, 크롬에 IE와 시크릿 모드에서-개인 모드가있다
리 게리

7
확실히 더 빠르고 안전하지만 패닉 버튼을 대체하지는 않기 때문에 이것이 좋은 생각이라고 생각합니다. 특히 처음 방문하는 경우 모든 방문자가 튜토리얼을 읽고 이해했음을 기대할 수 없습니다. OP에는 안전한 브라우징 기술에 대한 튜토리얼과 패닉 버튼이 있어야한다고 생각합니다.
NicolasMoise 2014 년

42
대상 청중은 분명히 기술에 정통하지 않으며 매우 감정적이거나 스트레스를받는 상황에 있습니다. 가장 은밀한 방식으로 (아마도 잘 말하지 않는 언어로) 브라우저를 사용하는 방법에 대해 교육하는 것은 현재 가장 관심이없는 일입니다. 그리고 바로 교육을받는 순간 누군가가 들어 오면 어떻게합니까? 일반적으로 ctrl-w 등을 아는 것이 일반적으로 좋은 생각이지만, 그들이 기억한다는 것을 보장 할 수 있습니까? 눈에 잘 띄는 "패닉 버튼"은 그들에게 줄 수있는 훌륭하고 직관적 인 도움말입니다. 다른 모든 것은 더하기 만 할 수 있습니다.
PlasmaHH 2014 년

16
이것이 왜 투표되었는지 모르겠습니다. 이 대답은 말도 안되지만 모든 사람이 적절한 세이프 브라우징 기술을 알고 있다면 좋을 것입니다. 괴로움에 처해 있고 아마도 처음으로 귀하의 사이트를 방문하는 누군가가 이것을 알고 / 읽고 / 이해하기를 기대할 수 없습니다.

11
나는 이것이 왜 투표되었는지 솔직히 이해하지 못한다. 이것은 OP의 원래 질문에 불필요한 복잡성을 추가로 도입하는 끔찍하고 주제를 벗어난 답변입니다. 더 나은 제안은 추가 탭이 아닌 더 크고 명시적인 배너입니다. 키보드 단축키를 마스터 한 숙련 된 개발자 또는 수퍼 유저의 관점에서이 문제에 대해 생각하지 마십시오. 우리 엄마는 키보드 단축키를 신경 쓰지 않거나 더 명시 적으로 이해하지 못합니다.
theGreenCabbage 2014 년

23

이 답변은 기록 및 주소 표시 줄이 문제가 아니라고 가정합니다. 적어도 즉시는 아닙니다.

대본

Julie는 배우자 학대의 피해자입니다. 그녀는 인터넷에서 도움을 찾고 있으며 귀하의 웹 사이트 ( http://www.crisisprevention.com)를 방문합니다 (이 답변에 대한 허구).

그녀가 귀하의 사이트를 숙독하는 동안 배우자가 방에 빠르게 접근하는 것을 들었습니다. 그녀는 당황합니다. 다행히도 그녀가 스크롤 할 때 페이지에 고정 된 멋진 큰 버튼이 있습니다.

그녀는이 버튼을 클릭하고 ...

Google.com으로 이동합니다.

나는 다음과 같은 이유로이 접근 방식을 싫어합니다. 아무도 당신이 단순히 컴퓨터 앞에 앉아 구글 검색 프롬프트를 응시하고 있다고 믿지 않을 것입니다. 나를 믿어. 나는 전에 그것을 시도했습니다.

저는 구글 프롬프트로 탭을 열어 두곤했는데, 직장에서 주제를 벗어난 곳을 탐색하는 경우에는 아무도 현명하지 않도록 구글 탭으로 전환했습니다. 그것은 작동했습니다. 사람들이 왜 내가 하루 종일 Google 검색 화면을 쳐다보고 있는지 의문을 갖기 시작했습니다.

저는 이후 여러 주에서 다양한 작업 프로젝트가있는 탭을 열기 시작했습니다. 일반적으로 검색하는 사이에 제가 작업하는 것입니다. 그래서 지금은 실제로 몇 가지 작업을 수행하고 있습니다! 이 접근 방식을 이해하는 데 기술 천재가 필요하지 않으므로 @LeeGary의 답변이 최고 일 수 있습니다.

그녀가 걸립니다 ... 여전히 그녀를 데려 가고 있습니다 ... 오 인터넷 연결 문제

준비해야 할 현실이 있습니다. 그녀가 당황하는 순간 인터넷 연결이 중단 될 수 있습니다. 현재 콘텐츠는 HTTP GET 요청이 렌더링을 시작할 수있는 콘텐츠를 받기를 기다리는 동안 페이지에 계속 표시됩니다. 콘텐츠는 검색되지 않습니다. 인터넷 연결이 끊어졌습니다. 이것은 여러 가지 이유로 발생할 수 있습니다.

  • 배우자가 연결을 끊었습니다.
  • 접속중인 서버의 부하가 매우 높습니다.
  • 브라우저가 메모리에서 부끄러워 실행 중입니다.
  • ISP에 문제가 있습니다.
  • 전화 접속 연결 / 연결 끊기 (예, 여전히 존재합니다).
  • 컴퓨터가 느립니다.
  • DNS 서버가 다운되었습니다.

그 이유는 계속해서 브라우저가 패닉 버튼을 눌렀을 때 질식 할 수있는 이유와 그녀를 새로운 사이트로 이동 시키려고 시도합니다.

즉시 대체 웹 사이트 제공

내 솔루션은 사이트의 백그라운드에서 웹 사이트를 미리로드 할 것을 제안합니다. 에로드하고 <div>일반 사이트 뒤에 숨 깁니다. 콘텐츠가 많은 경우 z-index대신을 사용하여 숨기는 것이 좋습니다 display: none. 이런 식으로 미리 렌더링됩니다 ( 여기에서 잘못 될 수 있다고 생각합니다 ).

이제 인터넷 연결이 끊어져도 상관 없습니다. 그녀는 이미 내용을 가지고 있습니다. HTTP GET 요청과 관련된 지연 시간이 없습니다. 즉시 표시됩니다.

주소 표시 줄이 문제가되는 경우 도메인과 관련된 대체 웹 사이트를 제공하여이를 완화 할 수 있습니다.

예를 들어, 가상 (이 답변에 대한) 도메인을 사용하십시오. http://www.crisisprevention.com

세계 기아 위기를 해결하는 것과 관련된 대체 기사를 제공 할 수 있습니다.

여기서 아이디어는 가장 끔찍한 첫눈에 있다는 것입니다. 배우자가 들어 와서 그녀가 그녀에 대해 당황한 표정으로 Google.com으로 이동하는 것을 보았을 때, 그는 무언가가 일어나고 있다는 것을 의심하고 조사 할 의향이 더 커집니다. 마찬가지로 HTTP GET 요청이 느리거나 실패했기 때문에 그녀가 자신의 행동을 숨기려는 행위에 휘말리면 더 나쁠 수 있습니다.


3
대체 웹 사이트가 실제 웹 사이트와 동일한 모양과 느낌 (색상, 레이아웃)을 가질 수 있다면 좋을 것입니다. 따라서 가해자가 방에 들어올 때 눈가에서 사이트를 본다면 다른 사이트로 변경되지 않고 약간 깜박이는 것처럼 보일 것입니다.
micapam 2014 년

나는이 사고 과정을 좋아한다. 토글을 트리거하기 위해 JavaScript를 사용해야한다는 생각을 추가하고 싶습니다. 따라서 JS 오류가 있거나 JS가 실제 href 세트를 갖기 위해 비활성화 된 경우 (중요 하진 않지만) 가능성에 대한 백업 옵션이 있어야합니다. 링크에서 페이지 상단에 다시 고정하는 대신 어딘가로 이동합니다 (그런 다음 JS의 클릭 이벤트에서 false를 반환합니다).
GreatBlakes

1
디자인 관점에서 (micapam에 대한 응답으로) 전적으로 동의하며 패닉 버튼이 필요한 사이트를 만드는 디자이너는 눈에 띄는 색상 (채도 및 고유성)을 피하고 음영이있는 흰색 / 연한 회색 보조 톤을 사용해야합니다. 중성 / 공통 원색.
GreatBlakes

16

패닉 버튼에는 몇 가지 큰 문제가 있습니다.

  • 클릭하기 어렵습니다 (정확해야합니다).
  • 선택하는 데 시간이 걸립니다 (마우스가없는 랩탑을 사용하는 경우 엄청난 시간이 소요됨).
  • 그것은 당신을 역사에 저장합니다
  • 뒤로 버튼 / 백 스페이스를 통해 액세스 할 수 있습니다.

그리고 그녀가 이것을 읽고있을 때 그 버튼을 재빨리 클릭하려고하는 여성의 당황하고 무작위적인 움직임은 어떻습니까? 첫 번째 시도에서 버튼을 놓치면 어떻게 되나요?

따라서 구원받을 수있는 인간의 생명이 정말로 있다면 이것은 일종의 나쁜 생각입니다.

더 좋은 방법은 (이 사이트에 들어가기 전에 어떤 종류의 도움을 통해) 일반적인 방법을 보여주는 것입니다. 다음과 같을 수 있습니다.

사용자의 브라우저에 따라 키보드 만 사용하는 단계 목록 (마우스 없음)을 제공합니다. 예를 들어 그녀가 크롬을 사용하는 경우.

  1. 좋아하는 웹 사이트를 엽니 다 (FB, 트위터, 웃기는 토끼, 뭔가하는 것처럼 가장).
  2. 백 스페이스 / 기록 트릭을 허용하지 않는 CRTL + SHIFT + N (시크릿 창 열기)을 누릅니다.
  3. 거기에 우리 사이트를 입력하십시오 (버퍼 안에 무엇이 있는지 확인하는 것을 방지하기 위해 복사 붙여 넣기 없음)
  4. 내용을 읽고 항상 CRTL 및 W에 가까운 키보드에 손을 대십시오.
  5. 비상시 CRTL + W를 누르십시오.
  6. FB, twitter, funny bunny에 계속 출연

물론 적절한 언어로 설명을 수정해야합니다. 하지만 이렇게하면 잡히기가 정말 어렵습니다. 또한 거울과 창문, 유리 잔 및 기타 물건과 같은 기타 반 사면 옆에 앉는 것에 대해서도 이야기하십시오. 익숙해 지도록 잠시 동안 이러한 조합을 사용해 보도록 요청하십시오.

인간의 삶이 관련되어 있다면 전문적이어야하고이 패닉 버튼을 사용하지 마십시오. 특히 사람들에게 더 빠르고 안전하게하는 방법을 가르치는 것이 그렇게 쉬운 경우.

노비 우스에게 대답

포인트를 얻었습니다. 감사합니다. 그러나 나는 당신의 요점에 동의하지 않습니다. FB에 올리기 위해 많은 캠페인을 한 후 실제로 FB에서 본 적이 있습니까? 나는 없습니다. 비 기술적 인 사람들은 엄청나게 나쁜 아이디어를 떠올리는 것으로 악명이 높습니다. 그 중 일부는 경험했을 수도 있습니다 (보안 향상을 위해 은행 페이지를 마우스 오른쪽 버튼으로 클릭하는 것을 방지하고 휴대폰에서 쉽게 입력 할 수있는 4 자리 비밀번호). 버튼을 누르는 것이 더 쉬울 것 같지만 단계 목록을보십시오. 스트레스가 많은 상황에서해야 할 일은 CTRL + W를 누르는 것뿐입니다. 탭, 모드 및 기타 사항에 대해 생각할 필요가 없습니다. 이것은 기본 패턴에 도달합니다-누군가를 만나고 CTRL + W를 누르십시오. 제 생각에는 이것은 전혀 어렵지 않고 기억하기 쉽습니다. 버튼을 클릭하는 것을 기억하는 것보다 훨씬 어렵지 않습니다. 평범한 분위기에서 읽어야 할 다른 모든 것.

2 개의 버튼을 누르는 것이 마우스를 움직이는 것보다 훨씬 빠르며, 손가락이 위에있을 때 놓치기가 정말 어렵습니다 (실험을하고 스트레스가 가득한 상황에 놓이게하고 그 버튼을 빠르게 클릭하십시오). 또한 내가 언급했듯이-나는 panic button상황 에서 어떤 일이 잘못 될 수있는 이유를 최소한 네 가지로 보았지만 CRTL + W에서는 그 이유를 훨씬 덜 볼 수 있습니다. 인간의 삶이 관련되어 있다면 전문가가되어야합니다.

NicolasMoise에 대한 답변 . 사람들이 CTRL + W를 누르려면 기술에 정통해야한다고 계속 말하는 이유는 무엇입니까? 사람들에게 TOR, VPN 사용 방법, 암호화 채널 설정 방법을 보여 주려는 것이 아닙니다. 이것은 CTRL + W입니다. 사람들은 앵그리 버드를 연주하는 방법을 배웠으므로 (2 개의 버튼을 기억하는 것보다 훨씬 어렵습니다) 생명을 구하기 위해 CRTL + W를 배울 수 있습니다. 튜토리얼은 관찰자가 왜 이것을 읽고 있는지 이해할 수없는 방식으로 표시 될 수 있습니다 (내 단계 목록을 볼 때 첫 번째 추측이 될 것이라고 믿지 않습니다-아 이것은 여성 학대 사이트입니다).

그러나 아마도 사람들에게 거짓 안전에 대한 인식을주는 것이 훨씬 낫습니다. 대답은 주제에서 벗어난 것이 아닙니다. 그 사람은 패닉 버튼을 구현하는 방법을 묻고 있습니다. 저는 현재 방식에 결함이있는 이유와 더 나은 작업을 위해 무엇을 할 수 있는지 설명하고 있습니다. 그것은 '통신을 안전하게 만들고 싶어서 대체 암호를 사용하고 있습니다'와 같은 수준입니다. 그렇습니다. 그의 암호 속도를 높이고 모든 것이 정상인 척하거나 다른 방법을 보여줄 수 있습니다.

나의 추가 요점을 설명하려는 마지막 시도 : 사람들에게 접근 방식의 위험을 적절하게 설명해야합니다. 사람들이 문제를 제대로 설명하지 못해 고생했을 때 좋은 예는 Belorussian 블로거의 문제로, 인터넷에 익명으로 게시하면 정부의 탄압으로 추적 할 수 없다고 생각했습니다. 자원은 그들에게 실제 신원을 제공하지 않으면 구원받을 수 있다는 잘못된 믿음을주었습니다. 그들은 이것이 어려운 방식으로 사실이 아니라는 것을 배웠습니다 (몇 년 동안 투옥되었을 때).

누군가 그들에게 위험을 설명해 준다면 그들 중 일부는 향후 5 년을 절약하기 위해 어떤 도구를 사용하는지 배우는 것을 기뻐할 것이라고 생각합니다.

따라서 여성에게 몇 가지 옵션을주지 않는 이유 :

  • 접근 방식 A를 즉시 사용할 수 있으며 여기에 발생할 수있는 문제 목록이 있습니다.
  • 처음으로 무언가를 읽고 이해하는 데 X 분이 걸리는 접근 방식 B를 사용할 수 있습니다. 그런 다음 가능한 문제 목록이 더 작은 목록으로 줄어 듭니다.

그리고 그들이하고 싶은 일을 결정하게하십시오. 이렇게하면 위험을 알 수 있습니다.


14
나는 반대표를 던지지 않았지만 그것이 우스꽝 스럽다는 당신의 진술에 동의하지 않습니다. 패닉 버튼은 영국의 많은 자선 단체와 MP가 온라인에서 괴롭힘을 당하고 누가 도움을 받을지 모르는 청소년을 위해 페이스 북에 올리기 위해 캠페인을 진행 한 것입니다. 버튼을 누르는 것은 스트레스가 많은 상황에서 훨씬 더 쉽게 할 수 있으며, 그 다음에는 긴 단계를 미리 기억하고 상황이 발생해도 아무런 문제가 없을 것이라고 예상해야합니다.
Nobilis 2014 년

2
@Mark 잘, OP는 그것이 기본이라고 말했습니다 :) 그러나 나는 개념이 알려져 있고 친숙하며 내 의견으로는 비 기술적 인 사람들에게 더 적합하다는 것을 지적하려고 노력하고 있습니다. 당신은 버튼이 무엇인지 알고 그것을 누르십시오. 탭, 개인 모드 및 키보드 단축키의 관점에서 생각하는 것은 웹을 가끔씩 만 검색하는 사람들에게 더 복잡하고 덜 익숙합니다.
Nobilis 2014 년

2
@Salvador이 답변은 주제를 벗어났습니다. "오, 당신은 학대적인 관계에 있고 누군가 당신의 모든 움직임을 모니터링하고 있습니다. 적절한 브라우징 기술에 대한이 긴 튜토리얼을 읽고 이해하는 데 시간을 할애하여 다음에 사이트를 방문 할 때 안전 할 것입니다. 튜토리얼을 읽지 않았다고 가정합니다.) ". 모든 사용자가 기술에 정통하다고 가정하는 모든 시스템은 필연적으로 실패합니다. 다시 말하지만, 귀하의 방법이 나쁘거나 느리다고 말하는 것은 아니지만 (실제로 더 빠르고 안전합니다) 모든 방문자가 이것을 알 것이라고 기대할 수는 없습니다. 그래서 패닉 버튼이 필요합니다.
NicolasMoise 2014 년

4
불쾌하지는 않지만 저와 노빌리 스가하려는 요점을 이해하지 못하는 것 같습니다. Ctrl + W가 더 빠르고 안전하다는 말입니다. 동의합니다. 우리가 동의하지 않는 부분은 사이트 어딘가에서 언급했다고해서 모든 방문자가 Ctrl + W를 알고 기억할 것이라고 기대할 수 없다는 것입니다. 또한 OP는 특별히 패닉 버튼을 요청했습니다.
NicolasMoise 2014 년

1
@NicolasMoise이 작업을 수행하는 적절한 방법은 사람들이 상황에서 어떻게 행동하는지 알아보고 두 가지 접근 방식을 비교하는 이론적 연구라고 생각합니다. 버튼 및 CTRL + W 사용. 사람들이 CTRL + W를 눌러 얼마나 빨리 배울 수 있는지보십시오 (정말 어려울 수 있고 이해할 수 없습니다). 그런 다음 실패율을 확인합니다. 이것이 필요하다고 생각한다면, 사람들에게이 필요성 뒤에 숨어있는 위험을 말하지 않는 이유는 무엇입니까? 그들은 패닉 버튼이 완전히 실패하지 않는다고 생각할 수 있으며 누군가가 백 스페이스로 그들이 무엇을하는지 볼 수 있다는 것을 보여줄 수 있다면 정말 놀랄 것입니다.
Salvador Dali

10

아직 먼 여정이 남아 있다고 생각합니다.

사람들을 Google 페이지로 보내는 이유는

  1. 매우 빠르게로드됩니다
  2. 어쨌든 캐시 될 가능성이 있습니다
  3. 매우 빠르게 렌더링됩니다.
  4. 정말 잘 최적화되어 있습니다
  5. 빠르다고 말 했나요?

제공 한 링크가 느립니다.

화면을 빠르게 변경할 수있는 방법을 제공하려면 프레임 셋에서 사이트를 엽니 다. 프레임은 높이 0이고 사이트는 전체 높이 프레임입니다. 그런 다음 사용자가 링크를 클릭하면 프레임 높이 주변을 교체하고 이미로드 된 페이지의 최상위 창으로 리디렉션됩니다.


나는 구글이 프레임에로드되는 것을 용납하지 않는다고 생각하지만 프레임 전환 망토의 아이디어를 좋아한다.
다윗은 분석 재개 모니카 말한다

나쁜 생각은 아니지만 한 가지 문제는 URL이 동일하게 유지된다는 것입니다.
NicolasMoise 2014 년

핫 캐시를 사용하더라도 여전히 2-3 초 (느린 인터넷에서는 더 많을 수 있음)입니다.
Petah 2014 년

@David : OP는 Google을 사용하고 싶지 않았습니다.
symcbean 2014 년

@NicolasMoise은 : 더 빨리 주소 표시 줄 변경의 URL이 리디렉션 발행하지 않기 때문에
symcbean

5

패닉 버튼을 클릭하면 사용자가 잡히지 않도록 보장하므로 질문의 범위를 조금 확장하고 있습니다.

이 문제에는 위험과 사용자의 컴퓨팅 능력에 따라 발행해야하는 여러 가지 우려 사항이 있습니다.

따라서 사용자에게 가능한 가장 친근한 방법으로 기본적인 보안 지식을 제공하는 것이 좋습니다. 사용자가 스트레스를 많이 받고 있더라도 어떤 흔적을 남길 수 있는지 아는 것이 좋습니다.

흔적

검색 기록

사용자가 비공개 브라우징없이 귀하의 웹 사이트를 사용할 때마다 매우 분명한 흔적을 남깁니다. 개인 모드에서 실행중인 브라우저가 있지만, 그들은 개인 모드로 전환되어야한다는 입구에 경고를 가질 수 있는지 어떤지, 어떠한 적절한 방법이 없다 뿐만 아니라 항목의 현재 기록 삭제는. 사용자가 기록을 삭제하기 위해 따라갈 몇 가지 스크린 샷을 준비 할 수 있습니다 (또는 가능한 경우 사이트 항목 만 삭제).

쿠키

쿠키를 사용하면 다음 사람 이 해당 쿠키를 얻을 있으며 (만료 되었더라도)이 사이트가 사용되었음을 이해할 수 있습니다. 가능한 경우 인증을 위해 사용자 지정 헤더를 사용하면 컴퓨터에 흔적이 남지 않습니다.
이로 인해 좋은 생각이 아닐 수있는 응용 프로그램의 구조를 변경할 수 있습니다. 사용자가 비공개 브라우징 세션을 사용하고 있는지 확인한 후에 만 ​​브라우저에서 쿠키를 설정합니다.

캐싱

기술에 정통한 사람은 페이지를 열고 네트워크를 검사하여 캐싱을 사용하면 사이트를 방문했는지 감지 할 수 있습니다. 응답에 이러한 헤더를 사용하여 캐시하지 않도록 브라우저에 명시 적으로 지시해야합니다.

'Cache-Control: no-cache, no-store, must-revalidate'
'Pragma: no-cache'
'Expires: 0'

뒤로 버튼

페이지를 변경하면 모든 페이지가 현재 기록에 포함되어 (비공개 브라우징 세션에서도) 뒤로 버튼을 사용할 수 있습니다. 가능하다면 replaceState뒤로 버튼이 깨지도록 모든 페이지 변경을 활용하세요.

암호화

도청을 방지하려면 HTTPS를 사용하십시오. DNS 쿼리는 여전히 암호화되지 않지만 사용자가 정부 자료를 유출하지 않는 한 이것이 문제가되지 않을 것이라고 생각합니다. 그렇다면 웹 사이트는 어쨌든 충분히 안전하지 않을 것입니다.

일반적으로 추적을 제거하는 데 충분해야하며 .NET과 같은 다른 지속성 레이어를 사용하지 않는지 확인하십시오 localStorage.

패닉 버튼

이것은 완전히 다른 문제이며 계산에 여러 가지를 포함해야합니다.
우선, 이것이 생명을 위협하는 시나리오 인 경우 사용자가 .NET Framework를 시작해야 할 때 완전히 스트레스를 받게 될 것임을 이해해야합니다 panic exit. 우리는 컴퓨터 화면의 위치를 ​​알지 못하고 사용자가 패닉 시간에 무엇을하고 있는지 추측 할 수 없습니다.

화면 위치 문제

최악의 경우는 위협이 화면과 사이트를 (먼 거리에서) 볼 수있는 방식으로 화면이 배치되는 것입니다. 이 경우 exit site의심을 없애기 위해 사이트와 매우 유사한 방식으로 사이트를 설계해야합니다 . 다른 디자인에서 흰색으로 이동하면 Google은 화면이 두 사이트 (적당히 어두운 방에서)간에 방출되는 색상을 비교하는 것만으로도 화면이 직접 보이지 않더라도 눈에 띕니다.

출구 속도

리디렉션 만하는 경우 시간을 변경할만큼 빠르지 않을 수 있습니다. iframe에 이탈면을 미리로드해야하며, 패닉이 발생하면이를 전체 화면으로 표시 한 다음 리디렉션해야합니다. 이것은 종료 사이트의 정적 콘텐츠를 캐싱하는 데 도움이되며 상황이 더 빨라집니다. replaceState뒤로 버튼을 비활성화하려면 자연스러운 탐색 대신 사용하십시오 .

출구 경로

출구 경로를 사용자가 즉시 쉽게 이용할 수 있는지 확인해야합니다. 가장 가능한 두 가지 상태는 사용자가 입력 중이거나 사용자가 탐색 중이라고 생각 합니다. 즉, HTML에 종료를위한 키보드 단축키와 큰 버튼이 모두 있어야합니다.

키보드 종료

ESC 키를 두 번 누르면 트리거되거나 큰 키 중 하나를 눌러야한다고 생각합니다 (스페이스 또는 엔터 등). 어느 쪽이든 사용자에게 이에 대해 알리고 가능하면 시도하여 스스로 훈련하도록해야합니다. 공황 탈출을 시도하는 것은 그들이 공황 상태에서 행동을 예상하여 좋은 추론을하는 데 도움이 될 것이며 (예상되는 행동이 완화 될 수 있음), 그렇게하도록 훈련되어 공황 상태에서 적절하게 할 가능성이 더 높아질 것입니다. 시각.

마우스 종료

이것은 매우 간단 할 것이고, 패닉을 유발할 크고 다른 색깔의 버튼을 가질 것입니다.

어디에서 나가나요?

이는 경우에 따라 다르며 기본적으로 일반적으로 사용되는 유사하게 디자인 된 사이트로 리디렉션하는 것이 설계 상 현명 할 수 있습니다. 사용자가 스스로 이탈 사이트를 선택하도록 허용하는 것도 합리적 일 수 있습니다 (정상적인 기본값을 설정 한 후).

노트

  • 사용자가 비공개 브라우징 및 패닉을 사용하는 경우 브라우저는 여전히 비공개 브라우징 상태에 있으므로 의심을 불러 일으킬 수 있습니다. 주위에는 쉬운 방법이 없습니다. 나중에 기록을 지우도록 사용자에게 지시 할 수 있지만 충분한 시간이 없을 수 있습니다.
  • 대부분의 답변은 데스크톱 브라우저에 초점을 맞추고 있으며 모바일 장치에서의 경험은 다르지만 그다지 많지는 않습니다.

3
OP는 "패닉 버튼 구현 방법"을 물었지만 사람들은 "웹을 안전하게 탐색하는 방법"에 대한 자습서로 대답하는 것 같습니다. 그것은 당신을위한 것입니다. 당신이 필요한 것을 우리에게 말하지 마십시오. 우리가 당신에게 말할 것입니다.

4

안정적인 탈출

편집 : 떠오르는 또 다른 사실은 사용자가 케이블 연결을 끊는 것을 포함하여 모든 종류의 이유로 인해 인터넷 연결이 끊어진 경우 다른 사이트로 이동할 수있는 방법이 없다는 것입니다. "유죄 판결"페이지의 헤드 라이트에 사슴처럼 붙어있을 수 있습니다. 나는 이것이 실제로 페이지의 iframe에 귀하의 사이트를로드하는 양성 파트너 / 제휴 사이트로 실제로 이동한다는 아이디어에 신뢰성을 더한다고 생각합니다. 사이트를 사라지게하려면 이미 iframe에로드 된 JavaScript를 사용하여 DOM에서 iframe을 삭제하면됩니다. 인터넷 연결이 끊어져도 작동합니다.

빠른 종료를 위해 Esc 키를 활성화합니다. 이는 사용자가 필요하다면 가상 버튼으로 마우스 포인터를 이동하고 클릭하는 대신에 사용할 수있는 키보드의 물리적이고 잘 알려진 키입니다.

편집 : 방금 이전 포스터 . "ESC"로 참조, Esc 키를 언급 답장을 작성하기 전에 페이지에서 "Escape key"를 검색했지만 놓쳤습니다.

편집하다: "여기를 클릭하거나 빨리 종료하려면 ESCAPE를 누르십시오."라는 텍스트와 함께 페이지에 패닉 버튼을 남겨 둘 것입니다. 하지만 하나는 페이지 상단에, 하나는 하단에 배치했습니다. 페이지 전체에 스트립을 추가 할 수도 있습니다. 방문자가 해당 경계 영역의 아무 곳이나 클릭하면 콘텐츠가 사라집니다.

또한 고려하십시오; 패닉 상황에서 패닉 버튼을 합리적으로 쉽게 클릭 할 수 있도록하려면 약간 크게 만들고 페이지가 스크롤 될 때 이동하거나 여러 패닉 버튼을 페이지 자체가 의심스러워 보일 수 있습니다. 아마도 이것들은 당신이 말하는 꽤 별개의 페이지를 원하는 것 같습니다.

jQuery를 사용하는 경우 다음과 같이 Escape 키에 응답 할 수 있습니다.

jQuery( function ( $ ) {
    $( document ).keyup( function ( e ) {
        if ( e.which === 27 ) // escape
         {
         // clean up... 
         }
    } );
} ); 

단일 페이지 AJAX 앱

제안 된 모든 솔루션은 다른 사이트를 미리로드하여 사이트 상단에 빠르게 표시하거나 DOM을 지운 다음 다른 사이트로 이동하여 다른 사이트로 빠르게 이동할 수있는 방법을 찾는 것 같습니다. 도대체 무엇이.

내가 그 접근 방식을 취한다면, 매번 나타나는 것과 동일한 "흑인 여성 신발 검색"이 아니도록 순환 할 검색 엔진 검색과 보편적으로 무해한 사이트 목록이있을 것입니다.

그러나 전체 개념을 머리 위로 돌리는 것은 어떻습니까? 하나 이상의 무해한 미끼 사이트를 사용하거나 무해한 상업용 사이트를 요청하여 무해한 링크를 호스팅하고 호스트 페이지 상단의 iframe에서 단일 페이지 AJAX 앱으로 사이트를로드 하시겠습니까?

편집 : 자신의 안전을 위해 방문자를 협력 파트너 사이트로 리디렉션하고 큰 친근한 "이동"버튼을 표시 할 것이라고 홈페이지에 간략하게 설명하여이를 수행 할 수도 있습니다. 파트너 사이트가 여러 개인 경우이를 푸시 할 수 있으므로 훨씬 좋습니다. 그들이 클릭하면 페이지의 브라우저 기록을 지우고 제휴 사이트에서 부트 스트랩 자바 스크립트가 iframe을 즉시로드하도록 지시하는 URL 쿼리 매개 변수를 사용하여 제휴 사이트로 리디렉션합니다. 그 시점부터 제휴사의 웹 서버에 추가 부하가 없습니다. 이렇게하면 공식 홈페이지가 생기지 만 방문자는 즉시 페이지에서 완전히 빠져 나갑니다.

Escape 키를 누르거나 패닉 버튼을 클릭하면 DOM에서 iframe이 삭제되고 무해한 호스트 페이지가 남고 브라우저 기록이 없습니다. (휙)

링크가 약간의 부트 스트랩 JavaScript 코드를 실행하고 실제로 브라우저를 사이트로 전혀 탐색 하지 않기 때문에 이러한 방식으로 브라우저 기록 문제를 완화 할 수 있습니다.

호스트 페이지의 부트 스트랩 링크를 클릭하면 DOM에 iframe을 삽입하고 부동 (절대 위치 및 z 순서)하여 호스트 페이지 상단에 배치 한 다음 웹 서비스에 대한 AJAX 호출을 수행하여 프레임에로드 할 HTML 콘텐츠를 검색합니다. 프레임의 모든 추가 링크 및 / 또는 버튼은 데이터를 서버에 게시하거나 표시 할 데이터를 검색하는 등 서비스에 대한 AJAX 호출을 수행합니다. 사용자의 브라우저에 실제 "페이지"를 전혀로드하지 않습니다.

이 접근 방식의 또 다른 좋은 점은 브라우저가 충돌하거나 불안 정해져 작업 관리자에서 종료해야하는 경우 정리 코드가 실행되지 않도록해야한다는 것입니다. (필수) 아무것도 없기 때문에 문제가되지 않습니다. 정리합니다.

휴스턴 ...?

특히 삶이 줄을 서있을 수 있다는 맥락을 고려할 때 이러한 솔루션 하나에서 볼 수있는 몇 가지 심각한 문제 가 있습니다.

  • 브라우저 캐시의 캐시 된 개체 (주로 이미지)

  • 라우터 / 방화벽이 HTTP / HTTPS 요청을 로깅 할 수 있으며 피해자는이를 알지 못할 수 있으며 브라우저를 정리하기 위해 수행하는 작업은이를 완화 할 수 없습니다.

  • 사용자의 컴퓨터에 키 로깅 / 스크린 캡 스파이웨어가 설치되어있을 수 있으며 브라우저 앱에서 할 수있는 작업은이를 완화 할 수 없습니다.

  • 컴퓨터 충돌, 웹 브라우저의 결함 및 충돌 및 정리 코드를 실행할 수 없기 때문에 흔적이 남습니다.

적어도 하나의 다른 포스터에서 제안한 것처럼 (솔직히 다른 게시물을 간단히 훑어 봤습니다) 보안 모드에서 브라우저를 사용하면 이러한 시나리오의 대부분을 완화 할 수 있습니다. 그러나 그것은 사용자 교육 문제이며 사용자 교육은 최상의 조건에서 약간 미쳤을 수 있습니다. 피해자가 기술에 익숙하지 않은 경우, 특히 침착 한 사고가 어려울 수있는 패닉 모드 상황에있는 경우 제대로 처리하기 어려울 수 있습니다.


2

일부 오래된 게임과 사이트에서 "Boss"패닉 버튼을 볼 수 있습니다. 상사가 오면 순진한 것으로 빠르게 전환 할 수 있다는 생각입니다 (물론 그들이 먼저 다가오는 것을 봐야합니다!).

학대자가 들어올 때 거의 모든 서두르거나 열광적 인 행동은 의심을 불러 일으킬 것입니다. 큰 제목이나 사진이 목적을 알리지 않고 일반 뉴스처럼 (먼 거리에서) 보이도록 화면을 디자인하는 것이 좋습니다. 이것은 종종 당황하지 않고 사이트에서 "여유롭게"나갈 수있는 시간을 허용 할 수 있습니다. 패닉 버튼 링크가 예를 들어 진실한 뉴스 사이트로 사용자를 이동시키는 경우 훨씬 더 좋습니다 (충분히 빠르게 표시되는 경우).

다른 사람들이 언급했듯이 가해자가 의심스러워지면 (그리고 많은 제어 광이있는 경우), 사용자가 어디에 있었는지 빠르게 찾을 수있는 기록 추적이 브라우저에 남아 있습니다. 솔직히 말해서 할 수있는 일이별로 없습니다. 특히 사용자가 자신의 흔적을 숨기려고 열광적 인 패닉 모드에 들어가고 가해자가이를 본다면 더욱 그렇습니다. 시간이 초과 된 후 화면 자체를 무고한 것으로 새로 고칠 수 있더라도 브라우저 기록에는 URL이 있습니다.

가해자가 뒤에서 몰래 다가 오지 못하도록 컴퓨터를 배치하거나 도서관이나 기타 비공개 장소로 이동하여이 사이트를 사용할 수 없도록 사용자에게 조언하십시오. 화면 콘텐츠가 멀리서 보면 흐릿한 경우 (위 참조) 다른 사람의 관심을 끌지 않아야합니다.

행운을 빕니다!


내 대답은 좀 (그것이 비록 완벽 하진 아마도에 따라 개선 될 수있다) 브라우저의 역사 문제를 다루는
NicolasMoise

2

이미 백그라운드에서로드 된 실제 사이트 대신 오류 페이지를 표시 할 수 있습니다. 가짜 유튜브 나 구글 404 페이지일까요? 나는 이것이 추가 콘텐츠의 크기를 최소한으로 유지할 것이라고 생각합니다.

다른 사람들이 제안했듯이 이스케이프 키도 사용합니다. 마우스 패드를 가지고있는 사람에게 훨씬 더 쉬울 것이고, 사용자가 사이트를 탐색 할 때 손가락을 계속 붙일 수 있습니다.

다른 옵션을 사용할 수도 있습니다. 페이지 자체의 버튼을 클릭하거나 다른 이스케이프 방법에 대해 알립니다 (앞에서 언급 한대로 Ctrl + w). 태블릿 사용자를위한 제스처일까요? 이를위한 라이브러리가있을 것입니다.

물론 작업 표시 줄에서 URL을 변경할 수 있습니다. (그 방법에 대한 코드는 다른 게시물을 참조하십시오).

탈출 옵션을 시도하도록 격려하십시오. 그래서 그들은 자신이하는 일과 이에 대응할 수있는 방법을 알고 있습니다.


0

나는 우리가 이것을 다르게 할 수 있다고 생각합니다. 내 아이디어는 다음과 같습니다.

  1. 가짜 콘텐츠 만있는 웹 사이트를 보여주세요 (실제 콘텐츠와 유사한 스타일 및 레이아웃).
  2. 사용자는 3 단계를 트리거하기 위해 콘텐츠와 특정 상호 작용을 수행해야합니다 (예 : 텍스트 상자에 XYZ를 넣거나 확인란 또는 라디오 버튼의 조합을 클릭 한 경우 등).
  3. 2 단계가 만족되면 사용자가 페이지 (오른쪽)의 특정 작은 지점을 숙취하면 페이지에 실제 콘텐츠가 표시됩니다. 마우스가 위에 있으면 내용이 유지됩니다.
  4. 비상 / 공황 상태에서 사용자는 실제 콘텐츠에서 마우스를 이동하기 만하면 콘텐츠가 가짜 콘텐츠로 다시 변경됩니다.

... "멀리 앵커를"자신의 머리에 과일의 가방을 들고 노래 그렇지 않으면 실제 내용이 표시되지 않습니다 동안 ...
크레이그

@Craig, 당신은 ... 생각이있어
볼루
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.