FRIbetaling - ikke ordrenummer med hver ordre!

[Slowmoe]

Hej
Tja... jeg havde jo samme problem og måtte bruge kode flytningen for at få det til at fungere ( tak Anders).

Mht til at flytte rundt på koderne, så har man vel ikke det helt store valg, hvis det man har installeret ikke virker efter hensigten.
Og en af grunden til det kan jo være man installere en del contribs, som vel også kan ændre i den ellers fastlagte fil kørsel......

Mvh
Lars

[Slowmoe]

Ha....
Glæden var kort. En dankort transaktion gik igennem til fribetaling og dagen efter var virkede det ikke mere...lidt mystisk.
Har så geninstalleret de nøgne fribetalings filer og konstateret at alt virker. incl ordre nr. hvergang. Men når jeg så har indtastet kort info og klikket videre bliver jeg sendt tilbage til checkout_confirmation.php og kan starte forfra med kort oplysningerne, men på nyt ordrnr......

Hjælp modtages allerh..... gerne....

Butikken skulle gerne fungere.

Lars

[slackline.dk]

Uha nu bliver jeg da lidt nervøs! Hvad var det der ikke virkede? Jeg har gennemført flere dankortbetalinger nu uden problemer. Kan du beskrive nærmere hvad der gik galt.

Ang. dit nye problem.... Når du indtaster kortoplysningerne anden gang virker det så?

VH

Anders

[Slowmoe]

Må jeg da desværre sige nej til....
Har tastede kort oplysninger ind til bevidstløshed og kommer hvergang tilbage
til checkout_confirmation.... lige meget hvad jeg gør...... rene fribetalings filer. JAvascipt fixed filer eller dine omrokeringer... samme resultat.


Møj mystisk når det virkede én gang...

Ville det være muligt at"låne" en kopi af dine filer...så'n bare til sammenligning?
I så fald kan jeg nå's på lh@ontour.dk

Lars

[slackline.dk]

Hej Lars,

Jeg har sendt en mail til dig...

Kan du beskrive hvad der gik galt med den løsning du fik gennemført en transaktion med?

VH

Anders

[Slowmoe]

Takker for mailen....
og kvittere med et lille link som måske kan kaste en lille ferie af sig om to år
http://wealthtoolbox.com

Man kan vel ikke som sådan sige at der gik noget galt.

Mandag efter middag lagde jeg en gammel checkout_confirmation fil op. (andre indvolverede filer havde dine kode ændringer liggende, havde oz problemer med hvert andet ordre nummer)
Og på det gennemførte jeg en kort transaktion og tænkte den var fjong...
Dagen efter ( uden ændringer af nogen slags) var der ikke muligt at gennemføre transaktioner. Hvilket jo er totalt uforståeligt.
Så prøveder jeg at tjekke alle fribetaling berørte filer og ligge dem op på ny uden dine ændringer og så virkede odrernummer hvergang men kunne så ikke gennemføre transaktioner og blev sendt tilbage til checkout_confirnation.

Mvh
Lars

[slackline.dk]

Det lyder næsten for godt til at være sandt med wealthtoolbox, men det kan vel ikke skade at prøve

Meget mærkligt at fribetaling pludselig ikke virker, specielt hvis du ikke har lavet nogen ændringer i det hele taget. Har du prøvet at lave alle ændringerne igen i originale os filer? Jeg kommer i hvert fald en gang i mellem til at lave ændringer jeg tror jeg ikke har lavet (specielt mellem 3 og 5 om natten )

Du kan jo også prøve at sammenligne dine og mine filer med f.eks. winmerge og se om der er nogen væsentlige forskelle.

Lad mig høre hvordan det går.

VH

Anders

[Slowmoe]

Så fik jeg "vist" klaret problemet.

Jeg kunne umiddelbart ikke finde nogen forskelle på dine og min filer udover du har lidt flere contribs installeret

