Migrering Fra Oscommerce Til Prestashop

[SyrahDK]

Hej Forum

Min makker og jeg har i over 10 år haft webshop baseret på OsCommerce men nu går det ikke længere, da moduler til betalingsgateway, transportudbydere og bogholderi er blevet for vanskelige at vedligholde.

 

Vi har valgt at skifte til prestashop såfremt vores test-installation går godt, men jeg er allerede stødt ind i lidt problemer som jeg håber nogen af jer kan hjælpe mig videre med?

 

Jeg har oprettet en 1-click installation (1.6.1.4) ved UnoEuro og installeret QuickPay modulet fra samme, oprettet os i version 10 manageren, hentet oplysninger og keys og lagt ind i konfigurationen efter video guiden.

 

Så langt så godt, men så begynder udfordringerne!

 

Jeg når fint igennem "indkøbskurven" og får betalingsvindue op, taster test-card nummer, "timeglas...." og bliver sendt retur til shoppen og meddelelsen "Du har ikke placeret nogen ordrer"!

 

I quickpay er betalingen registreret .

 

Jeg har IKKE shoppen i "vedligeholdelse"!

Jeg har haft slettet htaccess og ladet prestashop gendanne den!

Jeg skal vel IKKE gøre særlige tiltag for at quickpay må skrive i min MySQL base da jeg formoder dette forgår gennem quickpay-modulet i shoppen?

 

Det er callback der fejler med http 500 error, herunder linje fra webserverlog:

 

193.162.142.210 - - [23/Jan/2016:08:35:21 +0100] "POST /prestashop/index.php?fc=module&module=quickpay&controller=validation&id_lang=2" 500 25521 "-" "QuickPay Callback Service (http://tech.quickpay.net/api/callback/)"

 

Her er de URL's som quickpay sender baglæns (domæne har jeg erstattet med xxx, det var korrekt og så har jeg sat () om http: for at ungå teksten blev "kolapset" til link og ulæselig)

 

link.continueurl  n/a =>(http:)//xxx/prestashop/index.php?key=ad938e90fa9fa25b40c082b1e1a81d81&id_cart=17&id_module=72&fc=module&module=quickpay&controller=complete&id_lang=2

link.cancelurl  n/a => (http:)//xxx/prestashop/index.php?controller=order&step=3

link.callbackurl  n/a => (http:)//xxx/prestashop/index.php?fc=module&module=quickpay&controller=validation&id_lang=2

 

 

Quickpay prøver efterfølgende at sende callbacks og det lykkedes nogen gange få en "success" i loggen dog uden at indkøbskurven opdateres til ordre:

 

operations.0.callback_at  n/a => 2016-01-23T07:56:44.418Z
operations.0.callback_duration  n/a => 0.35726572200655937
operations.0.callback_success  n/a => false
operations.0.callback_response_code  n/a => 500

operations.0.callback_at 2016-01-23T07:42:41.506Z  => 2016-01-23T08:42:44.555Z
operations.0.callback_duration 0.3223001240112353  => 0.1843432169407606
operations.0.callback_success  n/a => true
operations.0.callback_response_code 500  => 200

 

Jeg har læst mange indlæg og spørger kun fordi jeg ikke har kunnet finde svar.

 

Jeg har oprette supportticket ved quickpay, men de har sendt den "tilbage" til mig da det er en http 500 fejl.

Jeg har dog påpeget for dem at jeg anser det for "mærkeligt" at de opløser min "remote" ip til en klasse A adresse, se loguddrag herunder:

operations.0.request.options.remote_ip  n/a => 10.0.200.8

 

Når jeg har testsite i luften med alle 3 moduler (gls og ecommony udover quickpay) får jeg nok brug får hjælp til data konvetering, men det vender jeg tilbage til.

 

Håber nogen har set dette før og at løsningen ligger lige til højrebenet, skulle jeg have glemt vitale oplysninger må der moppes i behersket omfang, husk jeg er debutant her på stedet!

 

/Lars

 

 

 

 

 

 

 

 

 

[presta-dyr]

Hej Lars

 

Jeg har en ny version af QuickPay-modulet på bedding. Den nye version har bl.a. en forbedret fejlhåndtering. Send mig en PM, så kan jeg sende dig modulet.

 

 

/Kjeld