Android 용 Chrome에서 데스크톱 사이트를 영구적으로 활성화하는 방법

이 간단한 가이드에서는 전체 데스크톱보기에서 웹 사이트를 영구적으로로드하도록 Android 용 Chrome을 수정하는 방법을 보여줍니다. 많은 사용자가 '데스크톱 사이트 요청'을 사용하도록 설정 했음에도 불구하고 Chrome 앱이 잠시 후 모바일 사이트로 되돌아가는 것을 경험하고 있습니다.

이는 Android Nougat 이후부터는 제한적인 SELinux 권한으로 인해 Chrome이 / data / local /에서 읽을 수 없기 때문입니다. 그러나 수정하는 것은 매우 간단합니다. 이 문제에 대한 일부 가이드에서는 / data / local을 / data / local / tmp로 간단히 변경하도록 지시 할 수 있지만 Chrome 및 Chromium의 최신 버전에서는 작동하지 않습니다. 앱은 파일 사용을 시도하지 않습니다. 디버그 모드에 있습니다. 물론 대부분의 ROM은 디버그 빌드가 아닙니다! 물론 Android의 개발자 옵션에서 Chrome을 디버그 모드로 설정할 수 있습니다.

다운로드

  • chrome-command-line.txt
  • ChromeDesktopMode-ScaleFactor1.zip
  • ChromeDesktopMode-ScaleFactor1.25.zip
  • ChromeDesktopMode-ScaleFactor1.5.zip
  • ChromeDesktopMode-ScaleFactor1.75.zip
  • ChromeDesktopMode-ScaleFactor2.zip

먼저이 가이드의 다운로드 섹션에서 Chrome 명령 줄 파일을 설치하고 복구를 통해 플래시해야합니다. 가장 좋은 방법은 TWRP 또는 다른 사용자 지정 복구입니다.

루팅 된 파일 탐색기를 사용하여 / data / local / tmp에 수동으로 다운로드하여 배치 할 수도 있지만 파일 권한을 755로 설정해야합니다.

마지막으로 다음 ADB 명령 줄을 사용하여 ADB를 통해 수행 할 수도 있습니다.

adb push chrome-command-line / data / local / tmp / chrome-command-line

그러나 수동 배포 방법 (루트 파일 탐색기 또는 ADB 방법)을 사용하는 경우 "chrome-command-line.txt"파일에서 배율을 수동으로 조정 한 다음 이름을 "chrome-command"로 변경해야합니다. -선". 스케일 팩터에 대한이 가이드의 섹션을 참조하십시오.

개발자 옵션에서 "디버깅 앱 선택"까지 아래로 스크롤합니다.

Chrome을 선택한 다음 "디버거 대기"옵션을 비활성화합니다. 그러나 어떤 이유로 든 디버깅 앱 옵션에서 Chrome을 사용할 수없는 경우 ADB 명령을 사용하여 ADB를 통해이 작업을 수행 할 수 있습니다.

adb shell am set-debug-app --persistent com.android.chrome

이제 Chrome이 디버깅 모드로 강제 전환됩니다. 개발자 옵션으로 다시 이동하여 "디버깅 앱 선택"에서 확인하면 Chrome이 설정되어있는 것을 확인할 수 있습니다.

이제 Chrome 앱을 실행하고 설정> 접근성으로 이동하여 "강제 확대 / 축소 사용"옵션을 활성화합니다.

이제 Kill Application을 통해 Chrome을 완전히 종료하고 다시 시작하십시오. 이제 영구 데스크톱 모드에 있어야합니다.

스케일 팩터

2018 년 6 월 Android에서 Chrome 용으로 빌드 된 이후로 Android 버전에서 사용되는 인터페이스 방법 (예 : 휴대 전화 또는 태블릿)을 결정하는 방식에 큰 변화가있는 것으로 보입니다.

따라서 이전에 전화기를 사용하는 경우 배율을 원하는대로 설정하기 만하면 모바일 인터페이스를 사용할 수 있습니다. 그러나 Chrome은 이제 결정을 내리기 전에 강제 장치 규모 요소를 고려하는 것으로 보입니다. 즉, force-device-scale-factor를 너무 낮게 설정하면 탭이있는 태블릿 스타일 인터페이스가 제공됩니다. 이것은 일부 사람들에게 매력적일 수 있지만, 싫다면 모바일 스타일 인터페이스로 돌아갈 때까지 배율을 높이는 것이 유일한 옵션입니다.

더 이상 0.25 단위로 배율을 변경할 필요가 없습니다. 이는 더 큰 뷰포트를 얻기 위해 조금 더 미세 조정할 수 있으므로 긍정적입니다.

일부 웹 사이트는 사용자 에이전트가받는 사이트 버전을 결정할 수 있지만 대부분은 사용 가능한 뷰포트 크기 (일반적으로 화면 너비)도 확인합니다. 따라서 배율을 너무 높게 설정하면 웹 사이트의 모바일 버전으로 끝날 수 있습니다. 세로 모드에서도 제한된 너비로 인해 모바일 버전을받을 수 있지만 가로 모드로 변경하면 사이트의 데스크톱 버전을받을 수 있습니다.

따라서 다음은 화면 해상도를 기준으로 데스크톱 사이트를 지속적으로 확보하는 데 사용할 수있는 최적의 배율에 대한 대략적인 추정치입니다.

  • 720p 이하 : 1에서 1.25 사이의 배율을 선택합니다. 1.5까지 올라가면 모바일 웹 사이트가 시작될 가능성이 높습니다.
  • 1080p : 1.5, 1.75 또는 2의 배율을 사용해야합니다. 배율이 2이면 대부분의 웹 사이트에서 데스크톱 버전을 표시하지만 기기를 세로 모드로 사용하는 경우 시작할 수 있습니다. 제한된 너비로 인해 모바일 웹 사이트를 가져옵니다.
  • 1080p 이상 : 1.75 또는 2 사이에 있어야하지만 4k 화면이있는 경우 더 높게 설정해야합니다.

물론 이것은 모두 주관적입니다. 예를 들어, 1080p 화면이있는 5 인치 장치는 1080p 디스플레이가있는 10 인치 태블릿과 분명히 다릅니다. 당신은 당신에게 가장 편안한 것을 찾기 위해 이것을 많이 가지고 놀고 싶을 것입니다. 물론 더 높은 스케일 팩터로 사물이 더 크게 보일 것입니다. 예를 들어 뷰포트 너비가 1000이고 축척 계수 2를 사용하는 경우 뷰포트는 이제 500이됩니다.하지만 화면은 분명히 축소되지 않았으며 해상도가 더 낮은 화면이있는 것처럼 표시됩니다.

태그 안드로이드 개발