[PHP/(My)SQL] voor dummies #123: Zoals de boer het ook zou doen!

quote:

Op donderdag 8 december 2016 18:55 schreef Nattekat het volgende:

[..]



[..]

Spelfouten zijn niet zo erg. Het is onderdeel van een systeem dat gegevens uit een lijst met verpakte orders haalt en vervolgens op de site van de vervoerder alle velden invult. Die site filtert de eventuele stijlfouten er wel uit, en dan moet het ook nog door en persoon daadwerkelijk verzonden worden.

Voor wat het moet doen, werkt het perfect.

Bezig met een gelijksoortig iets, van de api die ik hierboven postte direct door naar de CIF Api van PostNL.Ik zie dat ze sinds kort een nieuw veld hebben "StreetHouseNrExt" dus ik speel hem gewoon direct door nu. Af en toe een boete vanwege een incorrect adres is goedkoper dan alles controleren.

Maar ik blijf het raar vinden want dit is ook niet het eerste bedrijf dat dit flikt.

quote:

Op donderdag 8 december 2016 18:25 schreef Light het volgende:

[..]

Ik heb geen idee wat ze doen, en of ze überhaupt om verschillende velden vragen. Maar je zou natuurlijk bij de aanbieder van de API kunnen informeren of ze huisnummer apart hebben en kunnen aanleveren. Het kan als extra veld, dus dat zou verder geen impact mogen hebben.

Al gedaan maar was "technisch niet mogelijk" (wat ik altijd een onzin antwoord vind), maarja dan houdt het op.

quote:

Op donderdag 8 december 2016 18:55 schreef Nattekat het volgende:

[..]



[..]

Spelfouten zijn niet zo erg. Het is onderdeel van een systeem dat gegevens uit een lijst met verpakte orders haalt en vervolgens op de site van de vervoerder alle velden invult. Die site filtert de eventuele stijlfouten er wel uit, en dan moet het ook nog door en persoon daadwerkelijk verzonden worden.

Voor wat het moet doen, werkt het perfect.

Als het doet wat het moet doen is het prima natuurlijk.
Vaak zie je bij adressen echter dat het belangrijk is om ook te controleren of het een bestaand adres is en / of wat de bijbehorende locatie / postcode is. Dan is een regex doorgaans niet het juiste middel.

quote:

Op donderdag 8 december 2016 19:06 schreef Monolith het volgende:

[..]

Als het doet wat het moet doen is het prima natuurlijk.
Vaak zie je bij adressen echter dat het belangrijk is om ook te controleren of het een bestaand adres is en / of wat de bijbehorende locatie / postcode is. Dan is een regex doorgaans niet het juiste middel.

Die regex moet de staat, huisnummer en toevoeging onderscheiden. Dat lijkt me wel een belangrijke eerste stap voor je het in wat voor api dan ook gaat gooien.

quote:

Op donderdag 8 december 2016 19:04 schreef TwenteFC het volgende:


[..]

Al gedaan maar was "technisch niet mogelijk" (wat ik altijd een onzin antwoord vind), maarja dan houdt het op.

Dat is gewoon marketingjargon voor "we willen het niet of we kunnen het niet" ja

quote:

Op donderdag 8 december 2016 19:09 schreef Nattekat het volgende:

[..]

Die regex moet de staat, huisnummer en toevoeging onderscheiden. Dat lijkt me wel een belangrijke eerste stap voor je het in wat voor api dan ook gaat gooien.

Dat kan, maar als je de boel ik een Lucene index gooit en bijvoorbeeld kijkt naar de Levenshtein distance, dan kun je wel matchen en het daadwerkelijke adres achterhalen. Kun je ook nog allerhande andere tokenization hanteren voor meer opties.

quote:

Op donderdag 8 december 2016 19:04 schreef TwenteFC het volgende:

[..]

Bezig met een gelijksoortig iets, van de api die ik hierboven postte direct door naar de CIF Api van PostNL.Ik zie dat ze sinds kort een nieuw veld hebben "StreetHouseNrExt" dus ik speel hem gewoon direct door nu. Af en toe een boete vanwege een incorrect adres is goedkoper dan alles controleren.

