2025년 7월 iOS 15 및 기타 구형 브라우저 지원 중단

이것은 매우 합리적인 타협안으로 보입니다. (죄송합니다, 스레드를 다시 읽다가 이제야 발견했습니다.) 그렇다면 이 기능을 새로운 기능보다 우선시하고, 새로운 HTML 모드가 사용 가능할 때까지 이 비추천(deprecation) 조치를 연기할 가능성이 있을까요? 그렇게 하면 새로운 기능을 가질 수도 있고, 기존 사용자를 잃지 않을 수도 있습니다.

4개의 좋아요

참고로, 이것은 엄밀히 말해 사실은 아닙니다. 대부분의 OS는 브라우저를 OS와 1:1로 고정하지 않지만, 특히 Firefox와 Chrome은 구형 Windows 및 Mac 컴퓨터에 설치할 수 있는 버전을 제한합니다.

해당 기기의 경우 Firefox ESR은 115를 넘지 않으며, Chrome은 109에서 멈춥니다. 두 브라우저 모두 해당 배너가 표시됩니다.

이 문제는 구형 iPhone에만 국한되지 않습니다. 데스크톱과 노트북도 포함되며, 그중 많은 기기는 여전히 완벽하게 사용 가능합니다(취약점은 있지만). 또한, 지루한 노인들이 여전히 사용하는 웹의 지루한 부분들과도 잘 호환됩니다. 포럼 대신 Discord나 요즘 아이들이 사용하는 기타 플랫폼을 사용하지 않는 것은 바로 그 사람들입니다. 그리고 개발자 경험을 사용자 요구사항보다 우선시하는 이 변경 사항으로 인해 피해를 입는 것도 바로 그 사람들입니다.

Discourse와 웹의 대부분은 상대적 색상, lookbehind, 서브 그리드 같은 기능이 없어도 잘 작동해 왔습니다. 어떻게든 버텼습니다. 항상 새로운 기능이 필요했지만, 그건 항상 우아한 열화(graceful degradation)로 책임감 있게 균형이 잡혔습니다. 즉, 대안이 불가능할 때만 사용자를 제외했으며, 소프트웨어의 근본적인 목적이 몇몇 이미지를 포함한 텍스트 게시물을 표시하는 것이므로 그런 경우는 매우 드물어야 합니다.

저희 기술 전문가 중 많은 분들이 기술 곡선의 앞부분에 머물러 있는 것을 좋아하고, 그 잔인한 최첨단 기술(bleeding edge)을 추격하는 데 익숙합니다. 하지만 그건 양날의 검입니다. 이 경우, 수익성 있는 현대적인 경험뿐만 아니라 오랜 시간 함께해 온 커뮤니티와 연결을 유지할 수 있게 해주는 Discourse에 의존하는 실제 사용자들에게 해를 끼치고 있습니다.

만약 이것이 다른 방법으로 해결할 수 없는 중대한 보안 문제였다면 이야기가 달라졌을 것입니다. 하지만 이건 개발자 경험(devex)의 사소한 개선에 불과한 것 같습니다(제가 틀렸다면 정정해 주세요). 이건 미래의 개발을 더 쉽고 빠르게 만드는 데 더 초점을 맞춘 것입니다. 그렇다면 그렇게 시급할 필요가 있을까요? 2주 전 공지? 몇 개월 더 기다린 뒤, 먼저 기본적인 HTML 모드를 내놓고, 향후 비추천(deprecation)을 모든 사람에게 훨씬 더 소화하기 쉽게 만드는 데 큰 해가 될 것이라고는 생각되지 않습니다.

3개의 좋아요

죄송하지만 Windows 8.1은 2013년(Discourse 1.0의 출시 연도)에 출시되었으며, 이미 2년 전에 공식적으로 지원이 종료되었습니다.

macOS 10.14는 비교적 최신이지만, 그 후속 버전인 Catalina는 2015년 이후 출시된 모든 Mac 기구에서 실행됩니다.

어디선가는 선을 긋지 않을 수 없습니다.


Discourse는 처음부터 높은 브라우저 요구 사항을 가지고 있었습니다. Discourse의 발표에서 그 기준을 확인할 수 있습니다.

고해상도 태블릿 및 고급 웹 브라우저를 위해 설계되었습니다.

4개의 좋아요

