Logowanie klienta nie działa w wersji 1.9

Właśnie wykonałem nową instalację Magento 1.9.0.1 i widzę bardzo dziwne zachowanie w formularzu logowania klienta.

W Chrome (wersja 36) formularz logowania nie działa. Właśnie przekierowano mnie na stronę logowania. Brak komunikatu o błędzie. Jednak po otwarciu nowego okna incognito mogę się zalogować. Myśląc, że to był problem z plikami cookie, usunąłem wszystkie moje pliki cookie z przeglądarki, spróbowałem ponownie i uzyskałem te same wyniki. W obu przypadkach jestem w stanie zalogować się do panelu administracyjnego bez żadnych problemów.

Próbowałem tego również w przeglądarce Firefox i Safari. Firefox Widziałem to samo (ale nie konsekwentnie i mogłem to naprawić, usuwając pliki cookie) i nie mogłem replikować w Safari.

Nigdy nie miałem z tym problemu w żadnej innej wersji Magento. Czy istnieje jakaś fundamentalna zmiana w sposobie, w jaki Magento obsługuje pliki cookie w wersji 1.9 i / lub czy jest coś, co mogę zrobić, aby uczynić to bardziej stabilnym?

Miałem ten sam problem ....

Odpowiedź jest taka, że ​​Twój motyw nie zawiera zmiennej o nazwie form_key.

Tak jak stwierdzono powyżej, muszę dodać:

<input type="hidden" name="form_key" value="<?php echo Mage::getSingleton('core/session')->getFormKey(); ?>" />

dodajesz go zaraz po <ul class="form-list">

do każdego z moich login.phtmlplików motywu.

Możesz także mieć problemy z aktualizacją ilości produktów w koszyku

Oto znaczenie form_keys:

Od samego początku backend Magento zawierał klucz formularza, który chronił przed atakami XSS [1]. W Magento 1.8 klucz formularza wszedł do interfejsu z prawie tego samego powodu: w celu ochrony przed przesłaniem formularza z innej strony internetowej za pomocą przeglądarki. złośliwy atakujący może dodawać elementy do koszyka, gdy jesteś w innej karcie przeglądarki, a nawet realizować dla Ciebie zamówienie. Zależy to od przewidywalnych adresów URL, ponieważ witryna nie będzie miała dostępu do rzeczywistej zawartości HTML na karcie przeglądarki, na której czeka Twoje zamówienie Magento. Wszystko wysyłane do sklepu Magento prześle jednak pliki cookie, a tym samym wykorzysta sesję.

Dodając unikalny klucz do każdego formularza lub do każdego linku generującego akcję na serwerze, adres URL lub treść formularza nie są już przewidywalne. Klucz formularza jest przechowywany w danych sesji i sprawdzany po przesłaniu do serwera. Jeśli się nie zgadzają, pojawia się błąd klucza formularza i działanie nie zostało zakończone.

Może być:

cookie setting issue in Chrome browser

LUB

Magento 1.9 używa form key validation at customer loggin and registerstrony.

Na Post actionnim sprawdź klucz formularza using function _validateFormKey()na kontrolerze

form key issue: form key missing więc dodaj ten kod w swoim formularzu

<input name="form_key" type="hidden" value="<?php echo Mage::getSingleton('core/session')->getFormKey() ?>" />

LUB

Cookie domain setting issue Goto Check ustawienie jest prawidłowe lub nie

w Admin>System>configuration>General>Web>Session Cookie Management

Ponieważ wydaje się, że problem dotyczy plików cookie, spróbuj wydłużyć czas życia pliku cookie do 86400 poniżej

Sytem -> Configuration -> Web -> Session and Cookie Management

Przyczyną może być domyślnie czas życia ciasteczka ustawiony na 3600 (1 godzina). Ale jeśli czas komputera użytkowników końcowych upłynie przed czasem serwera, pliki cookie nie zostaną ustawione dla frontonu Magento, jak również dla backendu. Na przykład czas komputera użytkownika końcowego jest o 1 godzinę do przodu niż czas serwera, co oznacza, że ​​plik cookie (identyfikator sesji użytkownika) wygaśnie, gdy tylko użytkownik zaloguje się lub spróbuje dodać element.

Dla przyszłych czytelników: Istnieje wiele możliwych przyczyn tego problemu. Podczas logowania niektóre wyjątki są pomijane ze względów bezpieczeństwa, więc Twój problem się nie pojawi var/log/exception.log.

Aby zdiagnozować problem:

1. Otwórz app/code/core/Mage/Customer/controllers/AccountController.phpi przejdź do loginPostActionmetody.
2. Tymczasowo odkomentuj Mage::logException($e);połączenie i zapisz zmianę
3. Spróbuj zalogować się ponownie z poziomu interfejsu, aby wywołać ten sam wyjątek.
4. Spójrz na ostatnie błędy w dzienniku wyjątków i sprawdź je.
5. Powtarzaj poprzednie dwa kroki, aż nie zostaną zgłoszone żadne wyjątki.

