프로덕션 환경에서 라이브 리로드

커스터마이징 테마 컴포넌트
1
:information_source: 요약 프로덕션 환경에서 CSS 리로드 기능 복원
:hammer_and_wrench: 저장소 https://github.com/communiteq/discourse-tc-livereload
:question: 설치 가이드 테마 또는 테마 컴포넌트 설치 방법

이 테마 컴포넌트 설치

8월, 프로덕션 환경에서 라이브 CSS 리로드 기능이 제거되었습니다.

저는 플러그인 개발에는 개발 환경을 사용하지만, 대부분의 경우 테마 컴포넌트는 스테이징 서버에서 개발합니다. 스테이징 서버는 기술적으로는 프로덕션이지만, 이상한 일이 발생하면 F5를 눌러 새로고침하는 방법을 아는 사람들만 접속합니다.

저는 개발 환경이 아닌 환경에서 라이브 리로드 기능을 복원하기 위해 이 테마 컴포넌트를 만들었습니다.

이 기능이 실제로 문제를 일으킬 수 있기 때문에(기능이 제거된 이유이기도 합니다), 특정 그룹으로 기능을 제한할 수 있습니다. 기본값은 staff입니다. 그룹은 테마 컴포넌트 설정에서 변경할 수 있습니다.

아직도, 자신이 무엇을 하고 있는지 모를 경우 이 테마 컴포넌트를 사용하는 것은 권장하지 않습니다 :face_with_open_eyes_and_hand_over_mouth:

11개의 좋아요
Get started with Theme Creator and the Theme CLI
2

좋아요! 이 기능이 코어에 포함되고 관리자만 적용되도록 하거나, 기본적으로 비활성화되어 사용자가 그룹을 추가해야만 적용되도록 하면 좋겠습니다.

저는 거의 모든 테마 개발을 프로덕션 사이트에서 진행했습니다(보통 스테이징용 기술적 프로덕션 사이트였지만요).

매우 감사합니다!

2개의 좋아요
3

설명란에 적절한 면책 조항이 포함된 한, 코어에 그룹 기반의 새 사이트 설정을 추가하는 것은 괜찮아 보입니다. pr-welcome

그럼에도 불구하고, 일상적인 개발을 위해 프로덕션 인스턴스를 사용하는 것은 여전히 강력히 권장하지 않습니다. 프로덕션 빌드에서는 유용한 오류 및 디버그 정보가 대부분 제거되므로, 문제가 발생했을 때 유용한 피드백을 얻기 어렵습니다.

5개의 좋아요
4

좋네요!

아, 그렇군요. 그렇다면 저 같은 해커(hacker)에게 더 좋은 힌트를 강제하는 것이 좋은 것일 수도 있겠네요. 무엇이 잘못되었는지 종종 막막합니다. 아마도 그것이 이유일 거예요!

하지만 단순한 CSS나 색상 조정의 경우, 위험은 없을 것 같습니다.

4개의 좋아요
5

디버깅 관점에서 보면 CSS 파일의 경우 개발 환경과 프로덕션 환경 사이에 큰 차이가 없습니다.

다시 ‘라이브 리로드’ 문제로 돌아가자면, 이는 CSS에 특화된 문제입니다. 더 새로운 버전의 Discourse에서 나온 스타일시트가 더 오래된 버전의 Discourse가 실행 중인 페이지에 삽입되면 최종 사용자에게 예상치 못한 문제가 발생할 가능성이 높습니다.

그래서 CSS 업데이트를 다음 페이지 탐색 시까지 지연시키도록 시스템을 업데이트하여, 이제 JS 업데이트와 일치하도록 조정했습니다.

4개의 좋아요