NOP Webdesign schreef: Return URL dingen in veranderen is vrij nutteloos. De order van de klant koppel je immers toch aan een sessie en niet aan de return URL?

Precies! Daarom wil ik ook voorkomen iets met de return url te doen
Ik zal eens kijken naar die transaction id aan het begin. Dankje!

Hmzzz....ok. Dan moet ik even iets anders gaan bedenken. Het is in elk geval helder... waarvoor dank! Waarom ik het wil is eigenlijk vanwege het volgende (het gaat om een lidmaatschap van een vereniging): Situatie: - iemand meldt zich aan. Gegevens worden weggeschreven naar dB. - volgende pagina ...

Het enige wat ik wil is dat een buitenstaander handmatig dingen kan manipuleren in de return-url, waardoor een persoon onterecht een markering betaald in de database krijgt. Dat is de achilleshiel van iDEAL: de return-URL vervalsen om te “faken” dat er is betaald. Zorg dat je dit onderdeel onder de ...

Inmiddels het probleem (zelf) gevonden. De hulp van Sisow was helaas niet toereikend :-( Mocht iemand het ooit eens nodig hebben of ertegenaan lopen: Als je wil testen met de aangeleverde payment.php en sisow.cls5.php ga dan naar regel 207 in sisow.cls5.php. Wijzig die dan in: if (!$this->send ...

ok... Ja, ik heb dat voorbeeld ook. Maar als ik die gebruik blijft de url waarnaar ik submit zeggen dat ik een inactive account heb/gebruik. En dat klopt, want hij staat in testmodus. Maaaarrr..... Als ik zelf de url maak en daarmee naar de handler van sisow ga, krijg ik wel mooie xml code, mét ...

Ward, dankjewel

Dus als ik het goed begrijp moet ik de url uit die xml gaan halen...
Klopt het dat je dat met "curl" doet? Enig idee misschien?

Gr Eric

Iemand enig idee hieromtrent? Ik ben inmiddels zover dat ik sisow betalings"methode" heb kunnen implementeren binnen php. Althans, in test modus. Nu heb ik het zo dat ik na klikken/kiezen van de bank e.d. ik uitkom op een pagina met xml (met een url er in die je weer nodig hebt om de betaling bij ...