doorverwijzing probleem index.php
Simone Joosten op 30/01/2014 21:09:10:
Allereerst heb ik natuurlijk contact gezocht met de persoon die mij dit verkocht heeft.
Hij staat gewoon ingeschreven bij de k.v.k maar is helaas nogal druk met school en heeft weinig tijd
om iets met de site te doen :(
Hij staat gewoon ingeschreven bij de k.v.k maar is helaas nogal druk met school en heeft weinig tijd
om iets met de site te doen :(
In gebreke stellen, en anders de koop ontbinden en het product verwijderen. Dat zou ik in eerste instantie proberen te doen. Dat hij het druk heeft met school e.d. is voor jouw geen excuus.
Misschien wel een goede tip om zelfs eens proberen te programmeren, waar je op uitkomt. ;-)
Maar goed, ik heb een tip gegeven met REQUEST_URI, en ik denk dat je er wel wat aan hebt om het te fixxen.
Gewijzigd op 30/01/2014 21:18:52 door - Ariën -
Code (php)
1
2
3
4
5
6
7
8
9
10
2
3
4
5
6
7
8
9
10
fAuthorization::setUserToken($row['id']);
if($row['auth'] == 2) {
fAuthorization::setUserAuthLevel('admin');
} else {
fAuthorization::setUserAuthLevel('user');
}
// Redirect user to his account
fURL::redirect(fAuthorization::getRequestedURL(TRUE, 'account.php'));
if($row['auth'] == 2) {
fAuthorization::setUserAuthLevel('admin');
} else {
fAuthorization::setUserAuthLevel('user');
}
// Redirect user to his account
fURL::redirect(fAuthorization::getRequestedURL(TRUE, 'account.php'));
Gebruik daar eens $_SERVER['REQUEST_URI']
Mocht dit niet het geval zijn, zal ik hem inderdaad bellen.
Simone Joosten op 31/01/2014 13:16:54:
Ik heb het daar gebruikt, maar dan krijg je niks te zien :(
Ben ik benieuwd hoe je het gebruikt heb? Verder ga ik met Michael mee, en raad ik aan om gewoon de maker te vragen om het te fixxen.
Gewijzigd op 31/01/2014 13:37:33 door - Ariën -
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
Beste klant,
Momenteel zit er eventueel een fout in het systeem.
Mocht u problemen ondervinden? Stuur dan dit bericht door naar uw hostingbedrijf.
Onder andere Versio heeft dit probleem, ze hebben niet iedere server bewerkt dus u maakt kans op deze bug.
Problemen: geen doorverwijzing of de foutmelding 'Could not fetch response'.
Binnenkort kom ik ook met een update waarin Sisow en Bitpay gebruikt kunnen worden. Daarnaast werkt het contactformulier dan ook.
Met vriendelijke groet,
Arjen Huitema
Geachte heer, mevrouw,
Op 28 januari 2014 om 13:00 uur is het GlobalSign rootcertificaat op een aantal servers verlopen. Wij hebben geconstateerd dat ook u vanaf dit moment geen iDeal omzet meer heeft gehad. Kunt u in uw webwinkel controleren of betalen met iDeal nog functioneert? Indien de betaling niet wil starten of u krijgt de foutmeldig Could not fetch response te zien, kan het zijn dat dit certificaat ook op uw server is verlopen.
Oplossing 1: (Stuur dit naar uw hostingbedrijf)
Het GlobalSign root certificaat op uw server is mogelijk verlopen. Om dit probleem op te lossen moet u contact opnemen met uw hosting bedrijf. Zij kunnen met behulp van het onderstaande commando testen of dit op uw server het geval is. Vanaf de commandline moet dan het commando:
curl https://www.targetpay.com
worden uitgevoerd. Als er nu een foutmelding verschijnt *** dan moet er een update van het GlobalSign rootcertificaat worden genstalleerd.
*** curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
More details here: http://curl.haxx.se/docs/sslcerts.html
Oplossing 2: (stuur dit eventueel naar uw Programmeur)
Als het niet mogelijk is voor uw hosting bedrijf om op korte termijn het probleem te verhelpen is er een workaround. U kunt in de programmacode van uw webwinkel de volgende optie opnemen in de CURL aanroep naar targetay.com: curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); Hiermee wordt de certificaatcontrole onderdrukt.
Het is ook mogelijk om alle aanroepen naar https://www.targetpay.com te vervangen voor http://www.targetpay.com
Ik vertrouw er op u hiermee voldoende te hebben genformeerd.
Met vriendelijke groet,
M. Kerkhof
TargetMedia B.V.
Huizermaatweg 550 A
1276 LM Huizen
Momenteel zit er eventueel een fout in het systeem.
Mocht u problemen ondervinden? Stuur dan dit bericht door naar uw hostingbedrijf.
Onder andere Versio heeft dit probleem, ze hebben niet iedere server bewerkt dus u maakt kans op deze bug.
Problemen: geen doorverwijzing of de foutmelding 'Could not fetch response'.
Binnenkort kom ik ook met een update waarin Sisow en Bitpay gebruikt kunnen worden. Daarnaast werkt het contactformulier dan ook.
Met vriendelijke groet,
Arjen Huitema
Geachte heer, mevrouw,
Op 28 januari 2014 om 13:00 uur is het GlobalSign rootcertificaat op een aantal servers verlopen. Wij hebben geconstateerd dat ook u vanaf dit moment geen iDeal omzet meer heeft gehad. Kunt u in uw webwinkel controleren of betalen met iDeal nog functioneert? Indien de betaling niet wil starten of u krijgt de foutmeldig Could not fetch response te zien, kan het zijn dat dit certificaat ook op uw server is verlopen.
Oplossing 1: (Stuur dit naar uw hostingbedrijf)
Het GlobalSign root certificaat op uw server is mogelijk verlopen. Om dit probleem op te lossen moet u contact opnemen met uw hosting bedrijf. Zij kunnen met behulp van het onderstaande commando testen of dit op uw server het geval is. Vanaf de commandline moet dan het commando:
curl https://www.targetpay.com
worden uitgevoerd. Als er nu een foutmelding verschijnt *** dan moet er een update van het GlobalSign rootcertificaat worden genstalleerd.
*** curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
More details here: http://curl.haxx.se/docs/sslcerts.html
Oplossing 2: (stuur dit eventueel naar uw Programmeur)
Als het niet mogelijk is voor uw hosting bedrijf om op korte termijn het probleem te verhelpen is er een workaround. U kunt in de programmacode van uw webwinkel de volgende optie opnemen in de CURL aanroep naar targetay.com: curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); Hiermee wordt de certificaatcontrole onderdrukt.
Het is ook mogelijk om alle aanroepen naar https://www.targetpay.com te vervangen voor http://www.targetpay.com
Ik vertrouw er op u hiermee voldoende te hebben genformeerd.
Met vriendelijke groet,
M. Kerkhof
TargetMedia B.V.
Huizermaatweg 550 A
1276 LM Huizen
Ik zou er op aandringen om te vragen waarom er niet werd doorgestuurd, en dat wij dat moesten inbouwen. En dat het script dus gewoon incompleet is.
Hier mag een slotje op :)
Kan dit een bug zijn in mijn index.php ?