it-swarm-ko.tech

WordPress 사이트의 메모리 사용량 감소?

테스트 사이트는 일부 카테고리/아카이브 페이지를 볼 때 많은 메모리가 필요합니다.

어제 다음 오류 메시지를 만났습니다.

치명적 오류 : 552 줄의 /var/www/t/wp-includes/load.php에서 사용 가능한 메모리 크기가 33554432 바이트로 고갈되었습니다 (48 바이트 할당 시도).

치명적인 오류 : 307 줄의 /var/www/t/wp-includes/meta.php에 209715200 바이트의 메모리 크기가 소모되었습니다 (40 바이트 할당 시도).

문제는 "define ( 'WP_MEMORY_LIMIT', '210M');을 추가하여 해결되었습니다. wp-config.php 파일에 추가하십시오.

그러나 이것으로는 충분하지 않습니다. 프로덕션 사이트에는 테스트 사이트보다 훨씬 많은 데이터가 있으므로 "define ( 'WP_MEMORY_LIMIT', '2100M');"을 추가해야합니다. wp-config.php 파일에 추가하십시오. 그리고 2100M은 시간이지나면서 충분히 클 수 없습니다.

WordPress 사이트의 메모리 소비를 극적으로 줄이는 방법은 무엇입니까? 어떤 도움을 주셔서 감사합니다.

5
Box

WordPress 메모리는 다루기가 쉽지 않습니다. 표준 방법이 도움이되지 않는다면 (WP_MEMORY_LIMIT 상수에 의존하지 말고, 개념적으로 부러지며 wp-config.php에서 ini_set을 사용하십시오), 하드웨어를 던지거나 코어를 해킹 할 수 있습니다.

시스템에서 최근 PHP 버전을 사용하고 있는지 확인하십시오. PHP 4를 사용하면 PHP 5로 업그레이드 할 수 있습니다.

PHP 5에서 실행중인 경우 PHP 4 (<- 테스트 용이며 다른 리조트가있는 경우에만 다운 그레이드해야합니다. 가까운 장래에 당신에게 아무 것도 가져 오지 않기 때문에 나쁜 습관이라고 생각하십시오.)

이 두 가지 조언은 재미 있을지 모르지만 저는 둘 다 알고 있습니다 : WP PHP 메모리가 부족하지만 PHP 4와 다른 방법으로 작업 한 사이트 5 개 일주. 한번 시도 해보세요.

이것들은 제가 줄 수있는 가장 좋은 일반적인 팁입니다. 주제 는 광범위하며 , 일반적으로 개별적으로 처리합니다.

3
hakre

캐싱을 구현하는 것도 좋은 생각 일 수 있습니다. 이러한 아카이브 및 카테고리 페이지가 업데이트되는 빈도에 따라 출력을 캐시에 저장하고 15 분 후에 업데이트 만 허용 할 수 있습니다.

높은 메모리 사용량은 특정 파일로 인한 것이지만, 트래픽이 많은 사이트의 경우 쿼리가 많은 페이지를 캐시하는 것이 좋습니다.

2
Lars Koudal

귀하의 호스팅 상황이나 성능 요구 사항이 무엇인지 모르겠지만 Linux 호스트에서 Apache2에서 lighttpd로 전환하여 상당한 메모리 사용량 감소를 목격했습니다.

1
ssweeny