맞습니다. 하지만 그 선은 모래 위에 아무렇게나 그은 선이 아닙니다. 5년이나 10년이라는 숫자 자체에 특별한 마법이 있는 것은 아닙니다. 브라우저는 기능을 점진적으로 채택하며, 개발자 역시 각 기능을 사용할지 말지 선택할 때 그 비용과 이점을 비슷하게 균형 있게 고려할 수 있습니다.

이 경우 저는 소수의 사용자들에게 부과되는 상당한 비용이 개발자 경험에 대한 겉보기에는 작은 개선보다 여전히 클 수 있다고 주장합니다. 특히 기본 모드나 테마가 사용 가능할 때까지 해당 기능을 유예하는 것과 같은 대안이 있다면 더욱 그렇습니다.

리눅스 듀얼 부팅을 고려해 보셨나요? 아니면 플래시 드라이브로 실행하는 것도 방법입니다.

David가 Firefox 115에 대해 언급한 바에 따르면, Mozilla가 보안 업데이트를 당분간 연장할 것입니다.

운영 체제와 구형 소프트웨어의 지원이 종료되는 것은 속상한 일이지만, 피할 수 없는 일입니다. 이런 상황에서 리눅스가 종종 :ring_buoy:(구명보트) 역할을 해줍니다.

보안상의 문제가 있으므로 권장하지는 않지만, Discourse 인스턴스의 업그레이드를 잠가둘 수 있다고 생각합니다. 하지만 그렇게 하면 기존 문제나 버그가 그대로 남게 됩니다. 구형 브라우저 사용 시 특정 시점에 기능이 중단될 수 있다는 점에 대해 더 구체적인 예고(예상 시점 포함)를 더 적극적으로 알리는 것이 도움이 될 것입니다.

5개의 좋아요

이것은 현대 브라우저를 지원하지 않는 구형 운영 체제를 그대로 묘사하고 있습니다.

그들은 패치가 적용되지 않았고, 지원이 종료되었으며, 익스플로잇에 완전히 노출되어 있습니다.

9년 된 기기15년 된 운영 체제에 대한 (암시적) 지원을 제거하는 것은 "최첨단 기술 추격"이 아닙니다.

구형 컴퓨터는 현대 브라우저를 문제없이 사용할 수 있습니다. 사용자가 고의로 유지하고 있는 운영 체제에서 실행이 불가능한 것입니다. Ubuntu나 Mint를 소개해 주는 것을 제안합니다. 웹 브라우저만 필요하다면 이는 훌륭하게 작동할 것입니다. 더 많은 것이 필요하다면, 기본 기능도 이미 충분히 갖춰져 있을 가능성이 높습니다.

그것이 옵션이 아니라면, 구형 Windows 시스템에서 현대적인 Chromium 기반 브라우저를 유지 관리하는 데 전념하는 supermium이라는 프로젝트가 있습니다.

:rotating_light: 저나 CDCK 모두 이 supermium 프로젝트를 명시적으로 보증하지 않습니다. 이것이 작동할지, 컴퓨터를 망가뜨릴지, 아니면 컴퓨터의 모든 데이터를 KGB로 전송할지 우리는 알 수 없습니다. 물론, 컴퓨터에 있는 데이터를 신경 쓴다면 Windows 7 / 8을 실행해서는 안 됩니다. :rotating_light:

10개의 좋아요

컴퓨터의 데이터가 중요했다면 Windows 7 / 8을 실행하지 않았을 것입니다.

이것은 포스터들이 "동료 커뮤니티 구성원들에게 친절하라"고 조언하고 "사람이 아닌 아이디어를 비판하라"고 장려하는 커뮤니티의 가이드라인을 볼 때, 다소 공격적인 주장입니다. 다행히도 당신의 입장과 소통 방식이 CDCK 팀 전체를 대표하지 않는 것 같고, 경고를 통해 홍보된 최신 브라우저 버전을 업데이트할 수 있는 운영 체계를 다양한 정당한 이유로 사용할 수 없는 커뮤니티 구성원들의 불필요한 호환성 손실을 완화하기 위한 계획이 진행 중이라는 점을 기쁘게 생각합니다.

매우 유용한 supermium 링크를 제공해 주셔서 감사합니다.

3개의 좋아요

정당한 지적이라 생각합니다. 그래서 제 게시글의 톤을 조금 누그러뜨렸습니다.