Maar ik blijf het raar vinden want dit is ook niet het eerste bedrijf dat dit flikt.

[..]

Al gedaan maar was "technisch niet mogelijk" (wat ik altijd een onzin antwoord vind), maarja dan houdt het op.

Aan de andere kant heb je te maken met een Amerikaanse(?) organisatie die waarschijnlijk de hele wereld als marktgebied wil. Waarom zou je dan een apart veld maken voor huisnummer? En, zoals ik al aangaf, ik heb geen idee hoe ze het adres aan de (Nederlandse) bezoekers vragen. Als ze gewoon invulveldjes hebben voor 2 adresregels, dan hebben ze de data niet gescheiden.

quote:

Op donderdag 8 december 2016 20:58 schreef Light het volgende:

[..]

Aan de andere kant heb je te maken met een Amerikaanse(?) organisatie die waarschijnlijk de hele wereld als marktgebied wil. Waarom zou je dan een apart veld maken voor huisnummer? En, zoals ik al aangaf, ik heb geen idee hoe ze het adres aan de (Nederlandse) bezoekers vragen. Als ze gewoon invulveldjes hebben voor 2 adresregels, dan hebben ze de data niet gescheiden.

Maar nu dit topic toch weer een beetje leeft, heeft iemand hier wel eens tegen SAP/EDI aangepraat vanuit PHP en dan voornamelijk dingen DESADV/ORDER/INVOICE messages?

quote:

Op donderdag 8 december 2016 21:04 schreef TwenteFC het volgende:

[..]

[ afbeelding ]

Dan lijkt het er idd op dat ze straat en huisnummer apart opslaan. En dan moeten ze het ook apart kunnen aanleveren.

quote:

Op donderdag 8 december 2016 21:09 schreef Light het volgende:

[..]

Dan lijkt het er idd op dat ze straat en huisnummer apart opslaan. En dan moeten ze het ook apart kunnen aanleveren.

Er is een aparte invoer. Zegt niet direct iets over de de opslag.

quote:

Op donderdag 8 december 2016 21:13 schreef Monolith het volgende:

[..]

Er is een aparte invoer. Zegt niet direct iets over de de opslag.

True. Dan moet je eigenlijk bekijken hoe het eruit ziet als je de adresgegevens gaat bewerken.

En als we het over adressen hebben, is https://www.mjt.me.uk/pos(...)eve-about-addresses/ wel interessant leesvoer.

Ik heb de volgende string: " 84331 GB / 88282 GB avail"
Daaruit wil ik de 2 getallen uit halen. Met awk in bash is dat simpel (awk {'print $1 $4'}), maar PHP kent helaas geen awk. Wat is een (simpele) alternatief, behalve exploden op spaties (kan wel, maar lelijk).

quote:

Op woensdag 28 december 2016 11:01 schreef xaban06 het volgende:
Ik heb de volgende string: " 84331 GB / 88282 GB avail"
Daaruit wil ik de 2 getallen uit halen. Met awk in bash is dat simpel (awk {'print $1 $4'}), maar PHP kent helaas geen awk. Wat is een (simpele) alternatief, behalve exploden op spaties (kan wel, maar lelijk).

Er is niks lelijk aan exploden op spatie en vervolgens het 1e en 4e element te pakken, hoor. Dat is in feite hetzelfde als wat je met awk doet.

Ik ben dan een fan van regex
preg_match in php.

Een regex lijkt me duurder qua resources dan een explode.

Een explode op spaties is precies wat awk onder water doet.

Oke oke, dank jullie wel allemaal

Ik snap er geen kut van.. ik heb deze code:


incl.php

Als er nog geen cookie bestaat en ik geef id=1 of wat dan ook mee dan werkt het dan staat er een cookie genaamd tijden met 1-32435354 oid als ik dan nog een keer laad met id=2 oid dan veranderd er niks, dan blijft de cookie hetzelfde, als ik incl.php niet include, dan doet ie het wel dan heb ik een cookie met 1-23434534s2-34545646 oid
de setcookie onderaan in incl.php werkt wel, dat weet ik omdat als de tijd verstreken is het eruit word gehaald.
Wat is het probleem hier?

