JavaScript의 정상적인 성능 저하는 얼마나 중요합니까?

웹 개발자가 JavaScript를 사용하여 웹 응용 프로그램을 점진적으로 향상 시켜서 기능이 정상적으로 저하되도록하여 액세스 가능성을 지속적으로 유지해야합니까? 아니면 새로운 기능이나 다른 개발 영역에 집중해야합니까?

이 질문의 문구는 다음과 같습니다. JavaScript / 비활성화 된 웹 사이트 나 응용 프로그램을 사용하는 고객 / 클라이언트 / 사용자는 몇 명입니까? JavaScript 기능 (특히 거의 모든 기능)을 요구하는 요구 사항이있는 프로젝트가 있고 그러한 요구 사항도 정상적으로 저하되어야합니까?

이 질문을하기 위해 JavaScript를 활성화하지 않은 채 programmers.stackexchange.com을 열었고 "Programmers-Stack Exchange는 JavaScript가 활성화 된 상태에서 가장 잘 작동합니다"라는 메시지가 표시되었습니다. 사이트가 일반적으로 정상적으로 작동하는 것처럼 보이지만 로그인하기가 어려웠습니다. (질문에 투표 할 수 없었습니다.)

이것이 개발에 대한 만족스러운 접근법이라고 생각합니다. 모든 사이트 기능을 일반 HTML 및 서버 측 로직에서 작동하게 만드는 노력을 상상해보십시오. 다른 한편으로, 나는이 접근법에 의해 얼마나 많은 사용자들이 소외되었는지 궁금합니다.

우리는 모두 점진적 향상을 사용하고 웹 응용 프로그램의 동적 기능이 정상적으로 저하되도록 교육을 받았습니다. 이 점진적인 향상이 방금 바람에 빠지거나 일부 고객이 실제로 JavaScript를 사용하지 않고 특정 웹 서비스를 사용합니까?

NoScript를 사용 하지만 실제로 사용하려는 사이트는 모두 허용합니다.

NoScript를 설치하면 JavaScript, Java, Flash Silverlight 및 기타 실행 가능한 내용이 기본적으로 차단됩니다 . 당신은 할 수 있도록 자바 스크립트 / 자바 / ... 실행 ... 선택적으로, 사이트에 당신은 신뢰합니다. 자주 방문하거나 자주 방문 할 때 무작위로 또는 영구적으로 서핑하는 경우 사이트가 스크립트를 일시적으로 실행하도록 허용 할 수 있습니다. 이것은 NoScript가 자신의 브라우저 습관을 배우고 잠시 후에 백그라운드에서 사라지는 경향이 있지만 악의적 인 웹 페이지를 우연히 발견하면 하루를 절약하기 위해 즉시 돌아옵니다.

차단 된 스크립트가 포함 된 사이트를 탐색하면 팝업 차단기에서 발행 한 것과 유사한 알림이 표시됩니다.
현재 또는 NoScript 권한을 확인하려면 상태 표시 줄 아이콘 또는 아이콘을보십시오.

JavaScript를 사용하지 않는 사람의 비율은 무시할 만하다고 생각합니다. 그러나 검색 엔진 봇에주의하십시오! 그들은 일반적으로 JavaScript를 사용하지 않지만, 그로 인해 중요한 내용을 건너 뛰기를 원하지 않을 것입니다.

나는 항상 JavaScript가 활성화 된 상태로 탐색하며 웹 브라우저가 시작된 이래로 사용합니다.

한 번도 브라우저 경험을 떨어 뜨릴만한 단일 문제가 없었습니다. 아마도 몇 가지 팝업이나 다른 성가심이 있지만 이점은 내 의견으로는 위험보다 훨씬 큽니다.

Linux에서 콘솔을 사용할 때 GUI를 사용할 수없는 경우 Lynx를 사용하는 경우가 있습니다. 내가 아는 한 lynx는 전혀 JavaScript를 지원하지 않습니다.

또한 JavaScript가 지원되지 않는 오래된 모바일 브라우저를 사용했습니다.

그러나 그러한 상황에서는 사이트에서 완전히 유용 할 것으로 기대하지 않습니다. 나는 보통 인터넷을 사용하여 무언가를 빨리 찾는다 (예 : 전화 번호 얻기). 따라서 귀하의 사이트의 비 JavaScript 인터페이스는 수동 참조 역할로 제한되어야한다고 생각합니다. Stack Exchange는 이에 대한 좋은 예입니다. 답변을 찾을 수는 있지만 투표 할 수는 없습니다. 참조로 사용하기 위해 있습니다.

