WordPress Security How To
Posted By Gregory

Optymalizacja wydajności eksportu


English version: Optimizing export performance


Jeśli napotkasz problem z eksportowaniem dużej liczby zdarzeń lub wpisów dziennika ruchu i 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 porcje. Domyślnie rozmiar porcji jest ustawiony 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 pliku 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 pomiędzy wielkością danych, które serwer może przetworzyć na pojedyncze żądanie do bazy danych, a skonfigurowanym limitem czasu wykonania PHP. Możesz podnieść go do dowolnej rozsądnej wartości, jeśli twój serwer WWW jest w stanie to obsłużyć.

Ustawienia PHP, które być może trzeba będzie zwiększyć

Kiedy WP Cerber tworzy plik eksportu, próbuje przydzielić dodatkowe zasoby, zmieniając domyślne ustawienia PHP, których zwykle nie trzeba zmieniać ręcznie. Jednak na niektórych hostingach 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, przez jaki 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, jaką może zużywać skrypt PHP. Normalna wartość to 256 MB. 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.