chrome inspect fallback

 생각보다 inspect fallback을 사용해 본 사람은 없을 것 같다. 뭐 일반적인 개발 중에는 필요없을 것이다.

 inspect fallback은 현재 디버깅을 하기 위하여, 실행한 브라우저가 디버깅하려고 하는 대상의 디바이스의 버전보다 메이저 버전이 낮거나, 같을 때, 노출이 된다. fallback의 뜻이, 대체, 되돌아 감 이런 뜻인데, 대충 느낌대로만 작성해보면, inspect fallback(해당 기기로 검사?)정도가 아닌가 싶다.

 내 생각에는 현재의 디버깅을 시도하는 브라우저의 버전이 낮은 경우, 브라우저의 기본 함수들이, 디버깅 대상의 함수들과 호환이 안되는 경우도 있을 수 있어서 그런것 같다. 예를 들어, 극단적으로 버전이 다른 경우, 있지 않을까 싶다.

 반대로, 현재의 브라우저 버전이 높은 경우에는 현재의 브라우저를 써도 되는게, javascript는 함수가 제거 되지도 않고, deprecated로 되면서 하위 호환성을 계속 맞추어주지 않나? 

 만약, 현재의 브라우저의 인터넷망과 연결되어있는 기기의 인터넷망이 다른경우에는 inspect를 사용 하는 경우, 404 NOT FOUND화면을 보게 될 것이다.

 

 그런 상황이 왔을 때, 우리는 inspect fallback을 사용할 수 밖에 없게 된다. 이게 문제다.

 자 그런데, 만약 inspect fallback이 안보이는 상황이어 봐라. 끔찍하지 않은가? 나도 처음에는 당황했다. 이 버전에는 inspect fallback이 없나 하고 말이다.

 웹뷰의 버전은 일반적인 크롬 데스크톱앱보다 업데이트가 늦다.... 뭐 물론, 시간이 해결해 주긴 할 것이다. 안드로이드 폰까지 내부망에 있는 것이 아니라면 말이다.

 여기서 선택은 두가지이다. 크롬 브라우저를 재설치하여, 다운그레이드 하는 것이다. 뭐, 내부망이라면 스탠드얼론을 사용할테니, 뭐 낮은 버전을 찾아서 설치하면 되겠지..

 하지만, 만약 브라우저의 재설치를 할 수 없는 경우라면, 또 문제가 생겨버린다. 웹뷰가 업데이트 될 때까지 한차~암 기다려야 하니 말이다.

 사실 chrome://inspect 페이지내에 inspect.js라는 스크립트가 실행 되고 있다. 위에서 보듯이, 나의 경우에는 inspect fallback이 있다. 그러면 inspect.js의 스크립트를 조금 조작해서 inspect fallback도 없앨 수 있지 않나?

 이렇게 말이다. 나는 간단하게, 117 버전의 브라우저를 사용하고 있다고, 한번 속여봤다. 참고 사항으로 이미 저 디버깅할 대상이 나타나고 나서 코드를 실행하게되면, 이미 있어서 등록을 안해주니.... 그건 참고해라.

 그나마, 괜찮은 방법중에 생각 되는 것은 위의 코드를 한번 스니펫으로 제작해보고, 크롬익스텐션을 간단하게 제작하여, chrome://inspect에 접속되었을 때, 해당 코드를 실행 시키게 하는게, 좋을 것이다.

 디버깅 하러 들어와서 귀찮을 거다.