집이나 사무실에 없을 때 정기적으로 스마트 폰의 웹 브라우저에서 웹을 서핑합니다. JavaScript를 지원하지만 (적어도 하위 집합) 항상 제대로 처리하지는 않습니다. 많은 웹 사이트가 많은 리소스를 소비하거나 브라우저를 중단시키기 때문에 사용할 수없는 많은 웹 사이트를 발견했습니다.

기본 제공 브라우저를 선호하지만 그 중 하나가 더 잘 작동 할 수 있도록 두 개의 대체 브라우저를 유지합니다.

이 글에서 언급되지 않은 한 가지는 스크립트가 깨지면 어떻게 되는가입니다. 대부분의 경우 페이지에서 스크립트를 추가로 실행하지 못할 수 있으므로보다 간단한 탐색 방법으로 대체 할 수있는 방법이 필요합니다.

스크립트는 여러 가지 이유로 중단 될 수 있지만 가장 명백한 것은 .js 파일에 대한 요청이 불완전하고 DOM ( AdBlock 등)을 변경하거나 네임 스페이스가 잘 지정되지 않은 객체를 도입 할 수있는 다양한 애드온입니다 .

사람들이 명시 적으로 스크립트를 비활성화하는 것과는 아무런 관련이 없습니다. 참고로, 많은 최신 라우터, 방화벽 소프트웨어 등은 종종 웹 사이트에서 스크립트, 플래시 등을 비활성화 / 필터링하는 기능을 가지고 있으므로 네트워크 레이어에서 구성되어 사용자가 알지 못하도록 할 수도 있습니다 (생각하십시오) 다른 편집증 사람들이 인터넷에 액세스하도록 구성한 공공 카페, 학교 또는 기타 환경).

일반적으로 사이트의 기본 기능 (레이아웃 및 탐색)을 사용하여 정상적으로 성능이 저하되는 사이트를 개발하기위한 나의 주요 주장입니다.

JavaScript를 비활성화하는 유일한 방법은 내 웹 사이트를 테스트하는 것입니다. 그러나 Yahoo의 사용자 중 1-2 %에서 JavaScript를 사용하지 않는 것으로 밝혀진 연구에 관심이있을 수 있습니다 . 야후의 독자는 아마 일반 사용자를 잘 표현한 것일 것입니다.

연구의 주요 인용문 :

미국 방문객의 2 %는 별거 아닌 것 같지만 3 억 명 이상의 사용자가 Yahoo! 매월 홈페이지. 즉, JavaScript를 사용하지 않고 매달 600 만 명의 사용자가 방문합니다. 따라서 JavaScript를 지원하는 버전의 사이트에서 시간을 투자 할 가치가 있지만 그 사이트를 사용할 수없는 사소한 사용자가 여전히 있습니다.

내가 사용하는 노 스크립트를 와 함께 애드 블록 플러스 의 모든 시간.

오늘날의 웹은 너무 적대적이어서 (공개 JavaScript + 성가신 광고) 보호받지 못합니다.

물론 여기에서 실제로 왜곡 된 샘플을 얻었으므로 자신의 사이트에서 직접 조사하는 것이 좋습니다.

개인적으로 NoScript를 사용합니다. 사이트를 화이트리스트에 올리는 것을 거의 꺼리지 않지만 그렇게하는 데 가치가있는 것으로 보입니다. 즉, 이유가 필요하지만 설득력이있을 필요는 없습니다.

또는 우리 중 일부는 실제로 JavaScript를 사용하지 않고 특정 웹 서비스를 활용합니까

예.

브라우징은 세 가지 범주로 나뉩니다.

일반 브라우징 -Safari 또는 Chrome (Mac OS X)
-iGoogle, 스택 오버플로, 일부 블로그

특별 웹 사이트 :-Firefox, NoScript, AdBlock Plus 및 FlashBlock
사이트 (필요하지 않은 JavaScript). (중요한 경우 볼리우드 영화 / 음악에 대한 일부 인도 사이트. 불필요하게 무거운 스크립트 -페이지 자체가 5 분마다 다시로드 됨)

