[PHP/(My)SQL] voor dummies #106

Persoonlijk vind ik het beter om één order te hebben, waar dan [0, n] (nul of meer) betalingen aan hangen. Als mensen een iDeal betaling annuleren omdat ze toch liever een overschrijving doen, dan lijkt het me raar als je daarvoor een nieuwe order aan maakt?

quote:

Op zaterdag 2 februari 2013 11:18 schreef papernote het volgende:
Persoonlijk vind ik het beter om één order te hebben, waar dan [0, n] (nul of meer) betalingen aan hangen. Als mensen een iDeal betaling annuleren omdat ze toch liever een overschrijving doen, dan lijkt het me raar als je daarvoor een nieuwe order aan maakt?

Waarom? Het is gewoon een andere order. Ik ga toch niet dezelfde order 0 of meer keer laten afrekenen? Dat vind ik onlogisch. Een order kan WEL of NIET betaald worden dus er zeker geen n relatie mbt betalen.

Daarnaast zijn er allerlei terugkoppelingen van de internet kassa, onder andere:

"Authorization limit exceeded"
"Authorization refused"
"Invalid card number or invalid Card Security Code"
"Fraud suspicion"
"Security breach detected, transaction stopped"
"The number of attempts to enter the card number has been exceeded"

Die wil ik eigenlijk wel opgeslagen hebben bij desbetreffende orders.

[ Bericht 13% gewijzigd door Swetsenegger op 02-02-2013 18:13:12 ]

quote:

Op zaterdag 2 februari 2013 18:07 schreef Swetsenegger het volgende:

[..]

Waarom? Het is gewoon een andere order. Ik ga toch niet dezelfde order 0 of meer keer laten afrekenen? Dat vind ik onlogisch. Een order kan WEL of NIET betaald worden dus er zeker geen n relatie mbt betalen.

Daarnaast zijn er allerlei terugkoppelingen van de internet kassa, onder andere:

"Authorization limit exceeded"
"Authorization refused"
"Invalid card number or invalid Card Security Code"
"Fraud suspicion"
"Security breach detected, transaction stopped"
"The number of attempts to enter the card number has been exceeded"

Die wil ik eigenlijk wel opgeslagen hebben bij desbetreffende orders.

Iemand kan toch één order betalen met een cadeaubon en het restant met iDeal? Dan heb je twee betalingen. Wellicht niet in je huidige opzet, maar wie weet ga je ooit nog cadeaubonnen uitgeven, de vvv-cadeaubon accepteren, enz...

Terugkoppelingen sla je ook op als een betaling, maar dan met een andere (mislukte) status. Zo kun je bij één order de historie van betalingen terugzien. Een order is pas volledig betaald als de som van alle betalingen met de status "succesvol" gelijk is aan het totaal van de order.

Ik zou niet zeggen dat het een andere order is. De klant is nog steeds met dezelfde order bezig en vanuit zijn opzicht is het natuurlijk wel gewoon dezelfde order. Het lijkt me ook verwarrend voor de klant als zijn betaling mislukt hij een nieuw ordernummer krijgt voor hetzelfde.

quote:

Op zaterdag 2 februari 2013 18:21 schreef papernote het volgende:

[..]

Iemand kan toch één order betalen met een cadeaubon en het restant met iDeal?

Nee

quote:

Dan heb je twee betalingen. Wellicht niet in je huidige opzet, maar wie weet ga je ooit nog cadeaubonnen uitgeven, de vvv-cadeaubon accepteren, enz...

In een webshop? Hoe wil je dat doen?

quote:

Terugkoppelingen sla je ook op als een betaling, maar dan met een andere (mislukte) status. Zo kun je bij één order de historie van betalingen terugzien. Een order is pas volledig betaald als de som van alle betalingen met de status "succesvol" gelijk is aan het totaal van de order.

Tja, ik heb er voor gekozen dat het een nieuwe order word. Overigens net als elke internet kassa ook verlangt. Ik moet bij elke order een transactie reference meesturen die uniek moet zijn.

quote:

Ik zou niet zeggen dat het een andere order is. De klant is nog steeds met dezelfde order bezig en vanuit zijn opzicht is het natuurlijk wel gewoon dezelfde order. Het lijkt me ook verwarrend voor de klant als zijn betaling mislukt hij een nieuw ordernummer krijgt voor hetzelfde.

Nee, want de kassaomgeving is anders dan de webshop omgeving en het is heel duidelijk wanneer je betaling niet slaagt.

Hoe dan ook, ik vind dit het meest logisch en handig.

Overigens zou ik eventuele korting/tegoedbonnen eerder opnemen in de order als product met een negatief bedrag waardoor je simpelweg een lager totaalbedrag gaat afrekenen. Ik zou nooit 1 order in "2 delen" (laten) afrekenen.

Maar dat terzijde.

Hey Swets, het is niet dat ik je probeer te overtuigen hoor. Ik heb de software geschreven voor een webshop die in Nederland alleen al 1.000+ iDeal betalingen per dag via de Rabobank verwerkte en in het buitenland vanalles via Ogone. Vanuit die ervaring vertel ik je hoe ik het heb opgelost, hoe je het zelf doet mag je natuurlijk zelf weten. Op mijn keuzes zal ook genoeg aan te merken zijn.

