Drupal 성능을 어떻게 개선합니까?

54

Drupal은 개발 속도가 빠르지 만 성능이 너무 나쁩니다. 초당 50 개의 요청에 도달하기가 어렵습니다.

간단한 웹 페이지에는 SQL 쿼리가 너무 많습니다. Drupal.org에서 양식 제출의 요청 시간을 테스트하면 완료하는 데 항상 몇 초가 걸립니다.

웹 사이트의 속도를 어떻게 향상 시킵니까?

7  6  performance 
— 브루스 두
소스
3
실제로 사이트를 검색 했습니까? 나는 이것이 이전에 반복적으로 논의되지 않았다고 상상할 수 없다.
— Letharion
1
내 슬라이드를 체크 아웃 goo.gl/30yi39가 당신을 도움이 될 것입니다
— mikeytown2

답변:

61

캐싱, 캐싱 및 캐싱.

이전에 비슷한 질문에 대한 몇 가지 제안

  1. 퍼팅 니스 하여 HTTP-데몬의 앞이나 다른 역 프록시 아마 당신이 할 수있는 한 최선의 일이다.
  2. DrupalCon Copehagen에서 Rasmus 는 APC 와 같은 php opcode 캐시를 사용하는 것이 일반적으로 PHP 속도를 높이는 가장 좋은 방법 중 하나 라고 말했습니다 . 최신 버전의 PHP로 성능이 향상됩니다. Drupal을 업그레이드 할 때 PHP를 업그레이드하면 추가적인 이점이 있습니다. 6에서 8까지 Drupal은 객체 방향으로의 주요 전환을 거칠 것입니다. 이는 또한 최신 PHP 버전에서 성능이 가장 많이 향상되었다는 것입니다.
  3. Memcache 는 디스크 대신 메모리에 캐시를 넣어 캐시 속도를 높이는 데 널리 사용됩니다.
  4. 캐시 작업 과 결합 된 패널 + 캐싱 은 로그인 한 사용자에게도 매우 복잡한 논리를 지원하므로 성능을 크게 향상시킬 수 있습니다.
  5. 엔티티 캐시 드루팔 7 사용하는 모든 사용자를위한 좋은 제로 conf의 속도 향상이다.
  6. 쓰기가 많은 사이트는 "잘 설정된"솔루션이 적습니다. 일부 옵션은 다음과 같습니다.
    1. Google 애널리틱스와 같은 다른 곳에서 통계와 같은 빈번한 쓰기 작업을 완전히 수행합니다.
    2. X 초마다 한 번씩 DB에 쓰는 NodeJS와 같은 사용자 정의 솔루션으로 빈번한 쓰기 작업을 캐시합니다.
    3. 신성한 ACID를 희생시키고 MongoDB 와 같은 데이터베이스를 사용하십시오 . (아래 Berdir의 의견 참조)
    4. SQL 데이터베이스를 클러스터하십시오. 한 데이터베이스에서 읽고 다른 데이터베이스에 씁니다. 이것은 D7에 고유하며 Pressflow 는 D6에서 도움이 될 수 있습니다.
— 레타 리온
소스
이 모든 것이 추가되었지만이 모든 것은 읽기 캐싱을위한 것이며, 많은 쓰기를하는 사이트에는 적합하지 않습니다.
— Bruce Dou
당신은 쓰기에 대해 구체적으로 말하지 않았습니다. :) 나는 그것에 대한 답변을 그것에 추가 할 것이다.
— Letharion
1
MongoDB에 대한 설명. 전체 데이터베이스를 MongoDB로 전환 할 수 없습니다 . MongoDB는 MySQL과 같은 DBMS와 완전히 다른 것으로, 예를 들어 SQL을 사용하지 않습니다. 특정 플러그 가능 구성 요소 만 교체하고이를 사용하여 데이터의 일부 (예 : 필드, 로그, 블록 등)를 MongoDB에 저장할 수 있습니다.
— Berdir
@Letharion >> SQL 데이터베이스를 클러스터하십시오. 한 데이터베이스에서 읽고 다른 데이터베이스에 씁니다. Pressflow가 도움이 될 수 있습니다. 이것이 어떻게 달성 될 수 있습니까?
— GoodSp33d
1
좋은 답변입니다! 결정적인. 또한 집계가 단일 CSS 및 JS 파일에 대한 요청을 줄여 성능을 향상시키는 데 도움이된다는 점 에서 Advanced CSS / JS Aggregation 모듈을 살펴보십시오 .
— therobyouknow
23