모바일 브라우징 :
나는 Nokia 5310을 가지고있었습니다. 이제 더 오래된 Sony Ericsson W700i가 있습니다. 여행 할 때 사용합니다 (Opera Mini는 꽤 좋습니다). 이곳은 JavaScript가없는 곳입니다. 나는 사이트와 상호 작용하고 싶지 않다 (주로). 그럼에도 불구하고 대부분의 사이트는 불가능 볼 수 있습니다.

Pragmatic Programmers "HTML5 and CSS3"을 읽으십시오 . 필자는 사용자의 5 %가 자바 스크립트를 사용 중지했다고 말합니다.

그의 출처는 다음과 같습니다. EU 및 미국 JavaScript 비활성화 색인 번호 + Web Analytics 데이터 수집 영향 .

자바 스크립트 비활성화 색인 번호

EU : 1.4 %
미국 : 3.05 %

_{출처 : IndexTools를 사용하여 여러 산업 웹 사이트에서 1.000.000.000 방문.
(VisualRevenue.com/blog – Dennis R. Mortensen)}

비율도 떨어지는 것 같습니다.

NoScript를 설치하는 경향이 있으며 신뢰하는 사이트 만 허용합니다. 그렇지 않으면 필요한 경우 특정 도메인에 대해 "일시적으로 허용"을 사용합니다.

이것은 단지 좋은 보안입니다. 그렇지 않으면 컴퓨터에서 임의의 양의 코드를 실행할 수 있습니다! 샌드 박스를 사용하더라도 항상 취약점이 있습니다.

내 습관 외에도 대부분의 사람들이 JavaScript로 탐색하더라도 점진적으로 향상되는 사이트를 개발하는 것이 여전히 유용합니다. 사이트가 기준에 따라 작동하면 가장 많은 사용자에게 서비스를 제공 할 수 있습니다. 또한 비주얼 디자인과 비즈니스 로직에서 데이터를 분리한다는 의미입니다. 클라이언트 측에서 JavaScript로 수행하는 대부분의 작업은 서버 측에서 수행해야합니다. 클라이언트 측에서는 사이트 사용자에게 편의를 제공해야합니다.

물론 JavaScript가 필요한 예외가 있지만 일반적으로 기대되는 부분이 있습니다. 예를 들어, 게임 인 BioLab Disaster에 대해 JavaScript를 활성화 할 것으로 예상 되지만 A List Apart 와 같은 사이트 에서는 대부분 텍스트가 아닙니다 .

양식을 작성할 때 JavaScript를 사용하여 양식을 제출할 것으로 기대해야합니까? 왜? JavaScript 코드가 문자 대신 숫자를 입력하지 않았는지 확인할 수 있도록?

Windows Server 상자에서 Javascript는 기본적으로 비활성화 되어 있습니다. Google의 IT 정책은 많은 사이트를 차단합니다. 일부 콘텐츠를 읽는 유일한 방법은 서버에서 서핑하는 것입니다. JS는 기본적으로 비활성화되어 있습니다.

선호하는 구성은 아니지만 때때로 수행해야하는 작업입니다.

Chrome + AdBlock Plus를 사용하고 JavaScript가 켜져 있습니다.

편집 : 지금 NotScript를 사용 합니다. :)

Chrome ALONE은 거의 모든 팝업을 차단하며 (한 번에 침입 한 [Chess.com] 사이트는 하나만 발견했습니다) AdBlock은 모든 광고를 제거하므로 문제가 없습니다.

IMO, JavaScript는 전반적으로 "더 나은 경험"을 제공하며 신뢰할 수있는 사이트 (해킹되지 않은 사이트)를 방문하는 한 괜찮습니다. "컴퓨터 사용자"/ 개발자로서, 우리는 매우 "인터넷 감각"이 있어야하며 사이트가 악성 일 수 있는지 알 수 있어야한다고 생각합니다.

제 생각에는 접근성은 거의 모든 것보다 낫습니다. 보조 기술에 의존하는 사용자는 시간이 조금 더 걸리더라도 항상 사이트의 기능을 최대한 활용할 수 있어야합니다. 사용자 중 몇 퍼센트가 문제에 의존하는지는 중요하지 않습니다. 내게 필요한 옵션이 주요 초점 중 하나 인 오픈 소스 웹 프로젝트를 코딩하고 실제로 JavaScript를 사용하거나 사용하지 않고 양방향으로 작업을 수행하는 방법을 실제로 배웁니다. (그리고 JavaScript는 실제로 문제의 작은 부분이기 때문에 접근성과 관련된 많은 것들이 있습니다.)

