웹 애플리케이션의 성능은 다양한 요소의 영향을 받습니다. 데이터베이스 액세스, 파일 시스템 작업, 네트워크 대역폭 등은 모두 잠재적인 영향 요인입니다. Yii는 다양한 측면에서 프레임워크의 성능 영향을 줄였습니다. 그러나 사용자 애플리케이션에는 성능 향상을 위해 개선할 수 있는 부분이 여전히 많이 있습니다.
PHP APC 확장 활성화는 아마도 애플리케이션의 전반적인 성능을 향상시키는 가장 쉬운 방법일 것입니다. 이 확장은 PHP 중간 코드를 캐시하고 최적화하며 각각의 새로운 요청에 대해 PHP 스크립트를 다시 분석하는 데 소요되는 시간을 방지합니다.
디버그 모드 비활성화는 성능을 향상시키는 또 다른 쉬운 방법입니다. YII_DEBUG 상수가 true로 설정되면 이 Yii 애플리케이션은 디버그 모드에서 실행됩니다. 디버그 모드는 개발 단계에서 유용하지만 일부 구성 요소로 인해 추가적인 시스템 오버헤드가 발생하므로 성능에 영향을 미칩니다. 예를 들어, 메시지 로거는 기록된 각 메시지에 대한 추가 디버깅 정보를 기록합니다.
yiilite.php
사용 PHP APC 확장이 활성화되면 yii.php을 yiilite.php이라는 다른 부팅 파일로 대체하여 Yii 기반 애플리케이션 성능을 더욱 향상시킬 수 있습니다. 모든 Yii 릴리스에는
파일 yiilite.php이 포함되어 있습니다. 일반적으로 사용되는 일부 Yii 클래스 파일을 병합한 파일입니다. 파일에서 주석 및 추적 명령문은 제거됩니다. 따라서 yiilite.php을 사용하면 참조되는 파일 수가 줄어들고 추적 문 실행이 방지됩니다.
APC를 활성화하지 않고 yiilite.php을 사용하면 실제로 성능이 저하됩니다. yiilite.php에는 모든 요청에 필요하지 않은 일부 클래스가 포함되어 있어 추가 구문 분석 시간이 걸리기 때문입니다. 또한 APC가 켜져 있어도 일부 서버 구성에서는 yiilite.php 사용 속도가 느려질 수 있습니다. hello world 사용 여부를 결정하려면 데모의 yiilite.php을 사용하여 벤치마크 프로그램을 실행하는 것이 가장 좋습니다.
캐싱 장에서 언급했듯이 Yii는 성능을 효과적으로 향상시킬 수 있는 여러 캐싱 솔루션을 제공합니다. 일부 데이터를 생성하는 데 시간이 오래 걸리면 데이터 캐시 방법을 사용하여 데이터 생성 빈도를 줄일 수 있습니다. 페이지의 일부가 상대적으로 고정된 경우 조각 캐시 방법을 사용하여 렌더링 빈도를 줄일 수 있습니다. 전체 페이지는 상대적으로 고정되어 있습니다. 고정되어 있으면 페이지 캐싱 방법을 사용하여 페이지 렌더링 비용을 절약할 수 있습니다.
애플리케이션이 Active Record를 사용하는 경우 데이터 테이블 구조를 구문 분석하는 시간을 절약하기 위해 데이터 구조 캐시를 켜야 합니다. 이는 CDbConnection::schemaCachingDuration 속성을 0보다 큰 값으로 설정하여 수행할 수 있습니다.
이러한 애플리케이션 수준 캐싱 기술 외에도 서비스 수준 캐싱 솔루션을 사용하여 애플리케이션 성능을 향상시킬 수도 있습니다. 실제로 앞서 설명한 PHP APC 캐시가 이 범주에 속합니다. Zend Optimizer, eAccelerator, Squid 등과 같은 다른 서버 기술도 있으며 기타 기술은 하나씩 나열되지 않습니다.
데이터베이스에서 데이터를 검색하는 것은 종종 네트워크 애플리케이션의 주요 병목 현상입니다. 캐싱을 사용하면 성능 저하를 줄일 수 있지만 근본적인 문제는 해결되지 않습니다. 데이터베이스에 많은 양의 데이터가 포함되어 있고 캐시된 데이터가 유효하지 않은 경우 올바른 데이터베이스 및 쿼리 최적화 설계 없이 최신 데이터를 얻는 데 리소스가 많이 소모됩니다.
데이터베이스의 스마트하게 설계된 인덱스입니다. 인덱스를 사용하면 SELECT 쿼리가 더 빨라질 수 있지만 INSERT, UPDATE 또는 DELETE 쿼리가 느려질 수 있습니다.
복잡한 쿼리의 경우 PHP 코드를 통해 쿼리 문을 생성하고 DBMS에서 이를 반복적으로 구문 분석하는 대신 데이터베이스 보기를 만드는 것이 좋습니다.
액티브 레코드를 남용하지 마세요. Active Record는 OOP 스타일로 데이터를 모델링하는 데 능숙하지만 각 쿼리 결과를 나타내기 위해 하나 이상의 객체를 생성해야 하기 때문에 실제로 성능이 저하됩니다. 데이터 집약적인 애플리케이션의 경우 내부적으로 DAO 또는 데이터베이스 인터페이스를 사용하는 것이 더 나은 선택입니다.
마지막으로 SELECT 쿼리에 LIMIT를 사용하세요. 이렇게 하면 데이터베이스에서 너무 많은 데이터를 가져오고 PHP에 할당된 메모리가 소진되는 것을 방지할 수 있습니다.
복잡한 페이지에는 외부 JavaScript 및 CSS 파일을 많이 도입해야 하는 경우가 많습니다. 각 파일마다 추가 왕복이 발생하므로 파일을 결합하여 스크립트 파일 수를 최소화해야 합니다. 또한 네트워크 전송 시간을 줄이기 위해 각 스크립트 파일의 크기를 줄이는 것도 고려해야 합니다. 두 가지 측면을 모두 개선하는 데 도움이 되는 많은 도구가 있습니다.
Yii가 생성한 페이지의 경우 변경을 원하지 않는 구성 요소(예: Yii 핵심 구성 요소, 타사 구성 요소)에 의해 렌더링된 일부 스크립트 파일은 예외입니다. 이러한 스크립트 파일을 최소화하려면 두 단계가 필요합니다.
참고: 아래 설명된
scriptMap기능은 버전 1.0.3부터 지원됩니다.
먼저 애플리케이션 컴포넌트 clientScript의 scriptMap 속성을 구성하여 최소화할 스크립트를 선언합니다. 이는 애플리케이션 구성에서 수행하거나 코드에서 구성할 수 있습니다. 예를 들어
$cs=Yii::app()->clientScript; $cs->scriptMap=array( 'jquery.js'=>'/js/all.js', 'jquery.ajaxqueue.js'=>'/js/all.js', 'jquery.metadata.js'=>'/js/all.js', ...... );
위의 코드는 이러한 JavaScript 파일을 URL /js/all.js에 매핑합니다. 일부 구성 요소에서 이러한 JavaScript 파일을 가져와야 하는 경우 Yii는 각 개별 스크립트 파일 대신 이 URL을 한 번 가져옵니다.
둘째, JavaScript 파일을 단일 파일로 결합(및 압축)하고 js/all.js로 저장하는 도구를 사용해야 합니다.
CSS 파일에도 동일한 방법이 적용됩니다.
Google AJAX 라이브러리 API의 도움으로 페이지 로딩 속도를 향상시킬 수 있습니다. 예를 들어, 우리 서버 대신 Google 서버에서 jquery.js을 가져올 수 있습니다. 이를 위해 먼저 scriptMap를 다음과 같이 구성합니다.
$cs=Yii::app()->clientScript; $cs->scriptMap=array( 'jquery.js'=>false, 'jquery.ajaxqueue.js'=>false, 'jquery.metadata.js'=>false, ...... );
이 스크립트 파일을 false에 매핑하여 Yii가 이러한 파일을 가져오는 코드를 생성하지 못하도록 합니다. 대안으로 Google에서 파일을 직접 import하기 위해 페이지에 다음 코드를 작성합니다.
<head>
<?php echo CGoogleApi::init(); ?>
<?php echo CHtml::script(
CGoogleApi::load('jquery','1.3.2') . "\n" .
CGoogleApi::load('jquery.ajaxqueue.js') . "\n" .
CGoogleApi::load('jquery.metadata.js')
); ?>
......
</head> 위는 Yii Framework 공식 가이드 시리즈 52 - 특별 주제: 성능 튜닝 콘텐츠입니다. , 더 많은 관련 내용 PHP 중국어 홈페이지(m.sbmmt.com)를 주목해주세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
