(게시물의 일부에 반응/좋아요를 누를 수 있는 기능이 필요합니다. 어떻게 해야 하는지는 전혀 모르겠지만… 그렇지 않으면 이런 빈 게시물을 쓸 이유가 없었을 텐데… 
)
질문자께서는 구체적으로 성능을 언급하셨습니다. 반면 제 인용문에서는 구체적으로 대역폭 절약을 언급했습니다. 이 둘은 서로 다른 것이며, 사람에 따라 이를 어떻게 평가하는지도 다릅니다.
리처드 씨, Communiteq 링크가 너무 모호했어요. 메시지는 결국 클라우드플레어를 사용하지 말라는 뜻이더군요.
대신, 클라우드플레어를 사용할 경우 어떤 설정을 해야 하는지 구체적으로 알려주는 건 어떨까요? 명시적으로 적어두면 좋겠어요. oopsyscoops가 원하는 것도 결국 그런 표준적인 가이드라인이 아닐까 싶어요. 단순히 “사용하지 마세요”가 아니라요. 성능 기능을 끄고 이미지 캐싱을 허용하면 괜찮아 보일 것 같은데, 저는 이 분야의 전문가가 아니어서 여쭤보는 거예요. 이 문제의 양쪽 입장을 모두 알고 싶거든요.
캐싱이 별로라고 하셨나요? 그게 사실이라면 애초에 CDN을 쓸 이유가 없지 않나요? CDN은 파일을 원격 위치에 캐시/저장해 사용자가 해당 지역에서 더 빠르게 다운로드할 수 있게 해주는 거잖아요. 게다가 오리지널 대역폭과 서버 부하를 줄여주는 효과도 있고요.
그것은 Discourse를 직업으로 관리하는 사람들이 주는 조언입니다.
그 설정이 시대에 따라 계속 변하기 때문입니다. 예를 들어, Mailgun이 작동하도록 하는 지침을 유지하기 위해 끊임없이 고군분투하고 있습니다.
Cloudflare는 CDN처럼 작동하지 않습니다. 그것은 전혀 다른 것입니다. CDN을 사용하면 Discourse는 캐시되어야 할 항목에 대해 CDN을 사용합니다. CDN이 어떻게 작동해야 할지 추측하도록 내버려 두지 않습니다.
DDoS 공격의 대상이 될 가능성이 있는 커뮤니티를 운영하지 않는 한, Cloudflare는 좋은 아이디어가 아닙니다.
저는 여러 사이트에서 bunny.net을 사용해 보았는데, 무료는 아니지만 저렴하고 사용하기 쉽습니다.
그 점에는 충분히 동의합니다.
저는 최근에야 우리 워드프레스 사이트에 클라우드플레어(Cloudflare)를 사용하기 시작했고, APO를 실행하면 속도 차이가 매우 큽니다. 불행히도, 곧 디스커스(Discourse) 포럼을 출시하려는데, 어떤 페이지 캐시 제품을 사용하든 WP-Discourse 플러그인의 댓글 수가 제대로 작동하지 않습니다. 우리 포럼은 클라우드플레어에조차 있지 않습니다 (DNS만 사용 중).
버니(Bunny)의 의견에 동의합니다. 우리는 현재 비디오용으로 이를 사용하고 있습니다.
이번 논의에서 빠져 있는 것은 Cloudflare의 어떤 기능이 문제를 일으키는지라는 구분입니다.
지금까지 읽은 내용은 일관되게 Cloudflare를 CDN으로만 언급하고 있지만, 현재 Cloudflare는 회사 이름이자 다양한 기능(SASE, 네트워크 서비스, 제로 트러스트, 분석 등)을 갖춘 플랫폼의 이름이기도 합니다.
Cloudflare의 캐싱이나 최적화 부분이 가장 많은 문제를 일으킨다면, 그렇게 명확히 전달해 주세요.
그렇다면 왜 Cloudflare 터널과 Cloudflare 액세스를 사용하여 Discourse 인스턴스의 보안을 대폭 강화하는 것이 단순히 'Cloudflare’라는 같은 이름을 공유한다는 이유만으로 무시되어야 합니까?
그리고 바로 그것이 이 논의의 주제입니다. 그들의 다른 제품들에 대한 이야기가 아닙니다. 단순히 Discourse가 사용자의 웹 브라우저에서 정상적으로 작동하는지에 대한 이야기일 뿐입니다. 이 논의가 시작되었을 때, 그들은 주로 CDN만 보유하고 있었습니다.
이 토론은 Cloudflare 플랫폼의 CDN 부분에 관한 것이라는 점만 암시되고 있을 뿐입니다. 현재 Cloudflare를 설치하는 사용자는 10년 전 Cloudflare가 (일부 다른 기능 외에) CDN만 가지고 있었다는 역사를 알지 못합니다.
따라서 이 스레드가 Cloudflare에서 CDN 기능을 활성화하는 것을 Discourse 관리자에게 지양하도록劝阻하려는 목적이라면, 그 점을 명확히 명시해야 합니다. 그것이 제 주장의 핵심이었습니다.
그렇지 않을 경우, 이 스레드가 "Cloudflare"를 "Cloudflare CDN, 캐싱 및 최적화"의 동의어로 느슨하게 사용하고 있기 때문에, CDN을 제외한 Cloudflare의 다른 기능 사용을 모든 사용자가 기피하게 될 것입니다. 이는 말이 되지 않습니다.
이 토론이 CDN에 관한 것이 아니라고 생각할 수 있는 사람이 어떻게 있을지 모르겠습니다. 여기 OP는 이렇게 말하고 있습니다.
그들은 "Cloudflare CDN 서비스"라고 명시하지는 않았지만, 그것이 그들이 의도한 것임을 충분히 알 수 있습니다. 솔직히 다른 서비스들이 Discourse의 작동 여부와 어떤 관련이 있는지 도무지 모르겠습니다.
여기서 명확히 하자. Cloudflare는 CDN이 아니다. 그들은 서비스의 한 기능을 'Cloudflare CDN’이라고 부르지만, 근본적인 수준에서 그것이 수행하는 역할은 CDN이 아니다.
Discourse와 일반적으로 교차하는 두 가지 요소는 그들의 DNS(문제없고, 오히려 좋다)와 역방향 프록시(Reverse Proxy)이다. 역방향 프록시란 DNS 제품을 사용할 때 나타나는 오렌지 구름(orange cloud)을 의미한다.
역방향 프록시는 업로드를 캐시할 수 있다(이것은 괜찮다) 하지만, 브라우저에 전달되는 JavaScript 페이로드에도 간섭을 일으킬 수 있다(일반적으로 괜찮지 않으며, 여기서 논의하는 요소이다). 역방향 프록시로서, 그것은 클라이언트와 서버 간 모든 통신의 지연 시간을 증가시키며, 이는 사용자 경험에 직접적인 영향을 미친다.
Cloudflare 터널은 메타(meta)의 다른 곳에서 언급되며, 강조된 용도에서는 문제없다.
@Stephen, 내가 지적한 명확성을 제공해 주셔서 감사합니다.
그것은 CDN이 기본적으로 제공하는 이점과 정반대되는 것 아닌가요? 전 세계 사용자에게 파일을 가까운 지역에서 제공하여 에셋 로딩 속도를 빠르게 한다는 것이 말이죠?
맞아요, 그게 일반적인 해석입니다. Cloudflare는 방대한 네트워크와 광범위한 존재감을 갖추고 있지만, 프록시가 통신을 어느 정도 늦추는 것을 막지는 못합니다.
Let’s Encrypt가 인증서를 발급한 후에는 오렌지 클라우드를 활성화하는 데 실질적인 문제가 없습니다. 단, 성능 관련 기능을 비활성화하고 증가된 지연 시간(latency)을 수용할 수 있어야 합니다. 앞서 언급했듯이 서버 IP를 숨기거나 /uploads를 캐시해야 할 경우 유용합니다. 다만 일부가 주장하듯 만능 해결책은 아닙니다.
제 지식을 바탕으로, Let’s Encrypt는 Cloudflare Universal SSL 인증서가 앞에 있더라도 HTTP-01 챌린지를 위해 항상 HTTPS를 통해 웹서버에 접근할 수 있으므로, LE 인증서가 발급된 후에야 오렌지 클라우드를 활성화해야 할 필요는 없습니다.
한 번 시도해 보시는 것을 추천합니다. 여기서는 흔히 다루는 지원 주제입니다.
초기 인증서가 발급되기 전에 Cloudflare가 활성화되어 있으면 Let’s Encrypt가 실패합니다.
Discourse-setup도 Cloudflare 템플릿을 추가하지 않습니다. 저는 보통 초기 빌드가 완료된 후 두 가지를 동시에 처리하는 것을 권장합니다.
사실 그랬습니다. 제 모든 공개 웹 앱은 Cloudflare Tunnel을 통해 실행되며, 이 터널이 작동하려면 오렌지 클라우드(Orange Cloud)가 활성화되어 있어야 합니다. 그런데 포트 80과 HTTP가 전혀 사용 불가능한 상태에서도 초기 LE 인증서를 발급받을 수 있었습니다.
Cloudflare 터널은 별개의 제품입니다. 속도를 높여주지는 않습니다. 완전히 다른 제품입니다.
네. 하지만 제가 스티븐과 이야기한 내용은 그게 아니었어요. 그리고 '속도를 높이는 것’에 대해서도 저는 아무 말도 하지 않았습니다. 오렌지 클라우드가 켜져 있는 상태에서 LE 인증서가 발급될 수 있는 상황을 예시로 추가했는데, 제가 직접 경험해 보니 작동하기 때문이었어요.
클라우드플레어가 이름은 비슷하지만 용도가 매우 다른 제품들을 너무 많이 갖추고 있어, 클라우드플레어를 사용하는 사용자를 돕는 일이 매우 혼란스러울 것 같다는 의견에 동의합니다. Install Discourse on a residential internet with Cloudflare Tunnel 은 매우 구체적이고 문서화된 사용 사례로, 클라우드플레어를 다루는 99%의 주제에서 논의되는 내용과는 크게 다릅니다. 따라서 이 주제에 적합하지 않습니다.