이 문제에 대해 제가 느끼는 답답함의 상당 부분은, "마이크로소프트가 Windows 7 이후로 Windows를 망쳤고, 절대 업그레이드하지 않겠다!"는 식의 격한 불만[1]을 너무 자주 보았기 때문입니다. 그리고 마이크로소프트가 더 이상 Windows 7을 지원하지 않는 것을 수년이나 지난 후에야 우리가 "Windows 7 지원을 중단"한다고 할 때 또 불평이 터져 나오곤 하죠.


  1. 아이러니하게도 최신 사례는 Brave 커뮤니티 자체에서 발견할 수 있습니다. 다만, 그 토론이 supermium 링크를 찾게 된 계기가 되기도 했습니다. ↩︎

4개의 좋아요

죄송하지만, 매우 독점적인(Proprietary) 장비를 사용하고 있지 않다면 거의 항상 Linux 운영 체제를 부팅할 수 있습니다. 설치할 필요도 없으며, 다양한 방법이 있기 때문입니다.

  • 듀얼 부트
  • 가상 머신
  • 플래시 드라이브에서 부팅. 일부는 USB 스틱에 완전한 운영 체제를 담을 수 있도록 설계되어 있습니다.

그리고 Linux는 무료이므로 비용이 문제가 되지 않습니다.

정말 NT 기반의 Windows를 원한다면, ReactOS라는 장기 프로젝트가 있습니다.

사람들이 계속 Windows XP, 7, 8을 실행할 거라면, 적어도 구형 컴퓨터를 Linux를 실행하는 프록시 서버로 사용해야 합니다.

재미있는 점은, Windows 10이 한때 롤링 릴리스(Rolling release)로 전환되면서 마지막 Windows가 될 것이라고 했다는 것입니다. 그리고 그것이 오래가지 않았다는 것을 우리는 알고 있습니다.

Linux의 장점은 일반적으로 모든 오래된 프로그램이 여전히 작동한다는 것입니다. 반면 Windows는 Print Shop과 같은 단순한 생산성 프로그램과의 호환성까지 제거합니다.

Linux에서는 오래된 DOS 프로그램도 실행할 수 있습니다.

Linux는 오래된 프로그램과의 호환성을 거의 제거하지 않습니다. 그리고 이것이 바로 기업이 파산하거나 새로운 버전과 방향으로 이동하여 하드웨어를 방기한 후에도 오래된 하드웨어를 오랫동안 작동하게 해주는 이유입니다.

현재 제 가장 오래된 PC는 약 8~9년 된 것으로, 구형 Intel i5-6500과 Ryzen 7 2700x를 갖추고 있습니다. 또한 DDR PC 컴퓨터도 몇 대 가지고 있습니다.

4개의 좋아요

그리고 SANE 덕분에 스캐너 같은 하드웨어도 사용할 수 있습니다.

리눅스가 없었다면 제 스캐너는 10년 넘게 그냥 플라스틱 조각으로만 남았을 것입니다! Windows XP 이후로는 지원이 중단되었기 때문이죠(맥도 아마 같은 문제일 겁니다). 하지만 리눅스는 최신 버전까지도 계속해서 모든 스캐너를 지원합니다.

5개의 좋아요

자체 호스팅 설치의 관리자로서, 브라우저 버전 경고(및 궁극적인 버전 차단)를 비활성화할 수 있는 방법이 있을까요? 완전히 차단하는 것보다 구형 기기를 사용하는 사용자에게 사이트가 열리지 않는 형태로 열리도록 하는 것이 더 좋습니다.

4개의 좋아요

전체 차단은 아닙니다. 해당 사용자는 로그인이나 답글 작성은 할 수 없지만, 그 외에는 읽기는 가능합니다. 모습은 더… 미니멀해질 것입니다.

저한테는 해당 사항이 없어요 — 저는 최신 컴퓨터를 쓰고 있어서 디스코스를 문제없이 잘 돌리고 있거든요. 이건 제가 소속된 포럼의 다른 사용자들을 위한 겁니다. 그분들을 리눅스로 전환시키려고 설득하는 건 아마도 헛수고가 될 거예요, ㅋㅋ. 제 부모님이나 제가 아는 다른 사람들을 설득하는 것도 쉽지 않은데 (설득하고 나면 그분들을 위한 기술 지원까지 해야 하니까요). 인터넷 너머의 낯선 사람에게까지 그렇게까지 설득하려 하진 않을 거예요 :slight_smile:

하지만 네, 리눅스는 오래된 컴퓨터를 사용하는 기술에 익숙한 사용자들에게는 훌륭한 선택지가 될 수 있겠죠. 안타깝게도 그런 사용자 중 많은 분들이 기술에 익숙하지 않거나, 혹은 단순히 자신의 선호도에 얽매여 있어 오래된 기계와 운영체제를 쓰고 있는 경우가 많아요.

