Każda aktualizacja skryptu (w tym także i WordPress) powinna być poprzedzona wykonaniem kopii bezpieczeństwa danych, a przynajmniej upewnieniem się, że mamy kopię z jakiegoś nieodległego czasu.

Zdarza się, że aktualizacja skryptu z jakiegoś powodu się nie udaje, a gdy archiwizacja danych przed aktualizacją nie była możliwa (np. dzieje się to przy okazji wykonywania tej czynności automatycznie przez WordPress), to niemożliwe jest przywrócenie poprawnego działania skryptu.

W przypadku gdy problem nie leży w niekompatybilności pluginu (z nową wersją WordPress) i nasza wskazówka na ten problem nie da efektu, najlepszym wyjściem będzie nadpisanie plików na serwerze (bez usuwania czegokolwiek!) tymi, które znajdują się w oficjalnej paczce WordPressa (można je pobrać zawsze ze strony https://pl.wordpress.org/download/). Nadpisywane są w ten sposób jedynie pliki "silnika" WordPress, gdyż zarówno baza danych, jak i pliki multimediów, czy wtyczek / motywów nie zostaną zmienione.

Jednocześnie informujemy, że jako firma hostingowa nie prowadzimy wsparcia technicznego z obsługi zewnętrznych skryptów (takich jak WordPress), a powyższy poradnik nie musi być zgodny z oficjalnymi zaleceniami jego twórców. W przypadku dalszych wątpliwości zachęcamy do odwiedzenia strony https://pl.wordpress.org/support/ lub skorzystania z naszych usług IT.

Przeczytaj również
Błąd: "Fatal error: Allowed memory size..." - podniesienie parametru memory_limit w WordPress (Zobacz: 4455)
Błąd: "Wysłany plik nie mógł zostać przeniesiony do wp-content/uploads" (Zobacz: 5694)
Tworzenie kopii bezpieczeństwa WordPressa (Zobacz: 3077)
Błąd łączenia się z bazą danych (Error Establishing a Database Connection) w WordPress (Zobacz: 13194)
Jak przyspieszyć WordPressa? (Zobacz: 4297)

Powered by WHMCompleteSolution