Arczi

Zgłosiłem na github-ie ale od kilku dni brak reakcji stąd moje pytanie czy może ktoś "już to przerabiał". Tak czy tak dzięki za odpowiedź.

PrestaShop 1.7.8.9 (również 1.7.8.8) - moduł w najnowszej wersji v1.6.24 Po dokonaniu prawidłowej płatności (na wersji testowej również) PrestaShop cały czas wyświetla "Oczekuje na płatność". Przeinstalowanie modułu nie pomogło. Muszę ręcznie zmieniać. Miał ktoś coś podobnego lub gdzie szukać przyczyny. Przykładowy LOG z modułu: 2023-04-19 12:15:46.685512 be29824b4fc8e99f3e46ae4730b3a3e6 DEBUG Setting optimistic lock on paynow data {cartId=230, externalId=} 2023-04-19 12:15:46.686218 be29824b4fc8e99f3e46ae4730b3a3e6 WARNING Can't set optimistic lock due empty payment data {cartId=230} 2023-04-19 12:15:46.686408 be29824b4fc8e99f3e46ae4730b3a3e6 INFO Creating an order from cart {cartId=230, externalId=} 2023-04-19 12:15:51.840850 be29824b4fc8e99f3e46ae4730b3a3e6 INFO An order has been successfully created {cartId=230, externalId=, orderId=10, orderReference=IULDFFTDK, paymentId=} 2023-04-19 12:15:51.841267 be29824b4fc8e99f3e46ae4730b3a3e6 DEBUG Unsetting optimistic lock on paynow data {cartId=230, externalId=} 2023-04-19 12:15:51.841721 be29824b4fc8e99f3e46ae4730b3a3e6 WARNING Can't unset optimistic lock due empty payment data {cartId=230} 2023-04-19 12:15:51.847682 be29824b4fc8e99f3e46ae4730b3a3e6 INFO Processing payment for order {cartId=230, externalId=IULDFFTDK, orderId=10, orderReference=IULDFFTDK} 2023-04-19 12:15:52.459903 be29824b4fc8e99f3e46ae4730b3a3e6 DEBUG Deactivating all payments. {"external_id":"IULDFFTDK"} 2023-04-19 12:15:52.460263 be29824b4fc8e99f3e46ae4730b3a3e6 DEBUG Created new paynow data entry {"id_order":10,"id_cart":"230","id_payment":"PBPP-WYI-EAI-8VU","order_reference":"IULDFFTDK","external_id":"IULDFFTDK","status":"NEW","sent_at":"2023-04-19 12:15:52"} 2023-04-19 12:15:52.460401 be29824b4fc8e99f3e46ae4730b3a3e6 INFO Payment has been successfully created {cartId=230, externalId=IULDFFTDK, paymentId=PBPP-WYI-EAI-8VU, status=NEW} 2023-04-19 12:15:53.467072 47a9ead6f4a0b23aa8f5c5332c908616 DEBUG Nofification: Incoming notification {"paymentId":"PBPP-WYI-EAI-8VU","externalId":"IULDFFTDK","status":"NEW","modifiedAt":"2023-04-19T12:15:53"} 2023-04-19 12:15:54.539721 47a9ead6f4a0b23aa8f5c5332c908616 DEBUG Nofification: Skipped processing. Order or Cart not found. {"paymentId":"PBPP-WYI-EAI-8VU","externalId":"IULDFFTDK","status":"NEW","modifiedAt":"2023-04-19 12:15:53","responseCode":202} 2023-04-19 12:16:02.403153 47a9ead6f4a0b23aa8f5c5332c908616 DEBUG Nofification: Incoming notification {"paymentId":"PBPP-WYI-EAI-8VU","externalId":"IULDFFTDK","status":"PENDING","modifiedAt":"2023-04-19T12:16:02"} 2023-04-19 12:16:02.408629 47a9ead6f4a0b23aa8f5c5332c908616 DEBUG Nofification: Skipped processing. Order or Cart not found. {"paymentId":"PBPP-WYI-EAI-8VU","externalId":"IULDFFTDK","status":"PENDING","modifiedAt":"2023-04-19 12:16:02","responseCode":202} 2023-04-19 12:16:08.296639 47a9ead6f4a0b23aa8f5c5332c908616 DEBUG Nofification: Incoming notification {"paymentId":"PBPP-WYI-EAI-8VU","externalId":"IULDFFTDK","status":"CONFIRMED","modifiedAt":"2023-04-19T12:16:08"} 2023-04-19 12:16:08.302685 47a9ead6f4a0b23aa8f5c5332c908616 DEBUG Nofification: Skipped processing. Order or Cart not found. {"paymentId":"PBPP-WYI-EAI-8VU","externalId":"IULDFFTDK","status":"CONFIRMED","modifiedAt":"2023-04-19 12:16:08","responseCode":202}

