Czasami zachodzi potrzeba nadpisania pliku JavaScript z motywu macierzystego w motywie potomnym WordPressa, bądź odniesienia się do niego przez stworzenie własnego pliku JS, ładowanego dopiero po innym pliku JS.
Dzisiaj wyjaśnię, jak to zrobić.
WordPress rzadko, ale jednak czasami potrafi wyświetlić białą, pustą stronę – czy to po stronie użytkownika, panelu administracyjnego, bądź w obu tych miejscach.
W podglądzie kodu strony często widnieje tylko:
</body></html>
Zlokalizowanie przyczyny jest często trudne, więc postanowiłem zebrać swoje doświadczenia w tym wpisie.
Nazwa.pl przy przekroczeniu limitów np. pamięci na bazę danych blokuje zapytania typu UPDATE i INSERT do bazy danych, przez co nie można zalogować się do panelu administracyjnego, a błąd nie jest domyślnie wyświetlany.
Rozwiązaniem jest dostanie się do bazy danych przez phpMyAdmin i ręczne usunięcie pewnych rekordów. Można też w Active.admin zwiększyć pojemność bazy danych, wykonać kopię bazy (co zrobić należy najpierw, działa bez zarzutu).
Jeśli baza jest już wystarczająco pusta i w phpMyAdmin widnieje podsumowanie sumy rozmiarów tabel w normie, a logowanie dalej nie działa, to w Active.admin należy kilka razy i z przerwami kilkuminutowymi wykonać na bazie tzw. Synchronizację, co przelicza zajętość pamięci.
Czasami to jednak nie wystarcza i w Active.admin pokazywana jest niepoprawna wielkość bazy danych. Wtedy należy wykonać kopię (można przez Active.admin, najlepiej drugą przez phpMyAdmin), usunąć bazę, stworzyć nową (najwygodniej z tymi samymi danymi logowania) i wgrać kopię (można przez Active.admin), co nie tylko przelicza limit zajętości pamięci, ale też defragmentuje dane, umożliwiając lepsze wykorzystanie limitów.
Zapytanie MySQL do sprawdzenia sumy zajmowanej przez bazę danych pamięci:
SELECT table_schema "NAZWA BAZY DANYCH", Round(Sum(data_length + index_length) / 1024 / 1024, 1) "Rozmiar bazy w MB" FROM information_schema.tables GROUP BY table_schema;
Warto także przeczytać na temat sprawdzania limitów: Skacząca liczba rekordów w bazie danych MySQL.
W phpMyAdmin dane liczby rekordów tabeli są dla tabel dużych (powiedzmy 10 tyś. i więcej rekordów) podawane szacunkowo (i przy każdym sprawdzeniu zazwyczaj inaczej!), w szczególności dla tabel InnoDB, które są obecnie standardem. Liczba taka poprzedzana jest znakiem tyldy ~, często wzrokowo pomijanym. Różnica często jest nawet dwukrotna.
Aby sprawdzić faktyczną liczbę rekordów, należy wykonać komendę:
SELECT COUNT(*) FROM NAZWA_TABELI;
WordPress posiada mechanizmy zwane filtrami i hakami, których można używać do zmiany sposobu działania funkcji zdefiniowanych np. we wtyczkach.
Nie zawsze jednak jest możliwe użycie tego mechanizmu - często autor wtyczki po prostu go nie przewidział lub należałoby wycofać jedną funkcję, by móc zarejestrować swoją z zagnieżdżeniem wielu innych funkcji tylko po to, by zmienić 1 linię kodu w jakiejś zagrzebanej funkcji pomocniczej. To jest skomplikowane i powoduje, że przy pierwszej lepszej aktualizacji i tak wtyczka nie będzie działać poprawnie, skoro znaczną część jej kodu zapisujemy na stałe np. w pliku functions.php motywu.
Nadpisywanie funkcji powinno zaś być możliwie odporne na przyszłe aktualizacje wtyczki.
Na szczęście da się to zrobić.