이것들은 나의 경험에 대한 메모이며 다른 사람들의 경험과 다를 수 있습니다. 나는 주로 LAMP 스택을 사용하며 내 제안에서 동일하게 고려했습니다.

내가 일반적으로 따르는 캐싱에 대한 썸 규칙.

  1. 한 번 여러 번 사용하십시오.
  2. 가능한 경우 오래된 데이터로 라이브
  3. 드물게 캐시를 지우고 매우 구체적으로 유지하십시오.
  4. 가능하면 스택에서 가장 낮은 수준으로 변경하십시오. 램프-DCCc : Linux, Apache, Mysql, PHP, Drupal Core, Contrib 및 사용자 정의 모듈.

Drupal 사이트의 성능 향상 (복잡성 증가)

  1. 핵심을 업데이트하고 contrib 모듈과 테마를 업데이트하십시오. 그렇습니다.

  2. 서버에 APC를 설치하십시오. (Letharion의 제안에 따라 맨 위로 이동)

  3. 페이지 캐싱 : admin / config / development / performance 최소 캐시 수명과 캐시 된 페이지 만료의 차이점

  4. 블록 캐싱 https://drupal.org/project/blockcache_alter 모든 블록에 대한 캐싱 옵션.
  5. 자바 스크립트 및 CSS 파일 집계-프런트 엔드 개선 https://www.drupal.org/project/advagg
  6. 불필요한 모듈을 비활성화하십시오. 모든 모듈은 페이지로드에 필요한 코드 양을 추가합니다. 또한 조회 수가 증가합니다. 가능한 경우 특정 기능을 수행하는 여러 모듈 대신 일반 모듈을 사용하십시오.
  7. 캐시보기 컨텐츠-보기에 대한 컨텐츠 인식 캐싱 https://www.drupal.org/project/views_content_cache
  8. DB 로깅을 해제 - 사용 https://drupal.org/project/syslog_ng을
  9. (404) 오류 감소 - http://www.brokenlinkcheck.com/
  10. 빠른 404 응답 -https ://drupal.org/project/fast_404-서버 수준에서 처리해보십시오.
  11. 클라이언트 측 검증-https: //www.drupal.org/project/clientside_validation
  12. 압축 이미지-https: //www.drupal.org/project/imageapi_optimize
  13. 이미지의 게으른로드 - 불필요한 이미지를로드하지 마십시오 - https://www.drupal.org/project/lazyloader

  14. 스프라이트 시트 사용-https: //www.drupal.org/project/spritesheets

  15. 최소 캐시 수명 시간 값을 더 높은 수로 설정하고 캐시 지우기 모듈을 사용하여 특정 페이지의 캐시를 지우십시오- 노드를 편집 / 업데이트 할 때마다 익명 사용자의 모든 페이지 캐시가 손실됩니다

  16. Devel Module을 사용하여 쿼리를보십시오.
  17. 뷰 재 작성 쿼리가 과도 할 경우 조회를 피하거나 피하십시오.
  18. XHProf- https: //www.drupal.org/project/XHProf
  19. FPM, HHVM
  20. DB 프로파일 링 및 튜닝-https: //www.drupal.org/project/dbtuner
  21. Boost를 사용 하고 필요하지 않은 경우 DB를 부트 스트랩하지 마십시오. https://drupal.org/project/boost 대부분의 중소 사이트에 대해 Boost는 충분하며 리버스 프록시 등이 필요하지 않을 수 있습니다.
  22. 사용 CDN 서비스 - https://www.drupal.org/project/cdn 설정하기 쉬운.
  23. 캐시 테이블이 엄청나게 사용되는 경우 Memcached-memcached를 설치하고 RAM을 설정할 수 있다면 소리만큼 복잡하지 않습니다.
  24. Etags-Etags를 올바르게 구성하십시오. https://developer.yahoo.com/blogs/ydnfiveblog/high-performance-sites-rule-13-configure-etags-7211.html
  25. 리버스 프록시 서버 -바니시 (자산의 경우 최소)를 사용하십시오. 대부분의 사용자가 익명 인 경우 많은 도움이됩니다.
  26. 압축 전송-gzip 압축 사용
  27. 유지-가능하면 영구 연결을 사용하십시오.
  28. 프로그레시브 JPEGS-
  29. 코드 캐싱-Eaton의 블로그는 훌륭합니다. http://www.lullabot.com/blog/article/beginners-guide-caching-data-drupal-7
  30. 캐시 온난화를 구현 - https://www.drupal.org/project/cache_warmer - 최종 사용자가 그들 안타 전에 캐시 페이지를 따뜻하게.
  31. Master Slave DB Config- https : //www.drupal.org/project/autoslave를 사용하면 쉽게 설정할 수 있습니다.
  32. 데이터베이스 클러스터-https: //stackoverflow.com/questions/1163216/database-cluster-and-load-balancing
  33. 로드 밸런서-http: //en.wikipedia.org/wiki/Load_balancing_ (컴퓨팅)
  34. 휴리스틱 캐시 온난화 사용-https: //www.drupal.org/project/cache_graceful
  35. 인증 된 사용자 캐싱-https: //www.drupal.org/project/authcache