Nigdzie nie znalazłem informacji na forum a przypuszczam, że jest dużo zainteresowanych. InPost udostępnił darmowy moduł integrujący z Prestą. Jeszcze nie miałem okazji przetestować ale wygląda na bardzo rozbudowany i posiadający dobrą dokumentację. https://inpost.pl/integracja-z-inpost

W ostatnich dniach pojawiły się problemy z instalacją - zgłaszają to użytkownicy z różnymi konfiguracjami serwerów - myślę, że na dniach powinna ukazać się łatka.

Mi się ten problem też pojawił - straciłem kilka godzin życia na kombinowanie w czym leży problem. Najciekawsze, że kilka dni temu na tym samym serwerze i z tymi samymi ustawieniami instalacja działała normalnie a od 2-3 dni instalacja okazała się niemożliwa 😕 Przyznam się, że do tej chwili myślałem, że instalacja odbywa się tylko na serwerze bez dociągania online czegokolwiek.

Udało mi się znaleźć rozwiązanie - gdyby ktoś miał podobny problem należy skorzystać z instrukcji: ALTER TABLE `ps_configuration` ROW_FORMAT=DYNAMIC; ALTER TABLE `ps_connections_source` ROW_FORMAT=DYNAMIC; ALTER TABLE `ps_customer` ROW_FORMAT=DYNAMIC; ALTER TABLE `ps_employee` ROW_FORMAT=DYNAMIC; ALTER TABLE `ps_order_state` ROW_FORMAT=DYNAMIC; ALTER TABLE `ps_page_type` ROW_FORMAT=DYNAMIC; ALTER TABLE `ps_smarty_cache` ROW_FORMAT=DYNAMIC;

Ponieważ nieudało mi się uzyskać pomocy w wątku - w ramach przypomnienia: Przy aktualizacji 1-Click Upgrade z wersji 1.7.6.9 do wyższych wersji na końcu otrzymuję komunikat o błędzie: SQL 1.7.7.0 1709 in ALTER TABLE `ps_configuration` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_connections_source` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_customer` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_employee` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_order_state` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_page_type` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_smarty_cache` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. kombinuję dalej i próbuję ręcznie zmienić kodowanie bezpośrednio w MySQL i wyrzuca mi ten sam komunikat co w 1-Click Upgrade - ponieważ w tym temacie jestem zielony może ktoś podpowie jak się do tego zabrać ... ??

Przy aktualizacji 1-Click Upgrade z wersji 1.7.6.9 do wyższych wersji na końcu otrzymuję komunikat o błędzie: SQL 1.7.7.0 1709 in ALTER TABLE `ps_configuration` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_connections_source` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_customer` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_employee` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_order_state` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_page_type` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. SQL 1.7.7.0 1709 in ALTER TABLE `ps_smarty_cache` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci: Index column size too large. The maximum column size is 767 bytes. Doczytałem, że problem wynika ze zmiany w kodowaniu bazy danych. W phpMyAdmin w zakładce Operacje -> Metoda porównywania napisów - zmieniłem na utf8mb4_general_ci - ale najwidoczniej to za mało. W internecie znalazłem informację, że błąd jest dosyć częsty ale nie udało mi się znaleźć rozwiązania. Może ktoś już miał taki problem i rozwiązał albo ma jakieś sugestie.

Po wejściu na Twoją stronę ja dalej widzę Wyprzedaż ...

W większości się zgadza ... z tym, że ja wolę mieć wyłączony moduł ale aktualne zabezpieczenia sklepu - a te dwie aktualizacje które rozwalają wygląd dotyczą aktualizacji bezpieczeństwa ...

Mam ten sam problem - zmiana tej linijki nie przyniosła efektu. Zresztą widzę, że na stronie autora wątku też brak efektów.

Ten problem pojawił się po przedostatniej aktualizacji. Ostatnia aktualizacje też tego nie naprawiła. Pozostaje wyłączyć moduł niestety - ja tak zrobiłem. Liczyłem, że ostatnia aktualizacja naprawi to ale niestety pozostało bez zmian dlatego wyłączyłem.

Jak masz sklep to i masz oprogramowanie do sprzedaży i zarządzania magazynem - potrzebujesz oprogramowania - integratora który automatycznie po dokonanej sprzedaży stacjonarnie zaktualizuje stany w sklepie internetowym.

Ja przed aktualizacją za pomocą systemu hostingowego kompresuję cały katalog do pliku i robię zrzut bazy danych - w wypadku problemu przywracam cały katalog i przywracam bazę. Taki zestaw: plik z zawartością sklepu + zrzut bazy danych od czasu do czasu ściągam na komputer lokalny żeby mieć kopię bezpieczeństwa - ponieważ historia zna przypadki, że firmy hostingowe zawijały się z dnia na dzień albo po awarii tracili wszystkie dane klientów łącznie z kopiami.

Raczej nie słyszałem o bramkach które nie wymagają zarejestrowania firmy - to jest tak jak by chcieć terminal do obsługi kart płatniczych - bez działalności się nie da ...