Het zou erg helpen als je je code leesbaarder schrijft (liefst volgens de psr-2 standaard). Schrijf de if statements netjes uit op nieuwe regels en gebruik beschrijvende namen. Je maakt er nu bijna een sport van om zo min mogelijk karakters en regels te gebruiken

Random tips:
- Doe een SELECT kolom1, kolom2 FROM ipv SELECT * FROM, zodat je die array(..) constructie niet hoeft te maken
- Gebruik mysqli_fetch_assoc, zodat je niet met vage numerieke indices moet werken

Begin eens met het fatsoenlijk indenten van je code, dat maakt het stuk leesbaarder. Het kan ook helpen om je variabelen een naam te geven die aangeeft wat ze voorstellen in plaats van letters.

Het is mij nu een compleet raadsel wat er gebeurt en wat je wilt dat er gebeurt. Als je dingen netjes opschrijft wordt het ook een stuk makkelijker om erover na te denken en te vinden waar je fout zit.

Je gebruikt setcookie in het bestand incl.php. De setcookie die je voor include('incl.php') gebruikt wordt dan overschreven.

De cookie die je met setcookie zet wordt pas met de volgende request meegestuurd dus de inhoud van $_COOKIE['tijden'] veranderd niet gelijk na setcookie.

Wat je zou kunnen doen is

en dan in incl.php $cookie gebruiken ipv $_COOKIE['tijden'].

Sorry als mijn post wat negatief overkwam, ik heb je code een beetje herschreven als voorbeeld hoe je dingen leesbaarder kunt maken en makkelijker fouten op kan sporen. Leer jezelf dit aan en je gaat enorm veel tijd en frustratie besparen op langere termijn.

Overigens niet getest:

Ik hoop dat je inziet dat het nu al een stuk duidelijker is wat er gebeurt. In php hoef je de afsluit tag niet te gebruiken, het is verstandig dit ook niet te doen, kan rare fouten opleveren als je er per ongeluk een spatie of enter achter hebt staan.

Waar het mis gaat is wat H. Witkamp al aangeeft. Als je setcookie doet dat veranderd dat niet je $_COOKIE array zolang je script nog loopt. Als het script bij de if op regel 17 aankomt is deze dus nog zo als die was aan het begin van je script.

Iedereen bedankt voor de reacties.

quote:

Op zondag 1 januari 2017 15:42 schreef H.Witkamp het volgende:
Je gebruikt setcookie in het bestand incl.php. De setcookie die je voor include('incl.php') gebruikt wordt dan overschreven.

De cookie die je met setcookie zet wordt pas met de volgende request meegestuurd dus de inhoud van $_COOKIE['tijden'] veranderd niet gelijk na setcookie.

Wat je zou kunnen doen is
[ code verwijderd ]

en dan in incl.php $cookie gebruiken ipv $_COOKIE['tijden'].

bedankt, dit was het, hiermee is het opgelost, klinkt logisch al verwachtte ik dat het script wel zou weten dat het veranderd zou moeten zijn omdat ie dat zelf gedaan heeft, misschien als ik $_COOKIE['tijden'] had gebruikt om de waarde aan te passen, had ie dat wel geweten ga ik vanuit, niet geprobeert, dan kan je alleen de verlooptijd niet instellen ga ik vanuit, maar dat gebeurde dan verderop wanneer de cookie weer geset werd, maarja $cookie werkt prima.

quote:

Op zondag 1 januari 2017 15:57 schreef Alfje het volgende:
Sorry als mijn post wat negatief overkwam, ik heb je code een beetje herschreven als voorbeeld hoe je dingen leesbaarder kunt maken en makkelijker fouten op kan sporen. Leer jezelf dit aan en je gaat enorm veel tijd en frustratie besparen op langere termijn.

Overigens niet getest:
[ code verwijderd ]

[ code verwijderd ]

Ik hoop dat je inziet dat het nu al een stuk duidelijker is wat er gebeurt. In php hoef je de afsluit tag niet te gebruiken, het is verstandig dit ook niet te doen, kan rare fouten opleveren als je er per ongeluk een spatie of enter achter hebt staan.

