Regularnie odwiedzam moją witrynę, aby upewnić się, że działa, i zauważyłem, że obrazy produktów nie są wyświetlane, ponieważ sądząc, że to problem z pamięcią podręczną indeksowania, próbowałem zalogować się do panelu administracyjnego i otrzymałem błąd:
„nieprawidłowy klucz formularza. Odśwież stronę”
Innymi objawami są klienci, którzy nie mogli dodawać produktów do koszyka i bardzo niska wydajność.
W dziennikach nie ma błędów (/ var / logs)
Jakie dodatkowe kroki należy wykonać, aby rozwiązać ten problem?
źródło
Zamieszczam pytanie / odpowiedź, ponieważ nie znalazłem nic istotnego.
Problem polegał na tym, że dysk, na którym znajduje się moja instalacja Magento, był pełny. Uwolniłem trochę miejsca, wyczyściłem / var / session i / var / cache i wszystko wróciło do normy.
źródło
var/session
spowoduje wylogowanie wszystkich i usunięcie wszystkich koszyków gości. Zobacz tutaj rozwiązanie, które usuwa tylko stare sesje: magento.stackexchange.com/a/58167/243Istnieją 3 rozwiązania:
Użyj tych poleceń w phpmyadmin
USUŃ Z core_config_data GDZIE ścieżka = 'web / cookie / cookie_domain';
USUŃ Z core_config_data GDZIE ścieżka = 'web / cookie / cookie_path';
Teraz spróbuj się zalogować.
2. Usuń wszystko z folderu var, a następnie sprawdź, czy działa.
3. Zamień plik .htaccess na przykładowy plik .htaccess, a następnie spróbuj zalogować się do administratora.
Mam nadzieję, że ci to pomoże.
źródło
Kolejny możliwy, nieco oczywisty problem, który należy sprawdzić w pierwszej kolejności: jeśli witryna korzysta z protokołu SSL, upewnij się, że nie używasz protokołu http dla strony administratora; powinieneś używać https . np. https://example.com/admin
źródło
W moim przypadku wydaje się, że problem polega na tym, że utworzyłem administratora za pomocą n98-magerun z użytkownikiem, który nie może pisać na magentofolder / var i zamiast tego użyłem folderu zastępczego / tmp / magento.
Właśnie usunąłem administratora i wykonałem
sudo -iu OTHERUSER
(użytkownik, który jest właścicielem folderu Magento) in98-magerun admin:user:create
ponownie uruchomiłem, aby utworzyć mojego użytkownika.AKTUALIZACJA: W innym przypadku adres URL administratora był odwiedzany bez www. składnia, a ustawienia plików cookie korzystały z www. Po prostu umieszczam www. w administracyjnym adres URL rozwiązał problem. ;)
źródło
admin:user:create
?Oprócz powyższego kroku czyszczenia pamięci podręcznej musiałem również postępować zgodnie z poniższym artykułem i ustawić informacje o danych sesji w prawidłowej ścieżce, wykonując poniższe kroki
Zobacz artykuł
/programming/26123081/failed-to-write-session-data-magento
Naprawiłem to, zmieniając session.save_path, aby umieścić go na maszynie wirtualnej.
Zmień aplikację pliku / etc / local.xml
zastąpiony poniżej
Potem zaczęło działać. Czasami nie można tak naprawdę powiedzieć problemu, dlatego ważne jest, aby włączyć rejestrowanie błędów. Włącz to, odwołując się do następującego artykułu
https://www.thecreativedev.com/how-to-enable-system-log-and-errorswarning-in-magento/
źródło
Wyczyść pliki cookie i pamięć podręczną. Otwórz panel administracyjny w trybie incognito.
źródło
Ten znany problem pojawia się zwykle po zastosowaniu poprawki SUPEE-7405 zawartej w wersji Magento 1.9.2.3. Można to rozwiązać, dodając poniższy kod w pliku - app / code / local / Mage / Core / Model / Session.php
Ten plik może nie istnieć w twoim repozytorium, więc skopiuj go
app/code/core/Mage/Core/Model/Session.php
i wklej po.app/code/local/Mage/Core/Model/Session.php
Po dodaniu powyższej funkcji do pliku, ponieważ może brakować go w głównym pliku.Wyczyść pamięć podręczną przeglądarki i usuń pliki cookie. Wyczyść wszystkie pliki w Magento
var/cache
ivar/session
zawartość folderów. Następnie zaloguj się do panelu administracyjnego.źródło