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ń aktywności lub wpisów dziennika ruchu i nie możesz pobrać pliku CSV, możesz dostosować mechanizm eksportu wtyczki.

Podczas tworzenia pliku eksportu WP Cerber robi to w kilku iteracjach, co oznacza, że dzieli wszystkie wiersze pobrane z bazy danych na fragmenty. Domyślnie rozmiar fragmentów wynosi 1000 wierszy. Można 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, tuż po <?php.

define( 'CERBER_EXPORT_CHUNK', 2000 );

Możesz spróbować zwiększyć lub zmniejszyć tę wartość. Optymalna wartość zależy od konfiguracji serwera. Im większa liczba, tym więcej pamięci serwera zostanie zużyte i tym krótszy (zazwyczaj) czas potrzebny na ukończenie eksportu. Optymalna wartość jest zatem podyktowana kompromisem między rozmiarem danych, które serwer może przetworzyć w ramach jednego żądania do bazy danych, a skonfigurowanym limitem czasu wykonywania PHP. Możesz zwiększyć tę wartość do dowolnej rozsądnej wartości, jeśli Twój serwer WWW jest w stanie ją obsłużyć.

Ustawienia PHP, które mogą wymagać zwiększenia

Kiedy WP Cerber tworzy plik eksportu, próbuje przydzielić dodatkowe zasoby, zmieniając domyślne ustawienia PHP, których zazwyczaj 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 wykonywania skryptu przez PHP, zmieniając dyrektywę max_execution_time w pliku php.ini. Standardowa wartość to 30 sekund. Spróbuj ustawić ją na 60 sekund.
  2. Zmieniając dyrektywę memory_limit , możesz kontrolować ilość pamięci, jaką skrypt PHP może wykorzystać. Normalna wartość to 256 MB. Dobrą wartością jest 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.