Jak naprawić błąd Maximum Execution Time Exceeded w WordPressie

Skąd pochodzi ten błąd i dlaczego dotyka głównie WordPressa

Komunikat „Maximum Execution Time Exceeded" pojawia się bezpośrednio w panelu administracyjnym WordPressa lub po wejściu na stronę internetową. Jego źródłem jest przekroczenie przez skrypt limitu czasu wykonania — wartości, którą administrator serwera ustawia w konfiguracji PHP. Gdy skrypt działa dłużej niż dozwolony limit, serwer go przerywa i zwraca właśnie ten komunikat o błędzie. Problem ten jest szczególnie powszechny wśród użytkowników WordPressa, ponieważ rozbudowane strony oparte na tej platformie — korzystające z wielu wtyczek, motywów czy mechanizmów e-commerce — mogą generować skrypty wymagające dłuższego czasu przetwarzania. Nieaktualna lub wadliwa wtyczka może dodatkowo zwiększyć zużycie zasobów i czas potrzebny na wykonanie skryptu. Warto więc upewnić się, że WordPress oraz wszystkie jego komponenty są na bieżąco aktualizowane, a wtyczki, których już nie używasz, zostały usunięte — ich obecność niepotrzebnie obciąża środowisko serwerowe.

Z perspektywy hostingowej ten rodzaj błędu jest sygnałem ostrzegawczym: wskazuje, że strona może potrzebować optymalizacji po stronie kodu lub infrastruktury, a nie wyłącznie poluzowania limitów serwera.

Jak zmienić parametr max_execution_time krok po kroku

Naprawę błędu należy rozpocząć od zalogowania się na serwer FTP — można to zrobić za pomocą programu FileZilla lub przez SSH. Po zalogowaniu trzeba odnaleźć główny katalog z plikami strony internetowej i sprawdzić, czy znajduje się tam plik .user.ini. Jeśli nie istnieje, należy go utworzyć od nowa. W tym pliku należy dodać lub zmienić parametr max_execution_time i ustawić jego wartość na 300. Warto jednak wiedzieć, że w zależności od konfiguracji usługi i hostingodawcy parametr ten może być zdefiniowany również w pliku wp-config.php — który znajduje się w głównym katalogu z plikami strony — lub w pliku .htaccess. W takim przypadku zmiany należy dokonać właśnie w tym pliku, a nie w .user.ini. Dobrą praktyką jest sprawdzenie wszystkich trzech lokalizacji, aby mieć pewność, że żadna z nich nie nadpisuje pozostałych.

Na serwerze współdzielonym LH.pl maksymalna wartość max_execution_time wynosi 300, co odpowiada 5 minutom na wykonanie jednego skryptu. Co istotne, limit ten jest niezależny od posiadanej wersji PHP ani od wybranego pakietu hostingowego — jest to stały górny próg dla środowiska współdzielonego.

Co zrobić, gdy zmiana limitu nie wystarczy

Zmiana wartości max_execution_time w większości przypadków przynosi natychmiastowy efekt i strona zaczyna ładować się poprawnie. Należy jednak traktować to jako rozwiązanie tymczasowe. Samo podwyższenie limitu nie usuwa przyczyny problemu — skrypt nadal działa zbyt długo, co oznacza, że coś na stronie wymaga uwagi. Jeśli błąd wraca mimo zmiany parametru, warto skontaktować się z hostingodawcą. Konieczne może być przejrzenie logów dostępu i logów PHP, a także analiza obciążenia serwera. Kluczowe jest ustalenie, który element strony — wtyczka, motyw, zapytanie do bazy danych — generuje tak duże obciążenie. Optymalizacja strony internetowej to temat szerszy niż pojedyncza zmiana w konfiguracji PHP i często wymaga całościowego podejścia do wydajności. Z hostingowego punktu widzenia warto też rozważyć, czy aktualne środowisko serwerowe odpowiada potrzebom rosnącej strony. Jeśli szukasz hostingu WordPress z elastyczną konfiguracją PHP i wsparciem technicznym przy tego rodzaju problemach, [LINK] to jeden ze sposobów na znalezienie oferty dopasowanej do Twojej strony.

Jeśli szukasz hostingu WordPress z elastyczną konfiguracją PHP i technicznym wsparciem przy problemach z wydajnością, dhosting.pl pozwoli Ci porównać oferty dopasowane do wymagań Twojej strony bez dodatkowych kosztów.

Więcej poradników: Hosting WordPress — jak wybrać najlepszą opcję, Bezpieczeństwo WordPressa a wybór hostingu.

Najczęstsze pytania