[Arczibaldos]

Witam wszystkich.
Mam zainstalowaną integrację z Allegeo.Moduł zawiesza się przy uaktualnaianiu stanów magazynowych co jakiś czas.Pojawiają się błędy jak poniżej (klient allegro miał wpisane 2 numery telefonu), integracja nie udźwignęła tak "powżnego błędu".Co można zrobić aby to odblokować?Usunięcie klienta z listy zamówień sklepu i allegro nic nie daje.Czyszczenie cache sklepu też bez zmian.Dodam że po wystapieniu błędu kolejne zamówienia nie są dodawane.

Godzina 16:03:49 Kupiono produkt ................, dodaję zamówienie.
Godzina 16:03:49 Klient Lysy Bolek [ID:545] zapisany.
Fatal error (Address -> phone Length 16)

Dzięki za pomoc!

[design4VIP]

wyraznie masz, ze ilosc znakow przewyzsza dopuszczalne 16, czyli abo w bazie albo gdzies w jakies innej vadilacji masz okreslona liczbe znakow, powieksz i moze to rozwiaze problem

[Arczibaldos]

wyraznie masz, ze ilosc znakow przewyzsza dopuszczalne 16, czyli abo w bazie albo gdzies w jakies innej vadilacji masz okreslona liczbe znakow, powieksz i moze to rozwiaze problem

W jakich plikach sprawdzić? W plikch presty na serwerze czy w module integracji?

[design4VIP]

nie znam dokladnie modulu, tych integracji tak dzialajacych jak i mniej dzialajacych jest kilka. zobacz dokladnie w module gdzie zapisywane jest pole 'phone'. jezeli pole jest validowane to napewno w module, jezeli zapisywane tylko do bazy to w bazie bedzie ograniczenie znakow.

[lof]

właśnie działamy w tym kierunku i zastanawiamy się nad dwoma rozwiązaniami.
czy:
1. skrucić wczytywanie pola z allegro do 16 - poda klient 2 numery jeden obetnie
2. powiększyć to pole (jak i inne) choć to trochę bardziej niebezpieczne i dużo więcej pracy przy zmianach w całym sklepie.

Co uważacie ?
bo zastanawiamy się nad tym ostatnio.
Błąd ten o dziwo pojawił się od nie dawna...

[lof]

3. albo dostałem info od 1 klienta aby jak jest za dużo tekstu to dac komunikat "sprawdź na allegro" ale czy to sie nie mija z celem?

[koszulekup.pl]

Jak dla mnie "sprawdz na allegro" wystarczy.

Moim zdaniem, raz na jakis czas mozna sprawdzic po nicku, ktory jest w zamowieniu, formularz dostawy, ktory jest na poczcie (wiec wyszukiwanie jest banalne i szybkie) wiec edycja zamowienia prosta.
Chodzi o to, ze ludzie wpisuja przerozne rzeczy w miejscu telefonu (np. nie posiadam, chcialbys znac? a po co ci?, itp.), w miejscu imie i nazwisko tez przekraczaja liczbe dopuszczalnych znakow, itd.
Dotyczy to zarowno profilu uzytkownika allegro (formularz moze byc dobrze wypelniony), albo odwrotnie.

Mysle, ze sciaganie takich danych do bazy jest malo przydatne, bo i tak w przypadku takiego zamowienia wolalbym sprawdzic formularz allegro wiec popieram komunikat -rozwiazanie szybsze, bezpieczniejsze i prostrze.

Przyklady ostatnich bledow u mnie:
Aukcja allegro: Invalid JSON: Fatal error (Address -> phone Length 16)
 Aukcja allegro: Invalid JSON: Fatal error (Address -> phone_mobile Length 16)
 Aukcja allegro: Invalid JSON: Fatal error (Customer -> lastname is empty)
 Aukcja allegro: Invalid JSON: Fatal error (Address -> phone_mobile = nie posiadam)
 Aukcja allegro: Invalid JSON: Fatal error (Address -> phone_mobile = gg 832xxxxx)

[koszulekup.pl]

Zeby sie nie przewrocic podepre sie jeszcze takimi przykladami:

1. Czesty przypadek: Klient kupuje produkty na 3 roznych aukcjach. Tylko dla jednego wypelnia formularz dostawy nie dodajac zadnej wiadomosci. W profilu ma podane 666 numerow telefonow + rozmiar cyckow zony (zeby nie zapomniec jaki ma DLA NIEJ kupic rozmiar biustonosza w sexshopie). Formularz wypelnia prawidlowo z innym adresem dostawy. W sklepie mamy 3 zamowienia (dwa z danymi z profilu, jedno z danymi z formularza) -ktore dane sa prawdziwe? najszybciej sprawdze w formularzu dostawy.
2. Inny przypadek: synchronizacja nastapi przed wypelnieniem formularza (bo klient ma ochote zaplacic za dwa dni i wtedy dopiero wypelnia formularz dostawy)

Reasumujac: formularze dostawy i tak trzeba sprawdzac.

Spadam na impre, czytajacym milej zabawy zycze -pzdr.