PDA

Bekijk Volledige Versie : Fout met SHA



Nico Schuyt
03/12/04, 14:35
Voor de betaling via de internetkassa van de RABO is een stukje encryptie
nodig.
De RABO heeft daarvoor een programma sha.php aangereikt.
De code blijkt afkomstig van http://www.bouncingchairs.net/oss/

In PHP t/m versie 4.3.4 werkt het goed. Bij versie 5.00 volgt bij:
include "sha.php";
de foutmelding:
Parse error: parse error, unexpected T_FINAL, expecting T_STRING in
d:\www\.....\sha.php on line 313
De RABO weigert vooralsnog support; Op de site van Bouncing Chairs staat
"updated Feb 25, 2003"
De code van de sha.php staat op http://www.nicoschuyt.nl/test/shaphp.txt

De tijd ontbreekt me (volgende week moet het draaien) om een alternatief
programma te gebruiken.
Een, minder fraaie, oplossing zou zijn om de site te laten parsen met een
oudere versie van PHP.

Heeft iemand een idee wat er in de sha.php aangepast moet worden om het aan
de praat te krijgen????

Alvast bedankt
Nico

--
Nico
http://www.nicoschuyt.nl

Jan Smeelen
03/12/04, 15:05
"Nico Schuyt" <nschuyt@hotmail.com> schreef in bericht
news:41b06a42$0$7141$d5255a0c@news.euronet.nl...
> Voor de betaling via de internetkassa van de RABO is een stukje encryptie
> nodig.
> De RABO heeft daarvoor een programma sha.php aangereikt.
> De code blijkt afkomstig van http://www.bouncingchairs.net/oss/
>
> In PHP t/m versie 4.3.4 werkt het goed. Bij versie 5.00 volgt bij:
> include "sha.php";
> de foutmelding:
> Parse error: parse error, unexpected T_FINAL, expecting T_STRING in
> d:\www\.....\sha.php on line 313
> De RABO weigert vooralsnog support; Op de site van Bouncing Chairs staat
> "updated Feb 25, 2003"
> De code van de sha.php staat op http://www.nicoschuyt.nl/test/shaphp.txt
>
> Heeft iemand een idee wat er in de sha.php aangepast moet worden om het
> aan
> de praat te krijgen????

Hallo Nico,

Als "ervaringdeskundige" met de Rabo Internet Kassa, kan ik je wel helpen
hoor :o)

Aangezien jij PHP versie 5.0 gebruikt, snap ik niet, dat jij werkt met een
externe SHA functie !

Kijk eens op : http://nl.php.net/manual/en/function.sha1.php

Wie heb je overigens aangesproken bij de Rabobank ( lokale kantoor, of het
hoofdkantoor ) ?
Deze vraag stel ik je omdat vaak als een klant er niet uitkomt, ik via het
hoofdkantoor
verzocht wordt om contact op te nemen met die klant om te kijken of ik
e.e.a. kan
oplossen of verduidelijken. :o)

Succes !
Jan Smeelen.
Webfontein E-Commerce Solutions
http://www.webfontein.nl

Daniel Tryba
03/12/04, 15:05
Nico Schuyt <nschuyt@hotmail.com> wrote:
> In PHP t/m versie 4.3.4 werkt het goed. Bij versie 5.00 volgt bij:
> include "sha.php";
> de foutmelding:
> Parse error: parse error, unexpected T_FINAL, expecting T_STRING in
> d:\www\.....\sha.php on line 313

