Rozbijając biurko w frustracji? Czy irytujący błąd powoduje, że tracisz miłość z WordPress?
To wspaniała platforma do blogowania i CMS, ale żadne oprogramowanie nie jest pozbawione wad. W tym artykule omówiono 3 najczęstsze błędy WordPress, zapewniając przydatne rozwiązania "Białego ekranu śmierci", "Wewnętrznego błędu serwera" i "Błąd nawiązania połączenia z bazą danych".
Niektóre wskazówki zawarte w tym artykule można zastosować do innych błędów, więc nawet jeśli Twoja strona nie spadła, możesz dowiedzieć się czegoś przydatnego w przyszłości ...
Jeden z najbardziej niesławnych błędów spowodował pękanie naczyń na całym świecie. Najprawdopodobniej będzie to jedna z trzech rzeczy:
Jeśli ekran pojawia się w różnych witrynach, które używają tego samego hosta, możesz bezpiecznie założyć, że problem leży w Twoim dostawcy hostingu. Jeśli nie, możesz być pewien, że problem dotyczy samej witryny:
Osiągnięcie limitu pamięci jest często problemem za tym błędem. Aby zwiększyć pamięć, uzyskaj dostęp do pliku wp-config.php - przejdź do pliku głównego swojej witryny za pomocą klienta FTP lub Menedżera plików w panelu hosta . W głównym tagu php musisz dodać linię kodu, która zwiększy twój limit pamięci do 64M:
define('WP_MEMORY_LIMIT', '64M');Można przekroczyć 64M, ale zależy to od twojego serwera, więc 64M jest ogólnie bezpieczną kwotą. Może zwiększenie pamięci nie pomogło, lub masz już wyższy limit niż 64M? Problem może zostać sprowadzony do wtyczki lub motywu.
Jeśli masz dostęp do pulpitu nawigacyjnego, to wtyczki do rozwiązywania problemów są proste. Po prostu kliknij "Wtyczki" i wyłącz ostatnio zainstalowaną, jeśli to nie pomoże, możesz dezaktywować wszystkie wtyczki witryny, wybierz wszystkie wtyczki za pomocą najwyższego pola wyboru i wybierz "Wyłącz".
Jeśli nie masz dostępu do pulpitu nawigacyjnego, alternatywny sposób testowania wtyczek jest przez FTP. Jeśli masz klienta FTP, po prostu przejdź do odpowiedniego katalogu. Otwórz "wp-content / plugins", który będzie zawierał wszystkie zainstalowane wtyczki. Po prostu zmień nieco nazwę katalogu wtyczek, może dodaj słowo na końcu - więc "wtyczki" stają się "testem wtyczek".
Alternatywnie możesz użyć tej samej metodologii do zmiany nazw folderów poszczególnych wtyczek, które testują każdą wtyczkę osobno - zamiast wszystkich naraz. Jeśli chcesz ponownie zainstalować wtyczki, po prostu zmień nazwę folderu na oryginalną nazwę.
Jeśli wtyczka jest wadliwa, może istnieć jeden z wielu powodów. Najlepszym rozwiązaniem jest po prostu usunięcie go i znalezienie wtyczki, która osiąga podobny rezultat. Spróbuj znaleźć nowszą wtyczkę lub aktualizację, która nie spowoduje problemów.
Jeśli rozwiązywanie problemów z wtyczkami nie pomogło, to irytująco może to być Twój motyw. Pierwszą rzeczą do zrobienia jest wykonanie kopii zapasowej folderu z motywami. Następnie możesz po prostu usunąć swój motyw, a WordPress zainstaluje domyślny motyw. Jeśli stwierdzisz, że motyw jest wadliwy, wtedy będziesz chciał spojrzeć na plik functions.php twojego tematu. Pewne może być złe kodowanie, jeśli nie masz pewności, jak to zmienić, to może skontaktuj się z autorem tematu. Należałoby zawsze zakupić zaufany motyw, którego autor oferuje wsparcie.
Nadal uderzając biurkiem z frustracji? Istnieje inna metoda, która może pomóc - Włączanie trybu debugowania.
Jeśli powyższe rozwiązanie nie rozwiązało problemu, musisz trochę głębiej wykopać. Proces opisany poniżej pomoże zidentyfikować twój problem. Jednak rozwiązanie problemu po wykryciu tego może wymagać nieco bardziej zaawansowanych umiejętności.
Najpierw otwórz plik wp-config.php . Następnie znajdź następujący wiersz:
define('WP_DEBUG', false);Umieść '//' na początku, aby się stał
//define('WP_DEBUG', false);Powyższe zostało teraz skomentowane, w kolejnym kroku wklej poniższy kod bezpośrednio pod powyższą linią:
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);Teraz jest to miejsce, w którym musisz znać kodowanie. Kroki, które właśnie wykonałeś, powodują wysyłanie błędów do pliku o nazwie error.log (znajdującego się w folderze wp-content). Jeśli nie możesz znaleźć tego, być może nie masz uprawnień do utworzenia tego pliku. Po prostu utwórz nowy plik error.log i nadaj mu pozwolenie 666.
Otwórz plik w edytorze tekstu i sprawdź błędy PHP. Jeśli jest to coś, czego nie rozumiesz lub nie masz pewności, wskazane jest poszukiwanie pomocy.
Jeśli otrzymujesz błąd wewnętrzny serwera 500, możesz nie być świadomy naprawdę złych wieści - może to być jeden z wielu problemów! Zrób więc gorący napój z kofeiną, odetchnij i przygotuj się na więcej problemów. Dobre wieści? Niektóre metody są takie same jak w poprzedniej sekcji.
Zapoznaj się z sekcjami "Plugin" i "Theme" w poprzedniej sekcji. Metodologia rozwiązywania problemów jest dokładnie taka sama.
Ponownie, ten proces jest taki sam jak w poprzedniej sekcji.
Nie masz żadnej z wtyczek lub motywu? Czas sprawdzić, czy plik .htaccess nie został uszkodzony.
Najpierw zmień nazwę pliku - ponownie dodaj "temp" lub coś podobnego na końcu. Nie widzisz pliku? Następnie musisz upewnić się, że włączono "wyświetlanie ukrytych plików". Sposób osiągnięcia tego będzie zależeć od klienta FTP, ale będzie to dość proste. Na przykład w Filezilli, po prostu wybierz "Serwer" od góry, a następnie wybierz "Pokaż ukryte pliki".
Przejdź do następnego kroku, najpierw wróć do obszaru administracyjnego WordPress. Przejdź do "Ustawienia - Permalinks", a następnie zresetuj linki bezpośrednie. Teraz wygenerowałeś nową wersję działającego pliku, dzięki czemu możesz sprawdzić, czy problem został naprawiony.
Zostało to również omówione w powyższej sekcji, więc jeszcze raz przewiń w górę.
Przyczyn tego błędu może być kilka. Jest to zwykle błąd serwera, ale może się zdarzyć, że zmieniłeś dane logowania do bazy danych.
Ważne jest, aby ustalić, czy ten błąd występuje zarówno na przednim, jak i na końcu witryny. Jeśli zobaczysz ten sam komunikat o błędzie na zapleczu (wp-admin) - "Błąd podczas ustanawiania połączenia z bazą danych", możesz pominąć następny krok.
Jednakże, jeśli widzisz inny komunikat o błędzie, który zawiera coś w stylu "... .. Baza danych może wymagać naprawy ...", powinieneś dodać następujące informacje do pliku wp-config.php :
define('WP_ALLOW_REPAIR', true);Następnie odwiedź tę stronę w witrynie: http://www.examplesite.com/ wp-admin / maint / repair.php
Będziesz wtedy mógł zobaczyć opcję naprawy bazy danych, po naprawieniu go, upewnij się, że usuwasz powyższy kod z pliku wp-config.php
Czy zmieniłeś hasło roota lub hasło do bazy danych? Jeśli tak, musisz to również zmienić w pliku wp-config.php . Przejdź do pliku wp-config.php i upewnij się, że informacje są poprawne.
define('DB_NAME', 'database-name');define('DB_USER', 'database-username');define('DB_PASSWORD', 'database-password');define('DB_HOST', 'localhost');Ważne jest, aby sprawdzić, jaka jest wartość hosta DB, aby ostateczny wiersz był poprawny. W większości przypadków będzie to localhost, ale na wszelki wypadek wykonaj badania. Jeśli używasz WordPress na serwerze lokalnym, zastąpienie localhost adresem IP może rozwiązać problem.
Jeśli zauważysz ten błąd, gdy witryna otrzyma duży ruch, może to być wina usługodawcy hostingowego. Istnieją metody, które pozwalają sprawdzić, czy serwer MySQL reaguje, ale Twój webhost również będzie w stanie Ci powiedzieć. Utrzymywanie komunikacji z hostem jest zawsze dobrym pomysłem, więc dlaczego nie zadzwonić?
W większości przypadków powyższe rozwiązania zapewnią poprawkę na błąd, jednak zawsze pojawiają się rzadsze problemy, które mogą powodować podobne problemy. Jeśli wciąż walczysz, polecam odwiedzenie tej strony jako dobrego punktu wyjścia: http://codex.wordpress.org/Common_WordPress_Errors
Powodzenia!
Wyróżniony obraz / miniatura, obraz błędu przez Shutterstock.