그분들은 그 방식으로 고전적이고 구식이지만, 그렇다고 해서 제가 소속된 커뮤니티에서 그분들을 배제하고 싶다는 뜻은 아니에요.

호스팅된 디스코스 클라우드 인스턴스에서도 이게 가능한가요? 가능하다면 훌륭한 대안이 될 것 같네요! 하지만 클라우드 버전이 여러 버전을 병렬로 지원해야 하므로 가능성이 낮아 보이긴 합니다…?

우선, 답변해 주셔서 감사합니다. 이 문제에 대해 논의해 주려고 해 주신 것(그리고 팀 전체가)에 대해 감사드립니다.

오래된 운영체제가 더 취약하다는 점은 당신이 완전히 옳지만, 때로는 개별 사용자의 사정으로 업그레이드나 운영체제 전환이 비현실적일 수 있어요, 특히 단 몇 주간의 예고만으로(실제로는 두 주가 아니라 한 달 조금 더인데, 잘못 계산했네요, 죄송합니다). 그리고 5월 2일이 되면 최신 운영체제로 업그레이드하지 않은 사용자의 컴퓨터가 갑자기 봇넷에 합류해서 폭발하는 것도 아니잖아요. 브라우저는 계속 작동하고, 대부분의 다른 웹사이트도 계속 작동하며, 단지 디스코스 포럼에 더 이상 게시물을 올리지 못할 뿐입니다. 네, 결국 어떤 취약점에 의해 피해를 입을 수는 있겠지만, 그건 아마도 2025년 5월 1일보다 훨씬 수년 후의 일이었을 거예요.

이 경우, 특정 운영체제를 비추천 처리하거나 특정 시간표에 따라 그렇게 하는 것도 아닙니다. 기존 기능에 비관건적이고, 즉각적인 사용자 체감 영향이 없는 세 가지 매우 구체적인 브라우저 기능을 추가하는 거죠. 색상은 다른 방식으로 계산할 수 있고, 레이아웃은 다른 CSS 도구로 근사할 수 있으며, 룩비hind가 무엇에 사용될지는 모르겠지만, 그것에도 우회책이 있을 가능성이 높습니다.

이러한 변경사항을 중요한 운영체제 보안 업데이트와 비교하는 것은 매우 공정하지 않다고 생각합니다. 둘은 완전히 다른 종류의 변경 및 비추천 대상이니까요.

하지만 제가 여기서 주장하는 근본적인 논점은 특정 변경사항이 몇 개의 CVE나 코드 라인수를 요구하는지에 관한 것이 아닙니다. 디스코스는 근본적으로 커뮤니티에 관한 것이고, 이 경우 이 결정은 개발자 경험의 사소한 개선이라는 명목으로 커뮤니티에 해를 끼치고 있다는 겁니다 — 물론 제가 틀렸다면 정정해 주세요.

디스코스 팀이 후방 호환 가능한 게시 모드를 구현하는 데 드는 비용은 달러와 시간으로 측정됩니다. 오래된 브라우저를 지원해야 하는 것은 귀찮은 일이라는 건 알아요, 그리고 저를 포함한 모든 웹 개발자도 싫어하고, 당신도 싫어할 거라고 확신합니다. 하지만 이 경우 사용자에게 드는 비용은 사소한 불편함만이 아니라, 오랫동안 소속되어 온 커뮤니티와 단절되고 고립되는 매우 현실적인 위협으로 측정됩니다.

디스코스는 Windows 7과 10, 그리고 요즘 유행하는 리눅스 배포판의 상대적 장단점을 논쟁하는 기술 고수들만을 위한 것이 아닙니다. 전 세계 모든 연령대, 새것과 오래된 기기를 사용하며, 기술 숙련도가 다양한 사람들이 사용합니다. 그리고 그중 일부는 우리처럼 컴퓨터와 운영체제 업데이트를 따라가지 못합니다. 그게 이상적이지는 않을 수 있지만, 저는 그분들의 전체적인 사정을 모르거든요…

결국, 네, 영원히 모든 사람을 지원할 수는 없다는 사실은 절대적으로 맞고, 결국 어떤 소프트웨어 문제든 반드시 당신의 손을 움직이게 하고, 일부 소수의 사용자를 뒤로 남기는 업그레이드를 요구할 것입니다.