final is in PHP5 een keyword
(http://www.php.net/manual/en/language.oop5.final.php), het renamen van
final() naar finalize() (oid) zou voldoende moeten zijn.

Waar gebruik je die class eigenlijk voor? Het lijkt me namelijk een
performance killer die sinds 4.3 niet meer nodig is
(http://nl2.php.net/manual/en/function.sha1.php)

Ronald Klip
03/12/04, 15:05
Nico Schuyt schreef:
>
> In PHP t/m versie 4.3.4 werkt het goed. Bij versie 5.00 volgt bij:
> include "sha.php";
> de foutmelding:
> Parse error: parse error, unexpected T_FINAL, expecting T_STRING in
> d:\www\.....\sha.php on line 313

Daar staat:
function final() {

final is in PHP5 een keyword geworden, à la static. Zie
http://www.php.net/manual/en/language.oop5.final.php

Geef de functie een andere naam en het probleem zou opgelost moeten zijn
(geen garantie ;))

--
groet, Ronald

Nico Schuyt
03/12/04, 15:35
Jan Smeelen wrote:
> "Nico Schuyt" schreef

>> Voor de betaling via de internetkassa van de RABO is een stukje
>> encryptie nodig.
>> De RABO heeft daarvoor een programma sha.php aangereikt.
>> <snip>
>> Heeft iemand een idee wat er in de sha.php aangepast moet worden om
>> het aan
>> de praat te krijgen????

> Hallo Nico,

> Als "ervaringdeskundige" met de Rabo Internet Kassa, kan ik je wel
> helpen hoor :o)
> Aangezien jij PHP versie 5.0 gebruikt, snap ik niet, dat jij werkt
> met een externe SHA functie !
> Kijk eens op : http://nl.php.net/manual/en/function.sha1.php

Ehhh, begrijp ik dat dat hetzelfde doet als die honderden regels code in
sha.php??

> Wie heb je overigens aangesproken bij de Rabobank ( lokale kantoor,
> of het hoofdkantoor ) ?
> Deze vraag stel ik je omdat vaak als een klant er niet uitkomt, ik
> via het hoofdkantoor
> verzocht wordt om contact op te nemen met die klant om te kijken of ik
> e.e.a. kan
> oplossen of verduidelijken. :o)

Dat klinkt hoopgevend Jan!
De communicatie met de technische mensen bij de RABO (OGONE?) verloopt
uiterst moeizaam via de support-box op
https://i-kassa.rabobank.nl/rik/test/admin_RIK.htm
Vragen worden traag of half beantwoord. M'n verzoek om een telefonisch
contact werd genegeerd. Attenderen op fouten in aangereikte scripts heeft
geen effect.

Bedankt tot zover!
--
Nico
http://www.nicoschuyt.nl

Nico Schuyt
03/12/04, 15:35
Daniel Tryba wrote:
> Nico Schuyt wrote:
>> In PHP t/m versie 4.3.4 werkt het goed. Bij versie 5.00 volgt bij:
>> include "sha.php";
>> de foutmelding:
>> Parse error: parse error, unexpected T_FINAL, expecting T_STRING
>> in d:\www\.....\sha.php on line 313

> final is in PHP5 een keyword
> (http://www.php.net/manual/en/language.oop5.final.php), het renamen
> van final() naar finalize() (oid) zou voldoende moeten zijn.

Ga ik proberen!

> Waar gebruik je die class eigenlijk voor? Het lijkt me namelijk een
> performance killer die sinds 4.3 niet meer nodig is
> (http://nl2.php.net/manual/en/function.sha1.php)

Ik moet bekennen dat ik een maand geleden zelfs nog nooit van 'SHA' had
gehoord. Omdat ik de sha.php van de RABO kreeg heb ik ook niet verder
gekeken.
Bedankt!
--
Nico
http://www.nicoschuyt.nl

Nico Schuyt
03/12/04, 15:35
Ronald Klip wrote:
> Nico Schuyt schreef:

>> In PHP t/m versie 4.3.4 werkt het goed. Bij versie 5.00 volgt bij:
>> include "sha.php";
>> de foutmelding:
>> Parse error: parse error, unexpected T_FINAL, expecting T_STRING
>> in d:\www\.....\sha.php on line 313
>
> Daar staat:
> function final() {
> final is in PHP5 een keyword geworden, la static. Zie
> http://www.php.net/manual/en/language.oop5.final.php
> Geef de functie een andere naam en het probleem zou opgelost moeten
> zijn (geen garantie ;))

En verdraaid! Het werkt.
Reue bedankt allemaal!! Hierna nog maar eens kijken naar de sha-functie van
PHP
--
Nico
http://www.nicoschuyt.nl

Daniel Tryba
03/12/04, 16:05
Nico Schuyt <nschuyt@hotmail.com> wrote:
> En verdraaid! Het werkt.
> Reue bedankt allemaal!! Hierna nog maar eens kijken naar de sha-functie van
> PHP

Nu nog even een plek zoeken waar we met z'n vieren dat kratje kunnen
nuttigen voor het oplossen van zulke belangrijke en dringende problemen
:)

John Bokma
03/12/04, 17:55
Daniel Tryba wrote:

> Nico Schuyt <nschuyt@hotmail.com> wrote:
>> En verdraaid! Het werkt.
>> Reue bedankt allemaal!! Hierna nog maar eens kijken naar de
>> sha-functie van PHP
>
> Nu nog even een plek zoeken waar we met z'n vieren dat kratje kunnen
> nuttigen voor het oplossen van zulke belangrijke en dringende
> problemen
> :)