내가 방금 언급 한 프로젝트의 사용자들로부터 그들이 어떤 기술을 사용하는지에 대한 답변이있는 흥미로운 설문이 있습니다 . 당신에게 관심이있을 수 있습니다.

흠, 이제 오메가 맨 같은 느낌이 듭니다 . :) 분명히 JavaScript (및 쿠키)를 끈 마지막 사람입니다 . (예를 들어, 스택 오버플로와 같은 특정 사이트에 필요하지 않은 경우)

내가 많이 누락 의심 - 나는 보통 때 않는 사이트에 대한 자바 스크립트를 켜, 뭔가 않습니다 완전히 나를 총 낯선 사람에게 개인 정보의 톤을 분출 할 수와 같은 쓸모를, 또는 좀 이동 광고 표시 - 내가 원하는 단지 무엇을, 기사를 읽는 데 집중하려고하는 동안 화면에서 임의의 움직임이 발생합니다 ...

방금 AskUbuntu.com에 대한 질문에 답변했습니다. 사이트에서 JavaScript를 활성화해야했습니다. 명확하지 않다고 생각 될 때까지 NoScript를 사용하고 사이트에 JavaScript를 활성화합니다. 기본적으로 이전에 방문하지 않은 사이트에 대해서는 JavaScript가 꺼져 있습니다.

나는한다. 노 스크립트. 브라우저가 샌드 박스 처리되면 종료되지 않고 종료됩니다.

사람들은이 결정이 마치 이진 인 것처럼 계속 이야기합니다. 당신은 정상적으로 저하되거나 그렇지 않습니다. 대신, 각 개별 기능에 대해 정상적으로 성능 저하의 비용과 이점을 고려하지 않습니까? 예를 들어, 사이트에 기본 기능이 있지만 특정 기능을 사용하려면 여전히 Javascript가 필요합니다.

또한 자바 스크립트를 사용하지 않도록 설정하는 많은 사람들은 기본적으로 필요한 부분 만 가지고 가벼워진 웹 사이트를 사용 하기 를 원하기 때문에 그렇게 합니다. 종소리와 휘파람 소리를 피하려고 특별히 노력하는 사용자를 위해 일하는 데 시간을 할애 할 수 있습니다.

사람들은 우아하게 타락시키는 것이 많은 일이라고 불평합니다. 얼마나 많은 작업에 대해 불평하는 경우 Javascript가 필요한 기능을 작업 중일 것입니다.

Javascript가없는 사용자는 항상 사이트를 탐색하고 연락처 페이지를 사용하며 기사 나 블로그 게시물을 읽을 수 있어야한다고 생각합니다. 더 복잡한 기능의 경우 관련된 작업 대 혜택을 기준으로 판단 요청을하십시오.

나는 Pr0n (나쁜 동네!) ;-)

일이 너무 많이 일어났기 때문에 정기적으로 탐색하기 위해 사용 중지하려고 포기했습니다. 때로는 전원을 켤 때까지 고장이났다는 사실조차 알지 못합니다.

장애인이 귀하의 사이트를 사용할 수있는 경우 JavaScript 백업이 있는지 확인하는 것이 좋습니다.

웹 사이트 전략 및 계획은 사례별로 다릅니다 . 즉, 웹 사이트는 CSS3의 경계 반경 지원과 같은 사소한 문제를 생각할 필요는 없지만 IE 브라우저를 지원할 필요가 전혀 없습니다 . 그러나 다른 웹 사이트는 심지어 IE6까지 역 호환되어야 할 수도 있습니다.

웹 사이트를 위해 무엇을 계획해야하는지 어떻게 알 수 있습니까? 부분적으로 우리의 경험에서. 프로그래머와 개발자를 대상으로하는 웹 사이트는 사용자가 거의 모든 기능을 켠 상태에서 새롭고 업데이트 된 브라우저를 사용하도록 할 수 있습니다. 그러나 뉴스 웹 사이트는 알려지지 않은 지구의 누군가가 자신의 웹 사이트에 연결하여 자신의 국가를 통과하는 내용을 볼 수 있다고 생각해야합니다.

