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 :(

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.

ik heb even naar dat redirect stukje gekeken dit is wat ik gevonden heb :

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'));

Het gaat toch om de Admin, dat als je inlog,d at hij je naar een niet bestaande pagina verwijst?
Gebruik daar eens $_SERVER['REQUEST_URI']

Ik heb het daar gebruikt, maar dan krijg je niks te zien :(

Simone; Lijkt me toch handig Arjen H nogmaals te bellen of desnoods te mailen. Dat die geen tijd heeft wegens school, dat lost jouw probleem niet op. Z'n 06 staat ook wel op z'n website.

Hij heeft om 13.00 uur geschreven op skype dat hij mij zometeen gaat helpen, dus ik wacht het even af.
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.

Ik kreeg net deze brief van de desbetreffende persoon toegestuurd kan het hieraan liggen?

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 geïnstalleerd.

*** 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 geïnformeerd.

Met vriendelijke groet,

M. Kerkhof

TargetMedia B.V.

Huizermaatweg 550 A

1276 LM Huizen

Het probleem heeft toch met het inloggen te maken? Toch? Dan kan hij toch een workaround aanbieden, in plaats van de schuld op de hosting afschuiven? En dat hij een location-header in zijn script verzuimt ligt totaal niet bij Versio.

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.

Alles is opgelost, hij heeft het allemaal netjes opnieuw geinstalleerd inclusief update..... toch bedankt iedereen voor jullie hulpvaardigheid.

Hier mag een slotje op :)