ezoic를 끄고 시도해 보세요. 실제로 병목 현상을 일으킬 수 있습니다.
네, 우리는 Cloudflare(CF)를 사용하고 있습니다. 하지만 보통 CF는 웹사이트 속도를 높이기 위해 사용한다고 생각해서 그렇게 하고 있습니다.
그리고 네, 우리의 CF 계정을 Ezoic와 연결하긴 했지만, 아직 Ezoic를 사용하지 않고 있으며 그들을 통해 광고를 서빙하지도 않습니다. 제 CF 계정에서 Ezoic 연동을 제거하는 방법을 찾지 못했습니다.
현재 우리는 Digital Ocean의 단일 드롭릿을 사용하며, 이 서버에는 이 웹사이트 하나만 호스팅되어 있습니다. 웹사이트는 NGINX를 통해 서빙되며, 설정은 다음과 같습니다(일부 값은 더미 값으로 대체했습니다). Amazon ERC Number - How To Discuss 에서 PHP를 통해 AMP 페이지도 서빙하고 있기 때문에 NGINX를 사용하고 있습니다.
server {
listen httpsPORT ssl http2;
ssl on;
ssl_certificate /path/to/pem;
ssl_certificate_key /path/to/key;
server_name howtodiscuss.com www.howtodiscuss.com;
location / {
proxy_ssl_server_name on;
proxy_pass http://localhost:port;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;
proxy_redirect off;
# Socket.IO Support
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
}
그리고 우리 웹사이트는 이미 Cloudflare를 통해 서빙되고 있으므로, 이는 여전히 속도를 높여야 하지만 실제로는 그렇게 되어 보이지 않습니다.
그리고 언급하신 이 항목들을 시도해 볼 예정입니다. 전체 포럼을 Cloudflare 풀 CDN으로 호스팅하는 것처럼 배포하고 실행하는 것이 모두 무료인가요? 100% 무료인 것 맞습니까? 최고의 ROI를 얻기 위해 어떤 방식으로 이 절차들을 따르는 것이 좋은지 정확한 단계와 방법을 알려주시겠습니까?
또한, CF Rocket Loader를 켜보았지만 그 경우 Discourse가 예상대로 작동하지 않았습니다. 또한 CSS, JS, HTML 파일의 CF 미니피케이션을 켜면 다시 EmberJS 스크립트가 제대로 작동하지 않고 사이트가 예상대로 동작하지 않는 것 같습니다. 사이트의 성능과 사용성을 해치지 않으면서 사이트를 빠르게 하기 위해 CF 계정에서 더 조정할 수 있는 것이还有什么 있을까요?
Discourse에서 GZIP 압축 및 리소스 압축과 미니피케이션을 활성화하고 서버 측/클라이언트 측 캐싱을 활성화하는 방법은 무엇인가요?
최근 발견한 또 다른 버그는 관리자 권한으로 https://howtodiscuss.com/logs 로 이동하면 https://howtodiscuss.com/logs/logs/ 로 리디렉션된다는 것입니다. 최신 버전의 Discourse 버그인가요?
@ahmed_khan1 은 곧 GitHub - discourse/discourse-prometheus: Official Discourse Plugin for Prometheus Monitoring · GitHub 플러그인을 설치하고 여러분과 통계를 공유할 예정입니다.
또한, 현재 설정을 살펴본 결과 더 많은 제안이나 최적화 조언이 있다면 공유해 주십시오. 감사합니다
내부 NGINX로 처리하게 두면 안 될까요?
말씀드린 것처럼 우리는 AMP 페이지를 서빙하고 있으며, NGINX에서 AMP 라우팅을 수행하고 있습니다. 하지만 NGINX 코드 스니펫에는 AMP 코드를 공유하지 않았습니다.
우리의 AMP 페이지는 다음 주소에서 접근할 수 있습니다.
등등, 우리는 PHP를 통해 이러한 페이지를 서빙하고 Discourse API를 사용하여 AMP로 이러한 페이지를 빌드합니다. 따라서 Discourse가 기본적으로 AMP 라우팅을 제공하지 않기 때문에, NGINX가 AMP 페이지 라우팅을 처리해 주어야 합니다.
누군가가 우리 웹사이트에서 Google PageSpeed 및 GTMetrix 점수 100%를 달성하고 더 큰 성장을 이루는 데 도움을 줄 수 있다면, howtodiscuss.com@gmail.com으로 연락해 주세요.
나라면 느린 사이트를 빠르게 만들려고 하지 않을 거예요. 그런 건 거의 무의미하거든요. 충분히 빠른 사이트부터 시작해서 더 빠르게 만드는 쪽으로 접근하세요. 그러니 첫 단계는 왜 이렇게 느린지 파악하는 겁니다. 저는 다음과 같이 진행할 거예요:
- 테스트 목적으로 새로운 드롭렛(droplet)을 생성하고 Discourse 설치 지침을 따르세요.
- 아직은 어떤 플러그인도 추가하지 마세요. Cloudflare, Nginx 등도 마찬가지입니다.
- 프로덕션 사이트의 백업을 복원하세요.
- 충분히 빠르나요? 그렇다면 좋습니다.
- 플러그인을 추가하세요.
- 여전히 빠르나요? 좋습니다. 그렇지 않다면 속도를 떨어뜨리는 플러그인을 찾아보세요.
- 모든 PHP 관련 작업을 위해 앞에 Nginx를 추가하세요.
- 여전히 빠르나요? 좋습니다. 그렇지 않다면 다른 방법을 시도해 보세요. 예를 들어
- Nginx가 왜 속도를 늦추는지 파악해 보기
- 또는 Nginx를 PHP 관련 작업에 대해 비공개 포트에서 실행하고, Discourse와 Nginx 앞에 HAProxy를 TCP 모드로 배치해 보기
- 정적 자산용 CDN 또는 전체 사이트 CDN을 사용하세요 – 마지막 게시물에 있는 링크를 확인하고 해당 주제들을 주의 깊게 읽어 보세요. Cloudflare는 특별한 처리가 필요하며(
app.yml의 템플릿 등), Rocket Loader나 유사한 기능은 사용하지 마세요.