이전에 이 정책에 대해 알아보고자 할 때, 이 주제에 관한 TidBITS 스레드를 우연히 발견했습니다. TidBITS 팀이 Discourse를 사용한다는 사실을 몰랐는데, 이런 지원 클라이언트 결정으로 인해 애플 커뮤니티에서 큰 변화를 가져오고 있으니 정말 놀랍네요 (TidBITS는 오랫동안 애플 사용자들 사이에서 일종의 제도적 존재로 자리 잡고 있습니다). 아픈 일입니다.
Apple은 iOS 14로만 제한된 장치를 출시한 적이 없습니다. iOS 14를 실행할 수 있는 모든 장치는 iOS 15로 업데이트할 수 있기 때문입니다.
네, 동의합니다. 다만, 개인적으로는 특정 웹사이트나 웹 애플리케이션만을 위해 기기를 단독으로 업그레이드하지는 않겠습니다(물론 내 생활비를 벌어주는 서비스라면 또 이야기가 다르겠지만요). 이런 '그냥 업그레이드하면 된다’는 태도가 저를 짜증나게 하는 부분입니다.
그러므로, iOS 15를 설치할 수 있는 기기라면 그냥 업그레이드하는 것이 좋습니다. 하지만 항상 그렇게 쉬운 것은 아니며, 세상에 있는 앱이 Safari나 Discourse 앱만 있는 것이 아니라는 점을 잊지 마세요.
discourse hub/connect 같은 것을 사용하는 것은 어떨까요? 필요에 따라 AP가 무언가를 스푸핑하도록 만들 수 있을까요? 기억이 맞다면 DOS에서 ver를 사용해 다른 OS 버전을 요구하는 프로그램을 동작시킬 수 있었던 것과 유사한 방식이죠.
그렇지 않으면 Apple은 이미 끝난 게임일지도 모릅니다. 대부분의 기기에 Linux가 존재하지만, 일반 사용자가 설치하기는 어려울 수 있습니다. 그래도 노후화된 iDevice 등에 최신 OS를 설치해 주는 서비스를 소정의 수수료로 제공하는 것 자체가 하나의 비즈니스 아이디어가 될 수 있겠네요.
이 문제는 Apple과 같은 폐쇄적인 기업들이 계획된 수명 종료(planned obsolescence)를 통해 전자 폐기물의 주요 원인 중 하나가 되고 있기 때문에 더 큰 문제입니다.
실제로 그럴 필요가 없을 때 말이죠. Linux는 더 이상 지원되지 않는 다양한 하드웨어 시스템을 재활용하는 데 도움을 주었습니다. 단지 더 나은 채택(adoption)이 필요할 뿐입니다. Apple이 더 이상 기기를 지원하지 않겠다고 결정한다면, 대안 OS를 설치하는 과정을 더 쉽게 만드는 업데이트를 내놓아야 합니다.
그게 문제가 아니야, Dan. 왜 애플을 공격하는지 모르겠어. 솔직히 말하면, 5년 이상 지난 기기들도 지원되는 iOS 업데이트를 받을 수 있어.
리눅스에 대한 네 의견에는 전적으로 동의해. 하지만 공평하게 말하자면, 내 부모님은 평생 어떤 기기에서도 리눅스를 사용하지 않을 거야. 이건 리눅스에 대한 비평도, 부모님을 향한 비평도 아니야. 그냥 현실일 뿐이지. 그리고 이건 애플과는 전혀 무관해. 별개의 주제인 거지…
저는 Apple을 전혀 공격하는 것이 아닙니다. 부모님에 대해서는, 노년 세대가 변화를 받아들이지 못하는 것에 대해 말씀하시는 뜻을 잘 이해합니다. 하지만 부모님들, 그리고 제 부모님도 대다수 사람들처럼 스스로 모른 채로 Linux를 사용해 왔을 가능성이 높습니다. Linux 데스크톱은 최종 사용자가 자신이 어떤 운영체제를 사용하는지 모를 정도로 인터페이스의 느낌과 명명 규칙을 기존 OS와 유사하게 맞춤 설정할 수 있습니다. 하지만 그렇더라도 많은 사람들이 변화를 원하지 않습니다. 제 어머니는 여전히 온디맨드, 넷플릭스, 심지어 PVR조차 제가 매번 직접 해 주지 않으면 사용하기를 어려워합니다.
iOS가 실제로 오래된 기기를 업데이트할 수 있다면, 이는 Apple이 이를 더 쉽게 만들지 않은 탓입니다. 하지만 이는 Apple의 마케팅 전략의 일부가 아닙니다. Windows 운영체제가 종종 설치 과정을 수정하여 “지원되지 않는” 기기에서도 작동하게 할 수 있었던 것과도 비슷합니다.
좋은 지적입니다, Dan. @codev가 사이트 사용자들에 대해 쓴 내용도 참고해 보세요:
남편의 간병인인 한 사용자는 더 이상 iOS/Safari 업데이트를 받지 않는 iPad를 통해만 게시판에 접근할 수 있었고, 최근에는 Chrome을 호환 가능한 버전으로 업데이트할 수 없는 오래된 Chromebook을 사용하는 또 다른 사용자도 같은 문제를 겪고 있습니다.
추측컨대, 여기서 언급된 iPad는 아마도 8년 이상 된 기기가 아닐까 싶습니다. 다시 한번 핵심은, 단순히 커뮤니케이션을 위해 왜 해당 사용자들이 웹 클라이언트를 사용할 수 없는지입니다. 물론 해당 iPad가 새 iOS를 실행할 수 있다면 문제가 해결될 것입니다. 마찬가지로, Discourse가 이러한 이전 버전의 웹 클라이언스에 대해 좀 더 관대하게 대응할 수 있다면(예를 들어 @iamntz가 언급했듯이, Discourse가 더 단순한 버전의 UI를 제공하되 읽기 전용이 아닌 경우), 원래의 문제가 해결될 수 있습니다.
또한, 제 생각에는 Chromebook 커뮤니티도 마찬가지로 좌절감을 느끼고 있습니다. 비슷한 상황이지만, 아마도 Linux를 설치할 수 있을까요? 확신은 없습니다. 아이러니하게도 Chromebook은 Linux의 한 버전을 실행하고 있지만, 그 사용자들도 비슷한 딜레마에 직면해 있습니다. 이 사용자들을 위해 무엇을 할 수 있을까요?
여기서 가장 좌절스러운 점은, Discourse의 최종 사용자들이 Discourse가 호스팅하는 사이트를 더 높은 기능을 가진 도구라기보다는 커뮤니케이션 사이트(풍부한 텍스트 기반 콘텐츠)로 인식하고 있다는 것입니다. 극단적으로 말하자면, Discourse 사용자는 언젠가 사이트를 사용하려면 GPU가 필요하다고 요구받아야만 합니다. 만약 Discourse 개발진이 한계를 넘어서고자 한다면, 저는 한 발 물러서서 Discourse가 어떻게 사용되는지에 대한 목표, 그리고 사용자 집단의 최신 기술을 갖추는 수단과 형평성 측면을 재평가해 주기를 부탁드립니다. 저는 현재적이고, 안전하며, 신뢰할 수 있는 수준의 기술을 장려하는 데 전적으로 동의합니다. 하지만 동시에, 사용자 집단 중 누구나 접근할 수 있고, "최신 최고"를 요구함으로써 부담을 주지 않는 기술을 사용하고 홍보하고 싶습니다. 그렇지 않으면 최소한 또는 전혀 이용 가능하지 않을 수 있기 때문입니다. 또한 phpBB나 그보다 덜 바람직한 옵션과 같은 것으로 돌아가고 싶지는 않지만, 누가 콘텐츠에 접근할 수 있는지와 커뮤니티가 참여하도록 기대하는 것이 무엇인지(특히 사용자가 비기술적인 성향인 사이트의 경우) 고려해야 합니다. 제 부모님 같은 사람을 생각해 보세요. 그들은 Discourse 사용자일 수 있지만 가장 기술적인 사용자는 아닙니다. Discourse는 기술에 관심이 있는 사람들만을 위한 것인가요, 아니면 "모두를 위한 디자인"에 더 가까운 것인가요? (수사적 질문)
불행히도, 이는 Apple이 특정 iOS에 묶여 있는 WebKit을 사용하지 않아도 되는 제3자 웹 브라우저를 적절히 지원하지 않는다는 점에 대해서도 똑같이 적용됩니다.
ChromeOS의 경우 몇 가지 우회 방법을 거쳐야 하지만, 이는 Linux 기반 OS이므로 가능합니다. 또한, 구형 기기의 활용을 되살리는 비즈니스 아이디어가 될 수 있습니다.
Top 5 Chromebook Web Browsers 2024 [Ranked & Reviewed] - Alvaro Trigo's Blog.
대안으로 Discourse가 구형 브라우저를 지원할 수 있다는 데에는 동의합니다. 그러나 그 결과로 보안 문제가 발생할 수 있습니다.
이것이 바로 Hub/connect와 같은 Discourse 앱이 이러한 공백을 메울 수 있는 부분입니다. Tor의 아이디어와 유사한 원격 브라우저 서비스도 우회책이 될 수 있습니다.
사용자에게 이메일 응답 지원을 포함한某种의 오프라인 메일 다운로드를 설정해 주는 것도 작동할 수 있습니다. 하지만 쓰기 모드에서 사이트에 접근할 수 없는 사용자의 설정을 조정하기 위해 관리자가 필요할 수 있습니다. 읽기 전용 상태가 보안 문제로 인한 것이라 가정합니다.
Discourse Meta의 브라우저 EOL 정책이나 Apple 및 Chromebook의 ‘일회용’ 기기 개념과 같은 폐쇄형 시스템의 문제점은 부분적으로 동일합니다. OS는 제3자가 제3자 브라우저 설치와 같은 단순한 것들을 제공하도록 거의 완전히 차단해서는 안 됩니다.
보안이 큰 문제가 아니라면, 일부 Linux 배포판에서 업그레이드를 방지할 수 있듯이 Discourse 업그레이드를 잠가둘 수 있습니다. 그러나 이는 손상과 나쁜 보안 문제를 초래할 위험이 있습니다. 또한 일부 보안 취약점은 구형 웹 브라우저 지원과 관련이 있을 수도 있습니다.
어떤 관점에서 보더라도 두 경로 모두에 문제가 있습니다. 이론적으로, 구형 브라우저 지원을 활성화하기 위한 우회책으로 플러그인을 설계할 수 있습니다. 특정 연식의 브라우저에 대한 지원을 중단하는 이유를 상세하게 설명할 수 있는 것은 팀뿐일 것입니다.
여기서 생산적이고 도움이 되는 일은, 우리가 영향을 미칠 수 없는 메가 코퍼레이션이 무엇을 하거나 해야 하는지에 대해 걱정하는 것보다는, 실제로 할 수 있는 일들을 살펴보는 것이라고 생각합니다. 대신 다음과 같은 질문을 던져보는 것은 어떨까요…
- 만약 나이가 많은 장치를 소유하고 있고 Discourse 포럼을 사용해야 한다면, 개인이 무엇을 할 수 있을까요?
- Discourse 인스턴스의 가용성을 극대화하기 위해 포럼 관리자가 무엇을 할 수 있을까요?
- 호환성을 연장하는 데 도움을 주기 위해 Discourse와 그 개발자들이 무엇을 할 수 있을까요?
- 오래된 장치를 사용하는 사용자들이 Discourse를 활용할 수 있도록 돕기 위해 다른 당사자들이 무엇을 할 수 있을까요?
(저는 아직 Discourse에 접근할 수 있는 오래된 Chromebook을 사용하고 있고, 이미 Discourse에 접근할 수 없는 오래된 iPad도 가지고 있습니다.)
최근에 다른 스레드에서 iOS 12(제 경우엔 원본 iPad Air)에 대해 이 문제를 언급한 적이 있습니다. 해당 세대 WebKit의 문제는 Discourse가 구형 WebKit에 존재하지 않는 일부 JavaScript 함수를 요구하도록 했다는 점입니다.
Discourse가 수행하는 체크는 단순한 버전 번호 비교가 아니라, 해당 루틴이 사용 가능한지 여부를 확인하는 것입니다.
누락된 함수를 구현하는 번역 계층(translation layer)을 사용하는 것도 하나의 방법일 수 있습니다 — 일종의 Python “from the future” 관련 내용과 비슷합니다.
이 문제에 대한 다른 토론에서 제안된 한 가지 우회 방법은 포럼에 직접 접근할 수 없는 사용자들이 이메일을 통해 더 많이 상호작용하도록 돕는 것입니다. 이를 위해 다양한 카테고리를 '감시’로 설정하거나 메일링 리스트 모드를 활성화하는 방법을 안내할 수 있습니다.
기록을 위해 말하자면, 2015년 말까지 거슬러 올라가는 iPad들은 여전히 최신 iPadOS 업데이트를 받고 있습니다.
WebKit 제한에 대해서는, Google과 Mozilla은 가까운 미래에 이 제한이 해제될 것이라고 생각하는 것 같습니다.
https://9to5mac.com/2022/12/13/apple-mulls-opening-browser-engine-nfc-and-more-to-third-party-apps/
https://9to5mac.com/2023/02/07/new-iphone-browsers/
https://9to5mac.com/2023/02/14/mozilla-firefox-without-webkit-iphone/
그 Chromebook을 사용하는 사용자의 경우, ChromeOS Flex를 USB 드라이브에 플래시하고 Chromebook에 설치할 기술적 역량을 갖추고 있을 것 같나요? 
@codev, 조금만 더 기다려 주세요! 
전술적인 측면에서는 이에 대한 좋은 답이 있을 수 있습니다. 구형 기기를 사용하는 사람들이 Discourse를 계속 사용할 수 있을 정도로 최신 소프트웨어를 실행하는 방법은 무엇인가?
각각 개별적인 도움이 필요한 분산된 커뮤니티를 가정한다면, 이는 상당히 복잡한 문제가 될 것입니다.
전략적인 측면에서는, 구형 브라우저가 소외되지 않도록 하기 위해(비록 점진적 기능 저하만 제공하더라도) 노력이, 규율이, 그리고 테스트가 필요합니다. 업그레이드 treadmill(계속되는 업그레이드 압박)을 강요하지 않겠다는 단호한 의지가 있어야 합니다.
아니면, 포럼 관리자가 사용성이 보안보다 중요하다고 판단하여 업그레이드를 중단할 수도 있습니다. 사용자가 접근권을 잃기 전에, 즉 시의적절하게. 릴리스 노트를 매우 주의 깊게 살펴보고, 깨지는 변경사항(breaking change)이 발생하기 직전까지만 업그레이드하는 방식입니다. 우리가 알고 있듯이, Discourse를 다운그레이드하는 것은 불가능에 가깝습니다.
(제 아이패드는 2012년 모델인 것 같습니다. 여전히 많은 용도로 완벽하게 작동하며, 저는 이를 교체할 의사가 없습니다. 10년 된 기기는 지원 대상에서 벗어날 정도로 오래되었다고 주장할 수도 있습니다. 하지만 Apple의 제품은 비싸면서도 견고하기 때문에, 오래된 기기를 오랫동안 사용할 사람들이 있을 것입니다.)
Discourse의 기능이 매우 풍부하다는 점을 고려할 때, 여기서 말하는 '단순화’의 범위를 사람들이 완전히 이해하지 못하고 있다고 생각합니다.
- 이메일을 통한 로그인
- Google/Twitter 등을 통한 로그인
- DiscourseConnect를 통한 로그인
- 2단계 인증(2FA)
- 로그인 시 자동 봇 차단 조치
등이 있습니다…
그리고 이것은 로그인 페이지에 대한 것뿐입니다.
네, IE6와 Lynx를 위한 새로운 ‘그림자’ Discourse 읽기/쓰기 솔루션을 만드는 것은 기술적으로 가능하지만, 포크(fork)하고 다시 작성해야 하며 이중으로 유지보수해야 하는 막대한 양의 코드 때문에 이를 구현하기 위한 엔지니어링 비용은 엄청나다라고 할 수 있습니다.
현재 이 사용자들을 지원할 수 있는 유일한 실행 가능한 방법은 메일링 리스트 모드로 전환하는 것이라고 생각합니다. 이렇게 하면 적어도 이메일을 통해 응답할 수 있고, 시간이 지남에 따라 이메일 박스에 포럼의 완전한 복사본을 가질 수 있게 됩니다.
또한 철학적 논점도 있습니다. 공개된 취약점 목록이 방대한 구형 브라우저에서 JS를 활성화한 상태로 웹을 서핑하는 것은 다소 무모한 일이라는 것입니다. 방치된 브라우저로 웹을 서핑할 때 Discourse가 제 걱정의 최하위에 있을 것이며, 제 폰이 해커에게 해킹당하고 신원 정보가 도용되는 것이 훨씬 더 큰 걱정거리입니다.
글쎄요, 그건 꽤 극단적인 예시네요. 아마 초점은 Lynx가 아니라 iPhone 6 같은 기기에 맞춰져 있을 거라고 추측합니다.
아마도 iPhone 6은 큰 리스크일 수 있겠죠. 그리고 1년 정도 지나면 제 iPhone 7도 리스크가 될 겁니다. 하지만 애플의 지원을 받지 않는 기기들이 여전히 꽤 안전하다는 사실은 무시할 수 없어요. 그리고 애플의 지원 정책은 CDCK의 것과 다르거나, 달라져야 한다고 생각합니다.
저는 오래된 모바일 기기를 지원하는 것이 더 오래된 컴퓨터를 지원하는 것과 동시에 이루어질 때 어렵고 비용이 많이 든다고 단정할 권한은 없습니다. 그럴 수도 있겠죠.
하지만 한 가지는 압니다 — Big Money, Inc. 같은 회사가 지원을 필요로 하는 고객에게 500달러 이상을 내고 더 새로운 기기를 사야만 지원 포럼에 로그인할 수 있다고 말하는 상황은… 좀 문제가 있겠죠. 그리고 아니요, 저는 CDCK를 말하는 게 아니라 CDCK의 호스팅 고객을 말하는 겁니다.
그리고… 사용자의 기기가 어떻게, 언제 지원되는지 또는 아닌지에 대해 걱정하는 것이 실제로 큰 문제인지 모르겠습니다 — 그와 관련된 수치도 없으니까요. 하지만 이건 IE6나 Lynx의 문제는 아니라는 사실은 분명합니다 
실제로 Lynx를 일상적인 브라우저로 사용하는 접근성 장애가 있는 사용자들을 지원하고 있는 저로서는, 이것이 문제가 된다고 확신할 수 있습니다.
그러나 Discourse를 지원하는 맞춤형 인터페이스를 작성해야 했던 경험은 지옥이었습니다. DiscourseConnect를 완전히 지원하는 기본적인 클라이언트조차 작성하는 복잡성은 미친 수준입니다.
Discord, Patreon, Google, Facebook, Github 및 표준 Discourse 로그인이 활성화된 인스턴스에서 작동하도록 수정해야 했던 절대적인 악몽에 대해서는 언급조차 하지 않겠습니다.
저에게는 여기에서 두 가지 매우 뚜렷한 주장이 있습니다.
- iOS 12는 여전히 Apple로부터 보안 업데이트를 받고 있습니다. CDCK가 이를 지원할 수 있을까요?
- 더 이상 보안 패치를 받지 않는 오래된 브라우저들은 어떻게 해야 할까요?
(1)에 대해서는 훨씬 더 공감을 하지만, Apple이 우리를 쉽게 두지 않습니다. Apple이 이를 빨간 박스(지원 종료 단계)로 옮길지, 내일, 내년, 아니면 5년 후에 그렇게 할지 우리는 알 수 없습니다. 이를 지원하는 데에는 CDCK에게 상당한 비용이 들며, 무료 변경 사항이 아닙니다.
(2)에 대해서는 훨씬 더 공감이 어렵습니다. 매우 위험한 상황에 처해 있는데, 흡연을 장려하는 것은 좋은 전략이 아니기 때문입니다.
Discourse가 모든 사람에게 모든 것이 될 수는 없다는 것을 인정하는 것은 괜찮은 일입니다.
저는 프로젝트를 이끌며 기술을 더 최첨단에 가깝게 가져간 경험이 있습니다. 사후에 보니, 선택된 일부 구성 요소는 해당 서비스를 이용하는 사용자의 이익에 부합하지 않는 경우가 있었습니다.
소프트웨어 플랫폼을 선택할 때 사용자 인구 통계와 그들의 클라이언트 디바이스는 핵심적인 역할을 해야 합니다. 분명히 Discourse가 최선의 선택이 되지 않을 커뮤니티들이 있으며, 그것은 전혀 문제가 되지 않습니다.
오, 이 글에 정말 많은 답변이 달렸네요! 기록을 위해 말씀드리자면, 저는 디스코urses 개발팀에 화가 난 게 아닙니다. 수년 전 브라우저에서 테스트할 자원이 없다는 점, 그리고 새로운 기능을 추가할 때 매우 오래된 기술을 사용해야 하는 불편함을 충분히 이해합니다. 일부 사용자는 불만을 표하고 있지만, 저는 게시판 사용에 대한 대안을 찾아드리려고 노력하고 있을 뿐입니다.
사용자 중 한 명은 2017년에 새로 구매한 iPad Mini 2를 사용 중이고, 다른 한 명은 원본 iPad(매우 오래된 모델)를 사용 중입니다. 이 기기들은 어느 업데이트(특정 업데이트는 기억나지 않습니다) 이후 꽤 오래 전에 작동이 멈췄습니다. 조사를 해본 결과, 첫 번째 사용자의 경우 휴대폰에서 작동하도록 해결했고, 두 번째 사용자의 경우 새로운 이메일 주소를 설정하여 메일링 리스트 모드로 작동하도록 했습니다. 이렇게 하면 로그인하여 모든 게시판 메시지를 한 곳에서 볼 수 있습니다.
2주 전에 적용한 업데이트로 인해 몇몇 사용자의 크롬북이 작동하지 않게 되었습니다. 직접 기술 지원을 해줄 수 있었던 사용자는 Toshiba Chromebook 2를 사용 중이었습니다. Chrome OS Flex 설치 제안을 했지만, 작동하지 않을 것 같습니다. Chrome OS Flex를 설치하려면 크롬북을 분해하여 읽기 전용 나사를 제거해야 하는 등 작업이 필요해 보이거든요. 그래서 저는 그분에게 크롬북용 오페라 브라우저를 설치해 보라고 제안했습니다. 해당 기기가 더 이상 보안 업데이트를 받지 않는다는 점은 이해하지만, 그녀가 읽는 뉴스 웹사이트, 협회 페이지, 블로그 등은 여전히 작동하기 때문에 왜 게시판만 작동하지 않는지 이해하지 못하고 있습니다.
메일링 리스트 모드를 제안했지만, 이 특정 사용자는 게시글을 올린 후 다른 사용자에게 자주 개인 메시지를 보내기 때문에 잘 맞지 않습니다. 최악의 경우, 그분에게 크롬북을 저에게 보내달라고 요청하여 Chrome OS Flex 솔루션을 시도해 볼 수도 있습니다.
Apple과 Google은 더 이상 보안 업데이트를 받지 않는 기기의 목록을 쉽게 읽을 수 있는 형태로 제공하지 않는 것 같습니다. 수명 종료 후 사용자가 자체 운영체제를 쉽게 설치할 수 없도록 하는 것은 당연히 수리 가능성에 매우 해롭고, 기기 폐기를 막는 데에도 방해가 됩니다.