Cadeaubonnen werden bij ons digitaal ingeleverd en als deelbetaling ingevoerd. VVV-bonnen werden per post opgestuurd.

Het unieke transactie-id dat je bij elke betaling moet meegeven is dus niet gelijk aan het order-id. Maar de betalingen-tabel werkt als koppel-tabel tussen betaling-id en order-id. Elke nieuwe betaling krijgt een nieuw id en wordt aan een order gekoppeld. Het voordeel hiervan is dat je bij één order ook overzicht krijgt van mislukte betalingen, je een klant kunt benaderen als er problemen zijn en de betaling voor een order alsnog compleet krijgen.

Ikzelf heb iDeal Professional (heet dat nog zo?) geïmplementeerd, waarbij webshop en kassa één geheel zijn. Omnikassa lijkt iets anders te werken, omdat ze de iDeal implementatie al voor je gedaan hebben.

Vraagje; Voor school moet ik regelmatig Word/Excel-documenten maken/aanpassen. Kent iemand een soort van "repository"/opslag tooltje in PHP waarmee ik op mijn site makkelijk documenten kan uploaden en bewerken?

Google Docs?

dropbox?
mega.co.nz?

quote:

Op dinsdag 5 februari 2013 09:23 schreef Tijn het volgende:
Google Docs?

Ken ik, maar wil alles graag in eigen beheer hebben...

Korte vraag,

Zijn 2500 tot 6000 queries per seconden als "ernstig veel" te classificeren voor een SQL server?
En indien ja, hoe kan je dat aantal verminderen zonder het obvious "minder queries per pageview gebruiken"?

Ik bedoel dus cache oid?

quote:

Op dinsdag 5 februari 2013 09:28 schreef webbyplus het volgende:

[..]

Ken ik, maar wil alles graag in eigen beheer hebben...

Dus je wil zelf Word en Excel gaan nabouwen in PHP?

quote:

Op dinsdag 5 februari 2013 09:39 schreef Tijn het volgende:
Dus je wil zelf Word en Excel gaan nabouwen in PHP?

Nee, dat gaat misschien te ver ;-)
Ik wil een bestand kunnen uploaden, downloaden, eventueel de status "uitgecheckt" kunnen geven als ik hem bewerk. De bewerking van de bestanden doe ik gewoon lokaal.

Ah zo. Geen idee of er zoiets bestaat, maar zelf maken is niet erg ingewikkeld lijkt me

quote:

Op dinsdag 5 februari 2013 09:45 schreef Tijn het volgende:
Ah zo. Geen idee of er zoiets bestaat, maar zelf maken is niet erg ingewikkeld lijkt me

Alsof je gedachten kunt lezen; ik dacht al bij mezelf, waarom niet zelf maken...
Weer een hobbyprojectje er bij

quote:

Op dinsdag 5 februari 2013 09:31 schreef Swetsenegger het volgende:
Korte vraag,

Zijn 2500 tot 6000 queries per seconden als "ernstig veel" te classificeren voor een SQL server?
En indien ja, hoe kan je dat aantal verminderen zonder het obvious "minder queries per pageview gebruiken"?

Ligt maar net aan de complexiteit van de queries. Meten = weten :-)

quote:

Op dinsdag 5 februari 2013 10:26 schreef rekenwonder het volgende:

[..]

Ligt maar net aan de complexiteit van de queries. Meten = weten :-)

Ja dat begrijp ik, maar in het algemeen bedoelde ik. We hebben hier een performance probleem en ICT roept elke keer een andere reden. Nu dus weer het aantal queries.

Wel, dat is het lastige. Er valt niets algemeens over te zeggen. Er hoeft maar één query tussen te zitten die een seconde lang een table gelockt heeft en je bent de sjaak (gechargeerd).

Wat gisteren bij een bepaald aantal queries/sec goed performde, doet dat vandaag bijvoorbeeld niet omdat er een bepaalde threshold overschreden is.

Wat voor bak is het? Wat zegt de profiler?

Er zijn allemaal manieren voor, maar wat is nou de beste manier om bepaalde waardes te zoeken in een array?

Ik heb de volgende waardes, en wil alles selecteren wat begint met "VD20130130", en de rest hoeft hij niet weer te geven.

VD201301281628.jpg
VD201301281630.jpg
VD201301281632.jpg
VD201301281634.jpg
VD201301301020.jpg
VD201301301044.jpg
VD201301301146.jpg

preg_match? preg_grep

quote:

Op dinsdag 5 februari 2013 15:55 schreef KomtTijd... het volgende:
preg_match? preg_grep

Ik zou een regex proberen te vermijden als het niet hoeft. In dit geval kun je ook met strpos wel uit de voeten.

quote:

Op dinsdag 5 februari 2013 15:53 schreef wobbel het volgende:
Er zijn allemaal manieren voor, maar wat is nou de beste manier om bepaalde waardes te zoeken in een array?

Ik heb de volgende waardes, en wil alles selecteren wat begint met "VD20130130", en de rest hoeft hij niet weer te geven.

VD201301281628.jpg
VD201301281630.jpg
VD201301281632.jpg
VD201301281634.jpg
VD201301301020.jpg
VD201301301044.jpg
VD201301301146.jpg

array_filter

Je kan natuurlijk ook filteren bij de bron. Gebruik je glob() om de lijst van - naar ik aanneem - bestanden op te halen? Dan kan je daar al een pattern opgeven.