Ik weet een prima plek hier in Mexico (jullie waren mij voor, ik heb recent
nogal wat sha dingen gedaan in PHP :-D). Voordeel: lekker weer. Krat is
wellicht ook goedkoper. Ticket duurder, maar bij voldoene kratten en lekker
eten valt de prijs van die ticket weg tegen de voordelen :-D.

Tip voor Nico, je kan er vrij zeker van zijn dat rabo sha inderdaad sha1 is
die ook in php zit. Voor de zekerheid, stop er een string in, en kijk of er
hetzelfde uitkomt. Aan de andere kant, gebruik de code die je hebt, als er
bugs in zitten, dan heb je die bugs wellicht nodig om met de rabo te kunnen
werken.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Nico Schuyt
03/12/04, 19:25
Daniel Tryba wrote:
> Nico Schuyt <nschuyt@hotmail.com> wrote:
>> En verdraaid! Het werkt.
>> Reue bedankt allemaal!! Hierna nog maar eens kijken naar de
>> sha-functie van PHP

> Nu nog even een plek zoeken waar we met z'n vieren dat kratje kunnen
> nuttigen voor het oplossen van zulke belangrijke en dringende
> problemen :)

Ik zit in januari op La Gomera. Kom langs!!

--
Nico
http://www.nicoschuyt.nl

Nico Schuyt
03/12/04, 19:25
John Bokma wrote:
<bier bij Nico voor oplossen van problemen>

> Ik weet een prima plek hier in Mexico

Op dezelfde hoogte als La Gomera. Je bent welkom :-)

> Tip voor Nico, je kan er vrij zeker van zijn dat rabo sha inderdaad
> sha1 is die ook in php zit. Voor de zekerheid, stop er een string in,
> en kijk of er hetzelfde uitkomt. Aan de andere kant, gebruik de code
> die je hebt, als er bugs in zitten, dan heb je die bugs wellicht
> nodig om met de rabo te kunnen werken.

Zo is dat. Het werkt nu. Nadat de site in de lucht is ga ik eens rustig
kijken naar die PHP-functie.
De eerste 24 uur doe ik even helemaal niets :-)

--
Nico
http://www.nicoschuyt.nl

Daniel Tryba
03/12/04, 22:45
Nico Schuyt <nschuyt@hotmail.com> wrote:
>> Nu nog even een plek zoeken waar we met z'n vieren dat kratje kunnen
>> nuttigen voor het oplossen van zulke belangrijke en dringende
>> problemen :)
>
> Ik zit in januari op La Gomera. Kom langs!!

Was da? Ken alleen Gomorra!

John 00
04/12/04, 00:05
On Fri, 3 Dec 2004 19:24:37 +0100, "Nico Schuyt" <nschuyt@hotmail.com>
wrote:

>John Bokma wrote:
><bier bij Nico voor oplossen van problemen>
>
>> Ik weet een prima plek hier in Mexico
>
>Op dezelfde hoogte als La Gomera. Je bent welkom :-)
>
>> Tip voor Nico, je kan er vrij zeker van zijn dat rabo sha inderdaad
>> sha1 is die ook in php zit. Voor de zekerheid, stop er een string in,
>> en kijk of er hetzelfde uitkomt. Aan de andere kant, gebruik de code
>> die je hebt, als er bugs in zitten, dan heb je die bugs wellicht
>> nodig om met de rabo te kunnen werken.
>
>Zo is dat. Het werkt nu. Nadat de site in de lucht is ga ik eens rustig
>kijken naar die PHP-functie.
>De eerste 24 uur doe ik even helemaal niets :-)

Ogone was zeer behulpzaam tot nu toe.
tel +31 (0)297 255 411 => Jack Lauwers :)

Rabo en Ogone => Abssys Consulting SA
rue de l'aubergine 4
1000/BXL



John OO
--
<http://webcel.nl/> webshopsoftware

John Bokma
04/12/04, 02:35
Daniel Tryba wrote:

> Nico Schuyt <nschuyt@hotmail.com> wrote:
>>> Nu nog even een plek zoeken waar we met z'n vieren dat kratje kunnen
>>> nuttigen voor het oplossen van zulke belangrijke en dringende
>>> problemen :)
>>
>> Ik zit in januari op La Gomera. Kom langs!!
>
> Was da?

http://home.wanadoo.nl/erwin.harkink/Photo/Tenerife.html, gok ik

> Ken alleen Gomorra!

De meeste mensen kennen dat, begint bij de achtertuin, links van Sodom,
toch?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Nico Schuyt
04/12/04, 11:45
John 00 wrote:
> Ogone was zeer behulpzaam tot nu toe.
> tel +31 (0)297 255 411 => Jack Lauwers :)
> Rabo en Ogone => Abssys Consulting SA
> rue de l'aubergine 4
> 1000/BXL

Wellicht had ik nog meer aan moeten dringen op een persoonlijk contact. Een
aantal van de communicatiestoornissen zijn te wijten aan de ongelukkige
communcatiemodule van de RABO (een stukje HTML of script kun je er niet
inzetten; printen lukt niet) en verder op linguistische problemen. Zo kreeg
ik op een opmerking dat een variabele in script A niet met $_POST zichtbaar
werd in script B na een paar dagen een reactie "Welke variabelen kunt u niet
recupereren?" :-)

Bedankt voor de tip

--
Nico
http://www.nicoschuyt.nl

Michiel de Roo
04/12/04, 12:05
Nico Schuyt wrote:
> John 00 wrote:
>
>>Ogone was zeer behulpzaam tot nu toe.
>>tel +31 (0)297 255 411 => Jack Lauwers :)
>>Rabo en Ogone => Abssys Consulting SA
>>rue de l'aubergine 4
>>1000/BXL
>
>
> Wellicht had ik nog meer aan moeten dringen op een persoonlijk contact. Een
> aantal van de communicatiestoornissen zijn te wijten aan de ongelukkige
> communcatiemodule van de RABO (een stukje HTML of script kun je er niet
> inzetten; printen lukt niet) en verder op linguistische problemen. Zo kreeg
> ik op een opmerking dat een variabele in script A niet met $_POST zichtbaar
> werd in script B na een paar dagen een reactie "Welke variabelen kunt u niet
> recupereren?" :-)
>
> Bedankt voor de tip
>

Doet mij denken aan de helpdesk van xs4all. Nadat ik had gemeld dat voor
één van mijn domeinen in twee van hun DNS servers verschillende ip
adressen stonden, kreeg ik de reactie "Wat is hiermee precies uw probleem
? M.a.w. welke aanpassing moeten wij voor u maken zodat uw website weer
goed werkt ?". Toen ik hierop antwoordde dat ze het probleem vooral naar
hun systeembeheer moesten doorspelen kwam het uiteindelijk toch nog goed.

Jan Smeelen
04/12/04, 15:25
"Nico Schuyt" <nschuyt@hotmail.com> schreef in bericht
news:41b0774f$0$74475$cd19a363@news.euronet.nl...
> Jan Smeelen wrote:

>> Als "ervaringdeskundige" met de Rabo Internet Kassa, kan ik je wel
>> helpen hoor :o)
>> Aangezien jij PHP versie 5.0 gebruikt, snap ik niet, dat jij werkt
>> met een externe SHA functie !
>> Kijk eens op : http://nl.php.net/manual/en/function.sha1.php
>
> Ehhh, begrijp ik dat dat hetzelfde doet als die honderden regels code in
> sha.php??

Doet dus precies hetzelfde als sha.php, echter zat die functie voorheen niet
standaard in de php versie.
Ik heb overigens nooit echt begrepen, waarom men toen voor die controle
als alternatief niet de md5 functie heeft aangeboden, de meeste problemen
en vragen van klanten die de Rabo Internet Kassa wilden gebruiken, liepen
"vast" op die SHA1 codering.
Als alternatief heb je eventueel ook nog de XML controle mogelijkheid,
echter is die ietsjes trager dan de SHA1.

> De communicatie met de technische mensen bij de RABO (OGONE?)

Heb je goed in gaten ;o)
De Rabo Kassa, maakt gebruik van de techniek van Ogone, echter met enkele
verschillen
waarvan het belangrijkste verschil is, dat in de Rabo Internet Kassa het
logo van de Rabobank
staat, wat toch meer vertrouwen wekt bij de consumenten die de producten
moeten afrekenen.
( Rabobank is overbekend bij het publiek, Ogone zegt de meeste internet
gebruiker nog niet zo heel veel )

Als je je shop heel mooi wilt maken, moet je eens kijken naar de template
mogelijkheid,
dan kan je de weergave van de kassa zo beinvloeden dat de klant wat betreft
vormgeving
zowat niet in de gaten heeft, dat die naar een externe kassa module wordt
doorgeschakeld ! :o)
Een mooi voorbeeld, waar ik dat heb toegepast is bij
http://www.planetoutdoor.nl en bij
http://www.netalsindefilm.nl

> verloopt uiterst moeizaam via de support-box op
> https://i-kassa.rabobank.nl/rik/test/admin_RIK.htm
> Vragen worden traag of half beantwoord. M'n verzoek om een telefonisch
> contact werd genegeerd. Attenderen op fouten in aangereikte scripts heeft
> geen effect.

Voor kleine simpele vragen werkt die support box vrij goed, heb je
"moeilijkere"
vragen, dan kun je het beste bellen met de support van Ogone, of met het
hoofdkantoor van de Rabobank afdeling
Internet betalingen.
( Je kunt echter makkelijk mijn e-mail adres achterhalen via mijn beperkte
site (http://www.webfontein.nl )
en dan kan ik je ook helpen ;)

Succes !
Jan Smeelen.

--
Nieuw : Betalen per SMS voor online shops :
http://www.netalsindefilm.nl is de eerste(!) online shop, waar men kan
betalen per SMS.

Nico Schuyt
04/12/04, 20:05
Jan Smeelen wrote:
> "Nico Schuyt" <nschuyt@hotmail.com> schreef

>>[communcatie met Ogone]
>> verloopt uiterst moeizaam via de support-box op
>> https://i-kassa.rabobank.nl/rik/test/admin_RIK.htm

> Voor kleine simpele vragen werkt die support box vrij goed, heb je
> "moeilijkere"
> vragen, dan kun je het beste bellen met de support van Ogone, of met
> het hoofdkantoor van de Rabobank afdeling
> Internet betalingen.
> ( Je kunt echter makkelijk mijn e-mail adres achterhalen via mijn
> beperkte site (http://www.webfontein.nl )
> en dan kan ik je ook helpen ;)

Zal ik aan denken. Bedankt weer!

--
Nico
http://www.nicoschuyt.nl

John Bokma
04/12/04, 21:35
Nico Schuyt wrote:

> linguistische problemen. Zo kreeg ik op een opmerking dat een
> variabele in script A niet met $_POST zichtbaar werd in script B na
> een paar dagen een reactie "Welke variabelen kunt u niet recupereren?"
> :-)

Mag ik raden? Men reageerde *boven* jouw email?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html