— 고쿨 NK
소스
drupal.stackexchange.com/questions/118990/…에 대한 답을 다시 게시했습니다 . BTW 너무 넓어서 폐쇄되었습니다. 이 두 가지 질문에 큰 차이가 있는지 확실하지 않습니다 :)
— Gokul NK
18

부스트 모듈은 매우 유용하며 웹 페이지에서 정적 파일 캐시를 만듭니다. 대부분 익명 사용자 트래픽이 많은 웹 사이트를위한 것입니다.

Boost는 Drupal에 정적 페이지 캐싱을 제공하여 대부분 익명 트래픽을받는 사이트에 대한 성능 및 확장 성을 크게 향상시킵니다. 공유 호스팅의 경우 성능 향상 측면에서 가장 좋은 옵션입니다. 전용 서버에서는 대신 바니시를 고려할 수 있습니다.

Apache는 Nginx, Lighttpd 및 IIS 7이 반 지원되어 완벽하게 지원됩니다. Boost는 html, xml, ajax, css 및 javascript를 캐시 및 gzip 압축합니다. 캐시 만기 로직을 ​​향상시킵니다. 사이트의 다른 부분에 대해 다른 캐시 수명을 갖는 것은 매우 간단합니다. 내장 된 크롤러는 빠른 페이지 로딩을 위해 만료 된 컨텐츠를 빠르게 재생성합니다.

— 꿀벌
소스
1
Boost는 이제 Drupal 7에 효과적입니다. 공유 호스팅 솔루션에서 이것은 좋은 방법입니다 (예를 들어 Varnish를 종종 허용하지 않기 때문에).
— Sage
5

SQLIte 데이터베이스 드라이버를 사용하는 경우 디스크 동기화를 비활성화해야 할 수도 있습니다.

/**
 * Implements hook_init().
 */
function HOOK_init() {
  db_query('PRAGMA synchronous = OFF');
}

일부 서버 구성에서는 성능이 크게 향상됩니다.

— 나중에
소스
2
이것은 모든 페이지로드 에서이 기능을 비활성화했기 때문에 영구적으로 비활성화하는 더 좋은 방법이 있는지 생각했습니다. 체크 아웃하는 데 시간을 보내야합니다.
— Gokul NK
1
$ databases 배열에 'init_commands'요소를 추가하여 sites / default / settings.php에서이를 수행 할 수 있습니다. 여기에서 "PRAGMA synchronous = OFF"에 대한 예를 찾았습니다. bitacoles.enging.com/node/210
— dinopmi
4

Drupal 성능의 비결은 모범 사례 를 캐싱 하고 준수하는 것입니다. 제안 :

드루팔 백엔드

  • 성능 섹션 에서 캐싱을 사용 하십시오.
  • 성능 및 성능 및 확장 성 검사 목록 모듈을 확인하십시오 .
  • Drupal 7 성능 최적화 옵션 및 점검표를 확인하십시오 .
  • 사용되지 않거나 생산되지 않은 모듈 (예 : Devel, Views UI, Rules UI 등)을 비활성화합니다.
  • 불안정한 모듈을 비활성화하십시오.
  • 통계를 비활성화 합니다 .
  • dblog 코어 모듈을 비활성화하고 syslog로 교체하십시오 .
  • Update Manager 핵심 모듈을 비활성화 합니다.
  • Cron : 빈약 한 사람이 아닌 Drupal의 내장 cron을 사용하십시오 ( Elysia 또는 Ultimate cron 고려 ).
  • 뷰 : 다른 계층 (데이터베이스 쿼리, 마크 업, 시간 기반)의 뷰에 캐시를 사용합니다.
  • 블록 :보기가 블록 (페이지, 사용자 등) 인 경우 블록 캐싱을 사용하십시오.
  • 블록 : 블록 캐시 변경 모듈에 의해 블록 당 캐시 설정을 조정하는 것을 고려하십시오 .
  • 패널 : 캐시를 최대한 많이 사용하십시오 (D7 점검 PCC 및 PHC 모듈의 경우).
  • 엔티티 : 엔티티 캐시 사용 .
  • 여러 환경을 사용하는 경우 페이지로드를 개선 할 수있는 누락 된 모듈 을 고려 하십시오.
  • Authcache 모듈로 인증 된 사용자 페이지 캐싱을 사용하십시오 .
  • 사용자 환경이 느려지는 리디렉션을 피하십시오.
  • 만료 모듈 을 사용하여 캐시 무효화를 향상 시킵니다.
  • 프로덕션 전에 PHP 프로파일 링을 사용하십시오 (예 : XDebug ).

