WordPress Security How To

Optymalizacja wydajności eksport


English version: Optimizing export performance


Jeśli napotkasz problem z eksportowaniem dużej liczby zdarzeń aktywności lub wpisów do dziennika ruchu, a więc nie możesz pobrać pliku CSV, możesz dostosować mechanizm eksportu wtyczki.

Kiedy WP Cerber tworzy plik eksportu, robi to w kilku iteracjach, co oznacza, że dzieli wszystkie wiersze pobrane z bazy danych na części. Domyślnie wielkość porcji jest ustawiona na 1000 wierszy. Możesz zmienić ten rozmiar na dowolną wartość, określając stałą PHP w pliku wp-config.php. Aby to zrobić, dodaj następujący wiersz na początku wp-config.php w następnym wierszu po <? Php.

define( 'CERBER_EXPORT_CHUNK', 2000 );

Możesz spróbować zwiększyć lub zmniejszyć wartość. Optymalna wartość zależy od konfiguracji serwera. Im większa liczba, tym więcej pamięci serwera zostanie zużyte i mniej czasu (zwykle) zajmuje ukończenie eksportu. Tak więc optymalna wartość jest podyktowana kompromisem między wielkością danych, które mogą być przetwarzane przez serwer dla pojedynczego żądania bazy danych, a skonfigurowanym limitem czasu wykonywania PHP. Możesz podnieść go do dowolnej rozsądnej wartości, jeśli twój serwer WWW jest w stanie go obsłużyć.

Ustawienia PHP mogą wymagać zwiększenia

Kiedy WP Cerber tworzy plik eksportu, próbuje przydzielić dodatkowe zasoby, zmieniając następujące parametry, których zwykle nie trzeba zmieniać ręcznie. Jednak w przypadku niektórych hostingu jest to blokowane przez zasady serwera i jedyną dostępną opcją jest ręczne ustawienie ich w pliku php.ini.

  1. Możesz kontrolować czas, w którym PHP pozwala na wykonanie skryptu, zmieniając dyrektywę max_execution_time w pliku php.ini. Standardowa wartość to 30 sekund. Spróbuj ustawić go na 60 sekund.
  2. Zmieniając dyrektywę memory_limit , możesz kontrolować ilość pamięci, którą może zużywać skrypt PHP. Normalna wartość to 256 MB. Ten dobry ma 512 MB.

I'm a team lead in Cerber Tech. I'm a software & database architect, WordPress - PHP - SQL - JavaScript developer. I started coding in 1993 on IBM System/370 (yeah, that was amazing days) and today software engineering at Cerber Tech is how I make my living. I've taught to have high standards for myself as well as using them in developing software solutions.

View Comments
There are currently no comments.