하지만 그 세 가지 특정 기능은 그런 경우처럼 보이지는 않습니다. 정말로 그렇게 시급하고 중요해서, 가장 오랫동안 당신의 소프트웨어를 사용해 온 일부 사용자를 "미안하지만, 이메일로만 하고 싶지 않다면 더 이상 게시물을 올릴 수 없습니다"라고 추방할 만큼의 가치가 있을까요?

저에게 그 세 가지 기능은 정말로 "최첨단(bleeding-edge)"처럼 보입니다, 특히 수년간 그것 없이도 잘 돌아온 포럼 소프트웨어인 경우에요. 디스코스가 대부분의 정부, 은행 등의 웹사이트보다 더 앞서 나가야 할까요? 제가 아는 한, 그것들은 혁명적인 패러다임 변화가 아니라 작은 점진적인 편의성 개선일 뿐입니다… 하지만 제가 틀렸고 이것들을 조속히 구현해야 하는 시급한 필요가 있다면 꼭 정정해 주세요.

하지만 시급한 필요가 없다면… 정말로 그 사용자들을 배제할 가치가 있을까요? 그 세 가지 기능은 전 세계 브라우저 지원률이 91~95% 사이인 것 같습니다(1, 2, 3). 평균 93%라고 가정해 보죠. 디스코스가 1,400만 명의 사용자가 있고 이 변경으로 7%가 부정적인 영향을 받는다면… 여전히 980,000명에 해당합니다. 물론 그 계산은 단순화되었고 실제 분석 데이터가 더 좋겠지만, 핵심은 디스코스의 규모에서 당신의 변경사항이 사회적 상호작용을 위해 이러한 커뮤니티에 의존하는 실제 사람들에게 영향을 미치고 있다는 겁니다. 정말로 시급하고 필요한가요? 기본적인 HTML 게시 모드가 사용 가능해질 때까지 기다릴 수 없나요?

4개의 좋아요

아, 죄송합니다. 더 구체적으로 말씀드려야 했네요… 저는 영향받는 기기의 사용자들이 읽기 및 쓰기(답글) 접근 권한을 모두 유지할 수 있는 최선의 방법을 이해하려고 하고 있습니다.

@unknown_error 님이 강조했듯이, Discourse 팀이 이 스레드에서 언급한 특정 기능들은 비중요적인(non-critical) 브라우저 기능으로 보이며, 따라서 우아하게 성능이 저하된(gracefully degraded) 페이지를 허용하는 것이 가능해야 합니다.

따라서 저는 보안 수정 사항을 적용하는 동시에 영향받는 기기에서 기존과 동일한 읽기/쓰기 경험을 제공하는 데 필요한 난이도가 어느 정도인지 이해하려고 하고 있습니다. 셀프호스팅 관리자가 사용자 에이전트/브라우저 기능 검사를 사용자 정의할 수 있는 방법이 있거나, Discourse 포크를 유지해야 하는 것일 수도 있습니다. 제 커뮤니티의 여러 구성원이 이(제 생각에는 불행한) 결정의 영향을 받을 것이므로, 이러한 브라우저에 대한 지원을 계속하는 데 필요한 노력의 수준을 이해하고자 합니다.

1개의 좋아요

@unknown_error님의 타당한 지적에 덧붙이자면, 과거에도 고령층 사용자가 많은 커뮤니티에서 노후화된 iPad를 사용하는 사례를 목격한 바 있습니다. 이들은 아마도 시설 내에서, 그리고 예산이 제한된 환경에서 활동하고 있을 가능성이 높으며, presumably 허용 가능한 수준의 위험을 감수하고 있을 것입니다.Hopefully 은행 거래나 기타 고가치 활동은 시도하지 않기를 바라지만, 구형 브라우저가 더 이상 지원되지 않으면 이들은 소외될 수밖에 없습니다.

표현이 그렇게 세련되지 않더라도, 이러한 경우를 위해 포럼 기능이 작동하도록 유지하려는 모든 시도를 환영합니다.

Discourse 팀의 문화에 대한 제 이해에 따르면, 이 소프트웨어는 항상 공격적으로 앞으로 나아가고 있습니다. 더 나을 수도, 나쁠 수도 있지만, 이는 통합하거나 보존하는 성격의 조직이 아닙니다. Hopefully 이 팀이 돌봄의 문화를 보여줄 수 있기를 바랍니다. 구형 브라우저를 사용하는 사람들은 어쩔 수 없는 다양한 이유로 인해 상대적으로 불리한 위치에 있기 때문입니다.

