[1.7.7.0] Metody płatnośći

[raf30al]

Witam, po aktualizacji z do wersji 1.7.7.0 jak dochodzi sie do wyboru metody płatności wywala błąd 500, są to standardowe metody płatności 

(1/1) ContextErrorException
Notice: Undefined index:

in Currency.php line 265
at CurrencyCore->__construct(1, null, 0)
in PaymentModule.php line 238
at PaymentModuleCore->validateOrder(0, '1', 0.0, 'Czek', null, array('{check_name}' => false, '{check_address}' => false, '{check_address_html}' => ''), 1, false, '17f870e5d37e29b671a43eb0d359037f')
in validation.php line 67
at Ps_CheckpaymentValidationModuleFrontController->postProcess()
in Controller.php line 295
at ControllerCore->run()
in Dispatcher.php line 518
at DispatcherCore->dispatch()
in index.php line 28

 

[endriu107]

Po pierwsze nie napisałeś jaka wersja php, po drugie notice to nie błąd i nie zawsze wyrzuca 500, po trzecie powoduje go moduł czek który w realiach Polski nie jest potrzebny.

[raf30al]

@endriu107
na każdej metodzie płatności po kliknięciu przycisku strona miesza z 2 minuty i wywala błąd, tak samo jak się rejestruje użytkownik po kliknięciu Rejestruj strona miesza 2 minuty i błąd 500. Aktualizacje robiłem przez 1 click upgrade i przeszło wszystko dobrze, ale stwierdziłem że może  coś jednak poszło nie tak wywaliłem cały sklep pobrałem na nowo ze strony Ps 1.7.7 i chciałem wgrać na nowo czystą wersje ale podczas instalacji dochodzi do 23% i też wywala komunikat o błędzie 500, czy ta wersja PS ma jakieś bugi że tak się dzieje u mnie? czy może serwer na którym stawiam jest za słaby

Serwer jest na progreso Hybrid 2

Cytat

https://progreso.pl/hosting_hybrydowy/

a wersja php to już różne włączałem od 7.0 do 7.4 ale zawsze używam 7.3

[CBLBTL]

Mam podobny problem. Sklep też na progreso. Czy udało Ci się rozwiązać problem?

Możesz zmieniać statusy transakcji na np. "anulowana" ?

[LastBell]

a po aktualizacji nie macie problemu z mailami do kupujacych lub ze zmiana statusu zamowienia? ja po upgrade nie otzymuje juz zadnych maili ze sklepu o tym czy cos zostalo kupione.

[CBLBTL]

Zmiana statusów wyrzuca mi error 500. Nie działają mi również płatności np. Przelewy24

[LastBell]

jaka wersja php?

 

[CBLBTL]

próbowałem na 7.2 i 7.3

[LastBell]

zmien na 7.4. powinno pomoc.

[CBLBTL]

Wywaliło mi cały sklep:

/src/Adapter/EntityMapper.php  on line 99

 

1.7.7.0 nie obsługuje PHP 7.4 - https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/

Edited January 2, 2021 by CBLBTL (see edit history)

[LastBell]

po aktualizacji na 1.7.7.0 moj sklep zaczął normalnie dzialac.

wczesniej nawet po aktualizacji nie ruszal.

[CBLBTL]

problem dotyczy właśnie aktualizacji do 1.7.7.0

[LastBell]

ja mialem 1.7.6 po aktualizacji do 1.7.7 niestety sklep nie ruszyl. powodem bylo php 7.3 teraz mam 7,4 i dziala normalnie. sprzwdz tez wersje IUC. presta 1.7.7. nie dzial na wersjach ponizej 4.4

[CBLBTL]

A w informacjach jaką masz wersje PHP? Bo bardzo dziwne, że u mnie wysypuje sklep przy 7.4

[LastBell]

PHP Version 7.4.3

 

[CBLBTL]

IUC w którym miejscu mogę sprawdzić?

[CBLBTL]

Wersja PHP: 7.3.9

też masz takie coś:

Brakujące pliki (6)

vendor/composer/installers/src/Composer/Installers/SyliusInstaller.php

vendor/composer/installers/src/Composer/Installers/KnownInstaller.php

vendor/composer/installers/src/Composer/Installers/TaoInstaller.php

vendor/composer/installers/src/Composer/Installers/Redaxo5Installer.php

vendor/composer/installers/src/Composer/Installers/DframeInstaller.php

vendor/composer/installers/src/Composer/Installers/MantisBTInstaller.php

Edited January 2, 2021 by CBLBTL (see edit history)

[CBLBTL]

[PrestaShopDatabaseException]

Table 'xxx_shop.ps_przelewy24_extra_charges' doesn't exist<br /><br /><pre>SELECT * FROM `ps_przelewy24_extra_charges` a0 WHERE (a0.`id_order` = 1795) LIMIT 1</pre>
at line 769 in file classes/db/Db.php