Men jeg hentede nogle backup filer frem fra starten af juni og lagde den op på serveren, testede og blev afvist på transaktion. Hvilket jo så var et fremskridt.
Ændrede så fra test mode til live mode på betalings modulet og så kørte betalingen igennem......
Men det skal jo nok nogle flere tests til før man kan vide sig sikker.

Og lidt utryg ved at det virker på filer som egentlig har ligget på serveren før....

[slackline.dk]

Hvilken løsning endte det med? Det oprindelige fribetalings modul eller med mine ændringer?

Uanset godt at høre det kører igen

[Slowmoe]

Jeg har sammenlignet filerne i beyond compare og der var en enkelt lille fejl i mine som jeg rettede og prøvede. Men uden noget positivt resultat.

Så var det jeg tænkte at prøve noget gammelt og sgu' om det ikke virkede...

mht Wealthtoolbox.... så ja... men det er jo gratis og manden bag siden virker reel nok.... har haft lidt kontakt med ham.....

[Slowmoe]

Løsningen blev gamle filer + paypal fix....

[agentjensen]

Hej Alle.
Jeg må indrømme at jeg blev tabt på side 1½ i denne tråd....

Jeg har flere betalingsmetoder, og hver gang der bruges dankort (fribetaling) så spinges et ordrenummer over (uanset om den sidst brugte var lige eller ulige).
Det nummer der springes over bliver dannet i databasen med kunden navn, men er ellers tom.

Er der een der kan skrive en løsning for dummies (nem forståelig) på dette problem - og næste spørgsmål - for hvem er det reelt et problem.

Det fungere jo....

/Michael.

[rosengren]

havde samme problem med ordre nummeret ikke blev genereret hver anden gang.
Har nu fulgt dit eksempel Anders... Tak for det.

Men nu står der 0 (nul) i alle ordre jeg modtager på mailen
Har i samme problem, og hvad gjorde i evt. for at rette denne fejl?

[tidemann]

[agentjensen]

Jeg fik løst problemet med at den sprang over nummer.

Fejlen lå i checkout_proces.php.

Jeg har haft installeret epay, men gik tilbage til fribetaling.
Begge piller i checkout_process og resultatet var at jeg havde disse linier:

/ ------------ ePay changed start ---------
if (strncmp($payment, 'epay', 4) == 0) {
tep_db_perform(TABLE_ORDERS, $sql_data_array, 'update', 'orders_id = ' . $order_id);
$insert_id = $order_id;
} else {
// else do as usual
tep_db_perform(TABLE_ORDERS, $sql_data_array);
$insert_id = tep_db_insert_id();
}
if (tep_session_is_registered('cc_transactionid') && strncmp($payment, 'epay', 4) == 0) {
//
// Do nothing though!
//
} else {
// ------------ ePay changed end ---------
// ------------ fribetaling changed start ---------
if (strncmp($payment, 'fribetaling', 4) == 0) {
tep_db_perform(TABLE_ORDERS, $sql_data_array, 'update', 'orders_id = ' . $order_id);
$insert_id = $order_id;
} else {
// else do as usual
tep_db_perform(TABLE_ORDERS, $sql_data_array);
$insert_id = tep_db_insert_id();
}

// ------------ fribetaling changed end ---------


Det er næsten samme kode og linierne med $insert_id = $order_id; som er der 2 gange og det er der ordre nummeret genereres.
Jeg fjernede alle fingeraftryk af epay og fik nu kun disse linier:


if (strncmp($payment, 'fribetaling', 4) == 0) {
tep_db_perform(TABLE_ORDERS, $sql_data_array, 'update', 'orders_id = ' . $order_id);
$insert_id = $order_id;
} else {
// else do as usual
tep_db_perform(TABLE_ORDERS, $sql_data_array);
$insert_id = tep_db_insert_id();
}

Min pointe er at der uanset hvad kun skal generes et ordre nummer i checkout process.

Så kun en genering af ordrenummer eller springer den een over.

Måske lidt svært at følæge - forklaringen - men håber alligevel den har skabt lys.

Mvh

Michael / AgentJensen