그러나 우리의 경험과 직관 이외에도 웹 사이트에 일종의 분석 서비스 를 설치해야 통계 데이터를 기반으로 향후 의사 결정이 더욱 강력 해집니다. 예를 들어 Google 웹 로그 분석은 매우 유용한 도구입니다. 여기에서 이전 브라우저를 실제로 지원해야하는지 여부를 확인할 수 있습니다.

그러나 W3C의 웹 접근성 지침을 따르려면 사이트 별 상황을 고려하지 않고 많은 것을 확실히 지원해야합니다.

당신의 특별한 경우에, 나는 아니오 라고 말합니다 . 중소 규모의 웹 사이트에서 스크립트 없음을 잊어 버릴 수 있습니다. 그러나 더 큰 프로젝트의 경우 페이지에 조금 더 많은 마크 업을 포함시키는 것은 좋지 않습니다.

이 글타래에 대한 답변이 유쾌하거나 심각한 지 여부를 결정할 수 없습니다 : 쿠키가 javascript보다 더 위험합니까? 롤

모든 사이트는 js 및 쿠키를 끈 상태에서 테스트해야하지만 최소한의 영향을 미칩니다.

쿠키를 잊지 마십시오. 쿠키는 JavaScript보다 더 위험하다고 생각합니다. 예전에는 NoScript 사용자 였지만 쿠키 사이트를 화이트리스트에 추가하여 사용하지 않았습니다.

클라이언트가 명시 적으로 요청한 경우에만

많은 수의 사용자가 영향을받지 않는 한 추가 노력이 필요합니다.

저는 항상 JavaScript를 사용합니다. 또한 항상 내 편에 최소 복원 키트가 있습니다.

JavaScript를 비활성화하려면 거부권이 필요하므로 "경고 없음, 리디렉션 없음, 웹 소켓 없음"이라고 말할 수 있습니다. 기능은 최소한 콘솔과 다양한 검사자로부터 판단 하여 WebKit 에 있습니다.

그러나 항상 JavaScript를 사용하십시오. 주로 사람들이 웹 소켓을 사용하여 플래시가 "쿨"VM을 얻었을 때와 똑같이 모든 종류의 악을 깨뜨릴 것이기 때문입니다. 그런 다음 JavaScript를 끄겠습니다. 그들이 당연히 나를 보자면.

나는 가능한 한 좋은 것을 즐기고 싶다. 그래서 나는이 시대에 대한 즐거운 추억이 있습니다. 저는 감동하고 싶습니다. JavaScript follies에서 킥킥 웃고 싶습니다. 2007 년에했던 정보, 샘물과 같은 무료 달콤한 정보 흐름, 모든 곳의 오픈 소스와 같은 무료 정보 흐름이 정말 그리워지기 때문입니다.

해야 할 때까지 끄지 않습니다.

실제 CD / DVD (실제 또는 VM)에서 부팅하면 Flash 및 JavaScript로 작업을 수행하는 것이 훨씬 나아집니다. 내가 올바르게 기억한다면 Linux Mint 는 즉시 플래시를 지원합니다.

사이트 개발에 관해서는 일반적으로 JavaScript에서 합리적인 양의 div 스왑 및 메뉴를 수행하지만 모든 것이 올바르게 보이고 기본적으로 CSS와 작동하도록 노력합니다.

전체 페이지가 정상적으로 저하되도록하는 대신 페이지의 약 75 % (또는 쉽고 빠르게 완료되는 경우) 가 정상적으로 저하 (또는 JavaScript 작동 ) 하는지 확인하려고합니다 . 또한이 75 %가 페이지 기능의 전체를 완료하는지 확인하려고합니다.

예를 들어, JavaScript를 사용하여 블로그 게시물에 대한 주석을로드합니다. 유연성, 주석 렌더링의 일관성을 제공하며 자체 부과 된 단일 쿼리 / 요청 제한을 유지하는 데 도움이됩니다. 그러나 내 블로그 (게시물 읽기)를 방문하는 주된 이유는 서버에서 생성 된 상태로 유지되며 모든 브라우저에서 작동 합니다. 주석은 깨끗한 .js파일 에 완전히 포함되어 있습니다.

TL; DR은 여기서 핵심은 무엇을 정상적으로 저하,하지 얼마나 저하 우아하게.