764. if ($webservice_call && $errno) { 765. $dbg = debug_backtrace(); 766. WebserviceRequest::getInstance()->setError(500, '

 ' . $this->getMsgError() . '. From ' . (isset($dbg[3]['class']) ? $dbg[3]['class'] : '') . '->' . $dbg[3]['function'] . '() Query was : ' . $sql, 97); 767. } elseif (_PS_DEBUG_SQL_ && $errno && !defined('PS_INSTALLATION_IN_PROGRESS')) { 768. if ($sql) { 769. throw new PrestaShopDatabaseException($this->getMsgError() . '<br /><br /><pre>' . $sql . '</pre>'); 770. } 771. 772. throw new PrestaShopDatabaseException($this->getMsgError()); 773. } 774. }

 

Co to oznacza?

[LastBell]

25 minutes ago, CBLBTL said:

Wersja PHP: 7.3.9

też masz takie coś:

Brakujące pliki (6)

vendor/composer/installers/src/Composer/Installers/SyliusInstaller.php

vendor/composer/installers/src/Composer/Installers/KnownInstaller.php

vendor/composer/installers/src/Composer/Installers/TaoInstaller.php

vendor/composer/installers/src/Composer/Installers/Redaxo5Installer.php

vendor/composer/installers/src/Composer/Installers/DframeInstaller.php

vendor/composer/installers/src/Composer/Installers/MantisBTInstaller.php

u mnie nie ma tez tych plikow. nie wiem czemu. nie jestem az takim znawca presty.

sklep dziala bez nich.

[LastBell]

iuc sprawdzisz w info.php

[() Maciej ()]

Dnia 2.01.2021 o 4:41 PM, CBLBTL napisał:

[PrestaShopDatabaseException]

Table 'xxx_shop.ps_przelewy24_extra_charges' doesn't exist<br /><br /><pre>SELECT * FROM `ps_przelewy24_extra_charges` a0 WHERE (a0.`id_order` = 1795) LIMIT 1</pre>
at line 769 in file classes/db/Db.php

764. if ($webservice_call && $errno) { 765. $dbg = debug_backtrace(); 766. WebserviceRequest::getInstance()->setError(500, '

 ' . $this->getMsgError() . '. From ' . (isset($dbg[3]['class']) ? $dbg[3]['class'] : '') . '->' . $dbg[3]['function'] . '() Query was : ' . $sql, 97); 767. } elseif (_PS_DEBUG_SQL_ && $errno && !defined('PS_INSTALLATION_IN_PROGRESS')) { 768. if ($sql) { 769. throw new PrestaShopDatabaseException($this->getMsgError() . '<br /><br /><pre>' . $sql . '</pre>'); 770. } 771. 772. throw new PrestaShopDatabaseException($this->getMsgError()); 773. } 774. }

 

Co to oznacza?

Nie masz odpowiedniej tablicy w bazie "ps_przelewy24_extra_charges". Reszta to tylko skutek tego braku.

 

 

 

Odnośnie innych postów dotyczących wersji PHP to dużo zależy od indywidualnego konfigu na danym serwerze. Owszem presta 1.7.7.0 MOŻE działać na PHP 7.4, ale nikt nie zagwarantuje, że będzie to poprawne działanie bez błędów.  Dlatego zalecana jest do niej wersja 7.3, na której stwierdzono najlepszą kompatybilność ze składnią danej wersji PHPa, a tym samym stabilność całego sklepu.

[LastBell]

2 hours ago, () Maciej () said:

Nie masz odpowiedniej tablicy w bazie "ps_przelewy24_extra_charges". Reszta to tylko skutek tego braku.

 

 

 

Odnośnie innych postów dotyczących wersji PHP to dużo zależy od indywidualnego konfigu na danym serwerze. Owszem presta 1.7.7.0 MOŻE działać na PHP 7.4, ale nikt nie zagwarantuje, że będzie to poprawne działanie bez błędów.  Dlatego zalecana jest do niej wersja 7.3, na której stwierdzono najlepszą kompatybilność ze składnią danej wersji PHPa, a tym samym stabilność całego sklepu.

ja przy wersji 7.3 nie moglem nic zrobic, sklep sie wysypal. po instalacji 7.4 wszystko gralo.

Moze nie do konca byla to wina PHP tylko ICU, ktore musi byc powyzej 4,4 lub 4,6.

[() Maciej ()]

14 godzin temu, LastBell napisał:

ja przy wersji 7.3 nie moglem nic zrobic, sklep sie wysypal. po instalacji 7.4 wszystko gralo.

Moze nie do konca byla to wina PHP tylko ICU, ktore musi byc powyzej 4,4 lub 4,6.

Niestety tu się chyba mylisz podając wersje ICU. Już jakiś czas temu ktoś napisał na tym forum (anglojęzycznym) :

 

Cytat

That's actually Symfony's requirement. The code compares the version from

/vendor/symfony/symfony/src/Symfony/Component/Intl/Resources/data/version.txt

against the server's ICU version.

I cannot be bothered to alter the server on every minor PrestaShop version, so I guess I'll give up on " the latest internationalization data".

Just for reference, PrestaShop wants the following ICU versions:

1.7.4.x  -  62.1

1.7.3.x  -  60.1

1.7.2.x  -  59.1

1.7.1.x  -  58.2

1.7.0.x  -  57.1