드루팔 프론트 엔드

  • 다음을 통해 HTTP 요청을 최소화하십시오.
    • 성능 섹션 에서 JS / CSS 집계를 사용 하십시오.
    • 이미지 요청 수를 줄이려면 CSS Sprite 를 사용하십시오 .
    • 작은 이미지를 인라인 데이터로 사용하십시오 (스타일 시트의 URI).
    • 이미지 맵 을 사용 하여 여러 이미지를 단일 이미지로 결합 하십시오 .
    • 또한 지연 이미지로드 사용을 고려하십시오 ( Image Lazyloader 참조 ).
    • 로드 시간을 줄이려면 BigPipe 모듈 을 설치 하십시오 .
    • 지연 로딩 대 지연 평가를 고려하십시오.
    • 참조 : 브라우저 캐시 사용을 - 노출!
  • JavaScript 및 CSS 외부를 작성하는 것이 좋습니다 (일부 경우 더 빠름).
  • 자바 스크립트 축소 및 CSS (참조 : 빠른 모듈). 인라인을 피하십시오.
  • JS를 참조 할 때는 defer또는 async속성을 사용하십시오.
  • iframe 수를 최소화하십시오.
  • 이미지, 글꼴, CSS 스프라이트를 최적화하고 파비콘을 작은 캐시 가능하게 만들고 쿠키 크기를 줄입니다.
  • DOM 요소 수를 줄이고 액세스 된 요소에 대한 참조를 캐시하십시오.
  • Fast 404 모듈 을 사용하여 404 페이지를 더 빠르게로드하십시오 .
  • Advanced CSS / JS Aggregation으로 프런트 엔드 리소스 집계 및 캐싱을 활성화하십시오 .
  • 스타일 시트를 맨 위에 놓고 스크립트를 맨 아래에 놓습니다.
  • Expires 또는 Cache-Control 헤더를 추가 하고 응답을 줄이기 위해 ETag 를 추가하십시오 .
  • AJAX에 GET을 사용하여 캐시 가능하게 만드십시오.
  • 브라우저가 유휴 상태 인 시간을 활용하기위한 사전로드 및 사후로드 구성 요소
  • 때로는 도메인간에 구성 요소를 분할하면 병렬 다운로드를 최대화 할 수 있습니다.
  • HTML로 이미지의 크기를 조정하지 말고 구성 요소를 25k 미만으로 유지하십시오.
  • 빈 src 또는 href가있는 필터, CSS 표현식, HTML 요소를 피하십시오.
  • 리버스 프록시를 사용하여 웹 요청을 디버그하십시오 (예 : Charles ).
  • 기본적인 성능 점검을 위해 Y-Slow 및 PhantomJS 와 같은 도구를 사용하십시오 .
  • Google PageSpeed 도구를 사용 하여 웹 사이트를 분석하고 최적화하십시오.
  • W3C 탐색 타이밍 사양 ( GitHub ) 에 대해 읽어보십시오 .

PHP

  • PHP 캐싱 (예 : OpCache , APC )을 활성화 하고 설정을 조정하십시오.
  • mod_php 대신 PHP-FPM과 Apache 대신 Nginx를 사용하는 것이 좋습니다.

데이터 베이스

섬기는 사람

  • Drupal의 권장 시스템 요구 사항 을 확인하십시오 .
  • Drupal에 권장되는 웹 서버 설정 을 확인하십시오 .
  • Drupal에 권장되는 PHP 구성 설정 을 확인하십시오 .
  • 호스팅이 빠른 저장 장치 (예 : SSD)에 있는지 확인하십시오.
  • 공유 호스팅과 달리 빠르고 안정적인 전용 서버를 사용하십시오.
  • 설치 레디 스 또는 memcached와 (igbinary 지원)을하고 그것을 사용하는 드루팔을 구성합니다.
  • 검색 엔진에 대해 더 긴 TTL을 정의하십시오 (예 : 24 시간의 TTL은 봇이 서버에 도달하는 것을 피합니다).
  • DNS 조회를 줄입니다 (캐시되어 있는지 확인).