Nie zapomnij cofnąć zmian w app/code/core/Mage/Customer/controllers/AccountController.php!

Przyczyną mojego problemu było to, że klasa nie ładowała się automatycznie, ponieważ moduł (niepoprawnie) miał <codePool>community</codePool>zamiast tego <codePool>local</codePool>.

Rozwiązałem problem, dodając poniższy wiersz kodu w trwałym pliku phtml do logowania.

<input type="hidden" name="form_key" value="<?php echo Mage::getSingleton('core/session')->getFormKey(); ?>" />

ok po półgodzinnych zmaganiach dowiedziałem się dokładnie, w których folderach login.phtml muszę zmienić. Więc idź do

/app/design/frontend/default/template-name/template/persistent/customer/form/

i wklej

<input type="hidden" name="form_key" value="<?php echo Mage::getSingleton('core/session')->getFormKey(); ?>" />

po

<ul class="form-list">

Otóż ​​to.

Jeśli używasz pamięci podręcznej Varnish, może występować inny problem. Cytuję rozwiązanie, które znalazłem gdzie indziej. https://github.com/nexcess/magento-turpentine/issues/169

I proszę bardzo ... Ostatnim razem, gdy przydarzył mi się ten problem z logowaniem, zauważyłem, że „dostałem” dwa różne pliki cookie o tej samej nazwie. „Nakładka”. Wszystkie pola tych plików cookie były identyczne, z wyjątkiem pole „domena”. W pierwszym pliku cookie wartością domeny było „mojadomena.com”, natomiast w drugim „www.mojadomena.com”. Dzieje się tak, gdy użytkownik nie ma już pliku cookie frontonu i wpisuje „mydomain.com” w adresie URL swojej przeglądarki. Powoduje to ustawienie błędnego „frontendowego” pliku cookie i psuje wszystko! Z powrotem na naszym serwerze mamy zasadę, że jeśli użytkownik sieci trafi na „mydomain.com”, aby mu podać „www.mydomain.com”. Oznacza to, że w przeglądarce użytkownika adres URL zmienia się z „mydomain.com” do „www.moja_domena.com”. Nie jestem pewien, czy ma to coś wspólnego z problemem z logowaniem. Po prostu o tym wspominam. Rozwiązanie: Przy konfiguracji magento i terpentynowych opcjach buforowania dostępna jest opcja „Normalizuj hosta”. Musisz ją włączyć. To wszystko! Po tym bez bałaganu nie ma podwójnych plików cookie frontend! Mam nadzieję że to pomoże!

Przyczyną tego problemu jest to, że niestandardowy formularz logowania nie zawiera żadnego klucza_formularza, a weryfikacja klucza formularza odbywa się w loginPostAction of Magento.

Możesz to naprawić, jak poniżej:

1. Idź do app / design / frontend / [Your-package] / [Your-theme] /template/customer/form/login.phtml

Odnaleźć:

i wklej to zaraz po powyższym kodzie:

<input type="hidden" name="form_key" value="<?php echo Mage::getSingleton('core/session')->getFormKey(); ?>" />

2. Przejdź do app / design / frontend / Your-package] / [Your-theme] /template/persistent/customer/form/login.phtml i zastosuj te same zmiany.

Powyższe działało dla mnie absolutnie w porządku, ale aktualizowałem z Magento 1.4.1 do 1.9.1, więc ogromny skok. Pliki nie były nigdzie w powyższej lokalizacji, ale znajdowały się w folderze app / design / frontend / BASE.

/ app / design / frontend / BASE / default / template / persistent / customer / form /

Ten folder podstawowy zawiera wiele wspólnych plików od Magento 1.4, więc przeczytałem ... Mam nadzieję, że pozwoli to zaoszczędzić komuś wiele godzin pracy, które zajęło mi ..

Jeśli używasz dowolnego rozszerzenia do logowania społecznościowego, dodaj również klucz formularza do tego pliku login.phtm

Upewnij się, że php-mbstring jest zainstalowany i włączony na twoim serwerze.

Jeśli tak nie jest, logowanie administratora będzie działać, a klient nie.

To sprawdzenie można wykonać, sprawdzając dane wyjściowe phpinfo()lub tymczasowo włączając wyjątek logowania wokół linii 177w:app/code/core/Mage/Customer/controllers/AccountController.php

Należy pamiętać, że operacja może ujawnić hasło klienta w zapisanym śladzie wyjątku.

Miałem ten sam problem i rozwiązałem go, usuwając wszystkie pliki cookie. Problem wydaje się występować, jeśli masz wiele różnych sklepów Magento i logujesz się do nich w tym samym czasie.