Waar het mis gaat is wat H. Witkamp al aangeeft. Als je setcookie doet dat veranderd dat niet je $_COOKIE array zolang je script nog loopt. Als het script bij de if op regel 17 aankomt is deze dus nog zo als die was aan het begin van je script.

Ja ik weet het, mijn autistische hoofd blokkeert als ik een naam moet bedenken voor zo'n ding dus gebruik ik gewoon een random letter uit het alfabet, zodat ik door kan, meestal beginnende bij abcd en als ik niet meer weet wat de laatste letter was gebruik ik zxy etc. of ga ik 2 letters gebruiken, heb er persoonlijk niet al teveel last van maar kan me voorstellen dat als iemand anders kijkt ie denkt wat heb jij er nou weer neergekwakt, alleen als ik oude scipts van mezelf van jaren terug bekijk snap ik er niet direct veel van, maar of dat met fatsonelijke benamingen veel zou schelen betwijfel ik, want ik begrijp ze nog altijd sneller als het gemiddelde door iemand anders gemaakte script, omdat het toch nog ergens in mn geheugen zit, maar ik zal eraan proberen te werken.

Dat van de afsluittag wist ik niet, hoezo zou je fouten krijgen als je er een spatie of enter achter hebt staan? je kunt toch gewoon php afsluiten en dan html erachter poten en eventueel later weer php openen. ik weet niet wat voor een fouten daardoor moeten komen.

quote:

Dat van de afsluittag wist ik niet, hoezo zou je fouten krijgen als je er een spatie of enter achter hebt staan? je kunt toch gewoon php afsluiten en dan html erachter poten en eventueel later weer php openen. ik weet niet wat voor een fouten daardoor moeten komen.

Als je headers mee wilt sturen met je response moet je die headers altijd sturen voordat je andere output genereert anders krijg je een foutmelding. Als je in bestanden die verder geen html ofzo bevatten een afsluittag zet en daarachter per ongeluk een spatie of enter dan ga je al output genereren. Als je dan heel ergens anders verderop een header wilt sturen krijg je een fout en die is verdomd lastig op te sporen.

Psr2 stelt sowieso dat pure-php bestanden geen closingtags mogen bevatten. Het is ook ontzettend lelijk want ofwel je kunt je document niet afsluiten met een newline, ofwel je krijgt headers already sent problemen.

Dat is allemaal nieuw voor mij ik dacht zelfs dat het verplicht was om af te sluiten, maarja bedankt voor de info.

Zouden jullie mij kunnen helpen? Ik wil een functie programmeren die de eerste circa 150 woorden van een artikel op de home pagina zet (à la GeenStijl). Hoe pak ik dit aan?

quote:

Op zaterdag 18 februari 2017 21:40 schreef snorvanJohanDerksen het volgende:
Zouden jullie mij kunnen helpen? Ik wil een functie programmeren die de eerste circa 150 woorden van een artikel op de home pagina zet (à la GeenStijl). Hoe pak ik dit aan?

Dat zou je met de volgende paar regels kunnen doen.

Ik kan niet zo snel een java topic vinden, maar waarom is java zo belachelijk ingewikkeld vergeleken met php/mysql/html/javascript.

Ik wou java gaan leren om beetje te kloten met het maken van android apps, ben nou een of andere tutorial van tweakers aan het volgen, maar het ziet er ten eerste allemaal onnodig ingewikkeld uit en bij die tweakers zo nu en dan challenges (dat hoort erbij) die echt totaal niks te maken hebben met wat je al gedaan hebt, en het grootste probleem nu even, is dat de code die hij krijgt als ie een standaard layout ding kiest totaal anders is als wat ik krijg (ziet er bij hem in mijn ogen stuk simpeler uit, maar uiteraard nog steeds ingewikkeld wat inherent is aan java in mijn noob-ogen) maar daar schiet ik dus verder niet heel veel mee op.

Maar heeft iemand een fatsoenlijke java/android tutorial? ik heb in php ook nog nooit OOP gedaan.
Het liefst zoals vroeger op school dat je wat lesmateriaal krijgt en tussendoor wat opdrachtjes, maar die moeten dan wel te maken hebben met wat je tot dan toe hebt geleerd uiteraard.

[ Bericht 50% gewijzigd door Skunk-m op 19-02-2017 00:01:09 ]