트래픽이 많은 웹 사이트

웹 사이트에 많은 부하가 예상되는 경우 Varnish를 사용하십시오. CDN도 사용하십시오.

: 더 읽기 스케일링 및 튜닝 성능을 실제 세계의 경험을

추가 자료 :

— 케 노브
소스
3

High Performance Drupal 이라는 책이 있으며 여러 가지 성능 및 확장 성 문제를 해결하기위한 모범 사례, 예제 및 자세한 설명을 제공합니다. Drupal 내부, 응용 프로그램 성능, 데이터베이스, 웹 서버 및 성능 분석에 코딩 및 인프라 기술을 적용하는 방법을 배웁니다.

Drupal 7 의 성능 및 확장 성 기사 에서 Drupal 6 및 Drupal 7에 대한 몇 가지 예와 다음 목록을 찾을 수 있습니다.

Drupal 7 성능 및 확장 성 프로젝트 :

— 아드리안 시드 알마 게어
소스
2

Drupal 사이트의 성능을 최적화하기 위해 많은 조정이 있었지만 모두가 반드시 필요한 것은 아닙니다. Drupal의 최적화 플랫폼으로 이어질 특정 대안과 기술을 둘러 봐야합니다. 캐시, 예, 다른 방법을 통해 웹 사이트를 최적화하는 방법이지만 더 많은 추가 기능과 팁을 사용하면 번거롭지 않은 프로세스없이 웹 사이트를 늘리고 조정할 수 있습니다.

최근 웹 사이트와 비슷한 기사를 발간하여 약간의 수정 작업에 도움이 될 것으로 생각합니다.

출처 : http://www.cloudreviews.com/blog/drupal-performance-optimization-tips

— 사비
소스
2

새로운 모듈을 설치하지 않고도 Drupal 속도를 적당한 수준으로 향상시킬 수있는 가능성이 있습니다. 예, Drupal에는 성능 구성이 있습니다.

  1. YourSiteDomain / admin / config / development / performance로 이동하여이를 설정할 수 있습니다.
  2. Chaching에서 '익명 사용자에 대한 캐시 페이지'사용
  3. 최소 캐시 수명 : 1 일 (정기 업데이트를 수행하지 않는 경우)
  4. 캐시 된 페이지 만료 : 1 일 (정기 업데이트를 수행하지 않는 경우)
  5. '캐시 된 페이지 압축'사용
  6. 'CSS 파일 집계 및 압축'사용

  7. '자바 스크립트 파일 집계'사용

  8. 이 구성이 설정되면 다음으로 이동하십시오. YourSiteDomain / admin / reports / status

  9. 'css'및 'js'디렉토리에 대한 권한 문제가 있는지 확인하십시오.
  10. 상태 보고서 페이지에 정의 된 권한을 정정하십시오.

이제 drupal 7 사이트의 속도 최적화가 완료되었습니다.

속도를 확인하는 온라인 속도 테스트 도구는 거의 없습니다. 위 설정을 업데이트하기 전에 속도 점검 도구 중 하나를 사용하고 테스트를 실행하십시오. 성능 설정을 업데이트 한 후에는 속도 테스트를 다시 실행하십시오. 당신은 확실히 개선을 볼 수 있습니다.

Pingdom 및 HTTP Fox (FireFox 플러그인)는 사이트 속도를 확인하는 가장 좋은 도구입니다.

위의 설정은 익명 사용자의 페이지를 캐시 할뿐만 아니라 CSS 및 JS 파일도 압축합니다. 예를 들어 사이트에서 80 개의 파일을로드하는 경우 이러한 설정을 게시하면 요청 수가 50 % 이상 줄어 듭니다. 따라서 Drupal 사이트의 속도가 2 배 향상되었습니다.

— 답변
소스
2

백엔드 개발자는 항상 웹 사이트의 성능을 향상시키기 위해 코드를 개선 할 여지가 있습니다. 백엔드 개발자를위한 몇 가지 지침은 다음과 같습니다.

1) 감시 테이블 정리

2) 변수 API를 남용하지 마십시오

