크롤러 뷰 재사용으로 구형 기기 접근 허용

기여 기능
1

점점 오래된 브라우저에 대한 지원은 범위 밖이라는 걸 알겠습니다. 웨이백 머신을 일종의 프록시로 사용할 수는 있지만, 이 아이디어가 떠올랐습니다: 기존 크롤러 뷰를 재사용하여 오래된 브라우저에 제공하면 어떨까요?

참고로, 저는 포럼이 아무것도 렌더링되지 않는 오래된 iPad와, 탭 매니저에서 탭을 전환할 때까지 빈 화면만 표시되는 비교적 최신 iPhone을 가지고 있습니다. 두 기기 모두 업데이트가 불가능합니다. 임시 대안으로 404 페이지를 일종의 인덱스로 사용하고, /print view를 통해 특정 스레드를 확인하고 있습니다.

제 사용자 에이전트는 다음과 같습니다:

  • Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_3 like Mac OS X) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.0 Mobile/14G60 Safari/602.1
  • Mozilla/5.0 (iPad; CPU OS 9_3_5 like Mac OS X) AppleWebKit/601.1 (KHTML, like Gecko) CriOS/58.0.3029.113 Mobile/13G36 Safari/601.1.46

아마 관련이 있을지 모르겠지만, 사용자 에이전트를 검사하는 최근 크롤러 감지 업데이트입니다:
무작위 크롤러 트래픽의 더 스마트한 처리

5개의 좋아요
2

Meta의 여러 주제에서 간간이 언급되기 시작했는데, 이를 추적하기 위해 전용 주제를 만들어 주셔서 감사합니다.

이 아이디어를 좋아합니다. 크롤러 뷰 자체를 표시할지, 아니면 구형 브라우저를 위해 JS를 전혀 포함하지 않거나 최소한으로 포함하는 다른 "단순화"된 뷰를 표시할지는 지원되기를 희망하는 부분입니다.

5개의 좋아요
3

이것이 구형 브라우저에 대한 좋은 해결책이 될 수 있다고 생각합니다. 로그인이 필요 없는 공개 사이트의 경우, 크롤러 뷰를 재사용하여 역호환 가능한 읽기 전용 뷰를 제공하는 것이 꽤 쉬울 것입니다.

로그인이 필요한 사이트나 보안 카테고리가 있는 사이트를 고려하면 상황이 더 복잡해집니다. 이러한 사이트가 구형 브라우저에서도 접근 가능하도록 하려면 로그인 및 비밀번호 재설정 플로우를 호환되는 방식으로 다시 구현해야 합니다.

아직 실현 가능하지만, 일부 개발 작업이 필요합니다.

6개의 좋아요
5

좋은 소식입니다! 공개 사이트가 주요 사용 사례인 것 같네요. 적어도 제 경우에는 그렇습니다.

1개의 좋아요
8

몇 주 전 메타에서 정확히 이 내용을 제안한 적이 있습니다. 크롤러 목록에 구형 Safari/IE/Edge를 추가하고, 크롤러 뷰 상단에 브라우저 업데이트 배너를 표시하도록 변경하는 것이 빈 화면을 보여주는 것보다 훨씬 낫습니다.

첫 버전에서는 비로그인 사용자만 대상으로 해도 충분합니다.

9개의 좋아요
9

정말 고맙습니다. 아주 좋은 생각이네요!

1개의 좋아요
10

이건 2.5에 출시되었습니다!

image
image856×1418 200 KB

8개의 좋아요