4개의 좋아요

Bodhi처럼 매우 쉬운 배포판이라도 마찬가지야. 이 프로젝트 Discorkie를 지켜보는 것을 추천해. 그리고 해당 스레드에서 작성된 내용을 보면, Windows용 스탠드론 앱이 구버전 윈도우에서도 작동할 수 있을 것 같고, HTML, JS, CSS를 로드하지 않는다고 했어.

이것은 이러한 구식 OS에서도 포럼에 접근할 수 있도록 지원하는 대안이 될 수 있어. 여러 Discourse 포럼을 하나의 인터페이스에서 사용할 수 있으며, Discord와 비슷한 느낌을 줘.

Linux에서는 snap 및 flatpak으로 사용할 수 있어. 따라서 앱에 모든 종속성이 더나쁘면 내장되어 있을 가능성이 높아.

호스팅된 환경에서는 확실하지 않지만, 보안을 보장할 수 없기 때문에 지원되지 않을 가능성이 높아. 따라서 아마도 셀프 호스팅이 필요할 거야.

2개의 좋아요

디스코스는 최신 버전의 파이어폭스 ESR을 지원하지 않습니다. 저는 오래된 맥 미니에서 이를 방금 업데이트했는데, 115.22.0esr로 업데이트되었음에도 불구하고 제가 이 게시판에서 사실상 제외될 것이라는 메시지가 여전히 표시됩니다. 저는 스트레이트 도프 커뮤니티에서 읽기만 하고 싶지 않습니다. 그곳에 게시물을 올릴 수도 있어야 합니다.

저는 새 컴퓨터를 살 여유가 없습니다. 새로운 맥 미니가 “다만” 599달러라고 설득하지 마세요. 저는 생활비를 겨우 벌고 있습니다.

그렇습니까? 현재 메시지 보드를 사용하는 사람들 중 현재의 색상 품질에 대해 불만을 제기하는 사람이 몇 명이나 될까요?

하지만 로그인하고 게시물을 올리는 것은 불가능한 것 같습니다. 단순히 구경만 할 수 있다면 커뮤니티의 일원이 될 수 없습니다.

네, 그렇습니다. 감사합니다. 그리고 그 점을 지적해 준 다른 분들도 감사합니다.

6개의 좋아요

디스코urs 팀만이 그들의 문화에 대해 결정적인 답변을 할 수 있지만, 솔직히 말하면 제가 느끼는 인상은 그렇지 않습니다. 개발자/제공자가 지원하고 있는 한, 사실상 모든 주요 브라우저가 지원되는 것으로 보입니다. 웹 전반적으로 빠르게 변화하는 경향이 있으므로, 이는 합리적이고 균형 잡힌 접근 방식처럼 보입니다.

8월까지 연장된 유지보수 기간을 가진 Firefox ESR 115의 경우, 아마도 약간의 회색 지대가 있을 수 있지만, 유지보수가 종료된 운영 체계를 사용하는 사용자에게 이것이 얼마나 도움이 될지는 확실하지 않습니다.

따라서 "진정한 해결책"은 디스코urs의 LTS/ESR 버전이거나, 요구 사항이 적은 “최대 호환성” 버전일 것입니다. 이는 저를 - 그리고 이것이 제가 주로 댓글을 남기는 이유이기도 합니다 - 새로운 기능을 개발하고 디스코urs가 웹의 나머지 부분과 함께 계속 진화하도록 보장하는 데 사용될 수 없는 개발 역량이 얼마나 많이 소모될지 약간 걱정스럽게 만듭니다. (디스코urs가 포럼의 점진적인 쇠퇴를, 적어도 일정 부분까지는, 멈추게 한 이유 중 하나라고 느끼기 때문입니다.)

5개의 좋아요

맞습니다. DisCorkie는 어떤 종류의 웹 뷰에서도 HTML을 로드하지 않습니다. 이는 구형 브라우저에서 발생하는 불안정성이나 보안 취약점과 같은 문제에서 자유롭기 때문에 좋은 점입니다.

솔직히 말해서, 이 환경에서 테스트를 해보지 않아 구형 Windows 머신에서 어떻게 동작할지 정확히 확신할 수 없습니다. 하지만 이론적으로는 이로 인해 어떤 문제도 겪지 않을 것입니다.

1개의 좋아요

Mac Mini 모델 버전과 Mac OS 버전을 공유해 주시겠습니까?

4개의 좋아요