3) 더 적거나 더 나은 HTTP 요청

4) "도트 모듈"을 짧게 유지

폰트 엔드 및 사이트 빌더의 경우 훨씬 더 많은 것을 달성 할 수 있지만 모든 관점에서 성능을 고려하는 것이 중요합니다.

출처 : 라이브 전에 최적화

— 타구
소스
2

RAM이 2GB 인 최적화되지 않은 Drupal 7 사이트는 초당 약 20-25 개의 요청을 만족스럽게 처리 할 수 ​​있습니다. 그 이상으로 가고 싶다면 사이트를 약간 조정해야합니다. 조정하는 것은 사이트의 대부분의 사용자가 익명인지 인증되었는지에 따라 다릅니다. 성능 향상을 위해 수행 할 수있는 최고의 작업은 다음과 같습니다.

사이트는 대부분 익명 사용자에게 서비스를 제공합니다.

1) APC, memcache 및 entitycache를 확실히 설치하고 구성하십시오.

2) 웹 서버 앞에 니스 프록시를 넣으십시오. 설치 및 구성하는 데 약 30 분이 걸리지 만 페이지로드 시간이 크게 줄어 듭니다. 실제로 모든 페이지가 캐시 된 경우 Varnish는 2GB 시스템에서 초당 약 300 개의 요청을 처리 할 수 ​​있습니다. 컨텐츠 업데이트 / 삭제시 선택한 페이지 만 만료하려면 만료 모듈을 사용하십시오.

3) 고급 CSS / JS 집계 모듈을 사용하여 CSS 및 JS 파일을 집계하십시오. 모든 JS 파일을 페이지 맨 아래로 이동하십시오. 그러나 이로 인해 사이트가 손상 될 수 있으므로 철저한 테스트 후에 프로덕션 환경에서 구현하십시오. 또한 중요한 CSS 인라이닝을 실험하십시오. 내 경험상 페이지로드 시간이 약 0.5 초 줄어 듭니다.

4) CSS / JS / image는 미래의 만료 헤더가 있어야합니다. 이렇게하면 브라우저가 동일한 CSS / JS / 이미지를 반복해서 요구하지 않습니다.

5) 웹 서버가 압축 페이지 / CSS / JS를 제공하고 있는지 확인하십시오.

위의 5 단계를 구현 한 후 2GB RAM 서버는 초당 50 개의 요청을 매우 쉽게 서버 할 수 있어야합니다.

사이트는 주로 인증 된 사용자에게 서비스를 제공합니다.

이러한 사이트를 최적화하는 것이 더 복잡합니다. 이러한 사이트는 최적화를 위해 두 가지 하위 범주 중 하나에 속합니다.

(a) 사이트의 페이지 대부분은 사용자 별 정보가있는 1 개 또는 2 개의 블록을 제외하고 동일합니다. 예를 들어 Drupal Commerce 사이트.

(b) 대부분의 페이지는 사용자에 맞게 완전히 사용자 정의됩니다. 예를 들어 Drupal Commons 사이트.

귀하의 사이트가 카테고리 (a)에 해당하는 경우, 대부분 익명 사용자에게 서비스를 제공하는 사이트에 대해 논의한 대부분의 기술을 적용하십시오. 유일한 차이점은 관리자가 아닌 페이지의 경우 Varnish는 헤더에서 SESSION 쿠키를 제거하고 캐시 된 페이지를 제공해야한다는 것입니다. AJAX 블록 모듈을 사용하여 AJAX를 사용하여 사용자 별 정보가있는 서버 블록을 서버에 배치하십시오. 이러한 방식으로 대부분의 페이지는 니스를 사용하여 매우 빠르게 제공되며 사용자 별 정보는 AJAX를 통해 제공됩니다.

귀하의 사이트가 카테고리 (b)에 해당되면 Authcache 모듈을 사용하십시오. 나는 약간의 구성과 유지 보수가 필요하기 때문에 가능한 한 많이 사용하지 않는 것을 선호합니다. 그러나 그것은 실제로 잘 작동합니다. 니스를 사용하는 것만 큼 빠르지는 않지만 원하는 초당 50 건의 요청을 처리 할 수 ​​있습니다.

여기서 논의한 내용을 넘어서고 싶다면 Drupal Performance Optimization Checklist를 살펴보십시오 . 공개 : 본인이 작성했습니다. Drupal 사이트를 빠르게 만들기 위해 할 수있는 모든 작업 목록을 인용합니다.

— 네 라브 메타
소스
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.