Koszyki zakupowe BO Błąd Presta 1.7.3

[addd]

Po wejściu w Zamówienia/Koszyki Zakupowe wywala błąd jak w załączniku:
3 instalacje na dwóch serwerach i to samo.
 

Prestashop 1.7.3 serwer ovh vps. Konfiguracja całkowicie zgodna. PHP 7

Inne instalacje na php 5.6 server ovh Performence 1 ten sam błąd.
 

[() Maciej ()]

Wg mnie paczka instalacyjna  jest niekompletna albo uszkodzona. Spróbuj dokonać instalacji zaciągając paczkę bezpośrednio z serwera presty, a nie pośrednio przez komputer czy z instalatora OVH.

Sam mam wersję testową postawioną obecnie na PHP-5.6.33  i działa ona bardzo dobrze (na serwerze linuxpl.com), więc możliwy jest też scenariusz ze złymi ustawieniami na serwerze.  Testowałem też na PHP-7.2.2 i backoffice nie wiedzieć czemu pada. Ale front działa.

[addd]

W wszystkich przypadkach mam paczkę zaciągniętą bezpośrednio z presty. I instalowaną samodzielnie nie z instalatora OVH. Rozumiem, że masz prestę 1.7.3 i po wejściu w koszyki zakupowe i ten błąd się nie pojawia? Co do ustawień serwera to dziwne bo wcześniej działała na nim wersja presty 1.6.1.8. Dodatkowo presta nie zgłasza żadnych problemów.

[Hardzik]

Usuniecie z bazy danych porzuconych koszyków powinno pomóc możesz to zrobić darmowym modułem Prestashop Database Optimization. 

[addd]

Zwlekałam z odpowiedzią bo chciałam napisać ładny poradnik jak z tego wybrnąć nie usuwając wszystkich koszyków. Ale czasu brak więc napiszę w skrócie jak rozwiązałam ten problem i skąd on wziął się u mnie.

Ja korzystałam z migratora do przeniesienia danych z 1.6 do 1.7. Problem wystąpił w najnowszych koszykach. Problem tyczy się tego, że nie istnieje adres klienta, który jest przypisany do danego koszyka. Jeżeli jeszcze tego nie odkryliście to podobnie wysypuje się presta jeżeli chce wejść w szczegóły klienta. Ponieważ tam jest odwołanie znowu do jego koszyków co wywołuje błąd więc i tutaj on się pojawia.

Gdy usunęłam wszystkie koszyki (tak naprawdę nie usunęłam tylko skopiowała sobie tabelę zmieniła jej nazwę i w drugiej wyczyściłam koszyki) To pojawił się problem, który był opisany m.in. tutaj:http://forge.prestashop.com/browse/BOOM-3119

Ostatni komentarz opisuje problem, w którym po wyczyszczeniu tej tabeli nie można nic wrzucić do koszyka sklepowego. Być może wystarczyłoby wyczyszczenie pamięci podręcznej przeglądarki, ale już tego nie sprawdzałam ponieważ pomyślałam sobie, że jednak chcę zostawić te koszyki.

Powiązanie pomiędzy nieistniejącym adresem, a koszykiem występuje w tabeli ps_cart i tylko tam jest. Istniejące adresy sprawdzamy w tabeli ps_address i tam jest powiązanie użytkowników z adresami i tylko tymi istniejącymi.

Więc zrobiłam tak: ustawiłam sobie na jednym ekranie obok siebie tabele ps_cart i ps_address posortowałam koszyki od najnowszego i sprawdzałam id_address_delivery i invoice. Jeżeli przy koszyku był id adresu który nie istniał w ps_address to w tych wierszach w id_address_delivery i invoice wpisywałam 0 co oznacza, że przy tym koszyku nie był podany adres. Jeżeli jeden z adresów istniał to wpisywałam ten, który istniał. Na 600 koszyków u mnie operacja skończyła się po przejrzeniu około 50 najnowszych.

Wiem, że problem zdarzał się również jak ktoś usunął klienta, wtedy sytuacja jest jeszcze łatwiejsza bo sięgamy tylko pod konkretny id klienta.

To zlikwidowało problem i zachowało dane.

[pawelstp]

On 4/6/2018 at 12:39 PM, addd said:

Zwlekałam z odpowiedzią bo chciałam napisać ładny poradnik jak z tego wybrnąć nie usuwając wszystkich koszyków. Ale czasu brak więc napiszę w skrócie jak rozwiązałam ten problem i skąd on wziął się u mnie.

Ja korzystałam z migratora do przeniesienia danych z 1.6 do 1.7. Problem wystąpił w najnowszych koszykach. Problem tyczy się tego, że nie istnieje adres klienta, który jest przypisany do danego koszyka. Jeżeli jeszcze tego nie odkryliście to podobnie wysypuje się presta jeżeli chce wejść w szczegóły klienta. Ponieważ tam jest odwołanie znowu do jego koszyków co wywołuje błąd więc i tutaj on się pojawia.

Gdy usunęłam wszystkie koszyki (tak naprawdę nie usunęłam tylko skopiowała sobie tabelę zmieniła jej nazwę i w drugiej wyczyściłam koszyki) To pojawił się problem, który był opisany m.in. tutaj:http://forge.prestashop.com/browse/BOOM-3119

Ostatni komentarz opisuje problem, w którym po wyczyszczeniu tej tabeli nie można nic wrzucić do koszyka sklepowego. Być może wystarczyłoby wyczyszczenie pamięci podręcznej przeglądarki, ale już tego nie sprawdzałam ponieważ pomyślałam sobie, że jednak chcę zostawić te koszyki.

Powiązanie pomiędzy nieistniejącym adresem, a koszykiem występuje w tabeli ps_cart i tylko tam jest. Istniejące adresy sprawdzamy w tabeli ps_address i tam jest powiązanie użytkowników z adresami i tylko tymi istniejącymi.

Więc zrobiłam tak: ustawiłam sobie na jednym ekranie obok siebie tabele ps_cart i ps_address posortowałam koszyki od najnowszego i sprawdzałam id_address_delivery i invoice. Jeżeli przy koszyku był id adresu który nie istniał w ps_address to w tych wierszach w id_address_delivery i invoice wpisywałam 0 co oznacza, że przy tym koszyku nie był podany adres. Jeżeli jeden z adresów istniał to wpisywałam ten, który istniał. Na 600 koszyków u mnie operacja skończyła się po przejrzeniu około 50 najnowszych.

Wiem, że problem zdarzał się również jak ktoś usunął klienta, wtedy sytuacja jest jeszcze łatwiejsza bo sięgamy tylko pod konkretny id klienta.

To zlikwidowało problem i zachowało dane.

Dziękuje Ci bardzo! Pomogło ❤️