abonnement bol.com Unibet Coolblue
pi_162649108
quote:
0s.gif Op dinsdag 31 mei 2016 12:55 schreef cablegunmaster het volgende:

[..]

Oh is de huidige implementatie van jou? Of bouw je zelf een systeem ernaast? Naar aanleiding van de gegeven gegevens op dit topic? :P
:P obv wat hier gepost, mijn voornaamste reden om dit te maken is omdat ik een excuus zoek om Algolia ( https://www.algolia.com/ ) eens te proberen.

Ik werk tegenwoordig bijna alleen nog maar met Laravel.
  dinsdag 31 mei 2016 @ 18:25:27 #52
118011 BrainOverfloW
Fok! around the Clock!
pi_162649362
quote:
19s.gif Op dinsdag 31 mei 2016 18:14 schreef TwenteFC het volgende:

[..]

:P obv wat hier gepost, mijn voornaamste reden om dit te maken is omdat ik een excuus zoek om Algolia ( https://www.algolia.com/ ) eens te proberen.

Ik werk tegenwoordig bijna alleen nog maar met Laravel.
Hoe bevalt Algolia tot nu toe?
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_162649847
quote:
1s.gif Op dinsdag 31 mei 2016 18:25 schreef BrainOverfloW het volgende:

[..]

Hoe bevalt Algolia tot nu toe?
;) Ben eerst het "saaie" spul aan het maken, anders gaat het project /dev/null nadat ik met de search klaar ben. Zal wanneer het af is 't project wel op github gooien en dan kan djkoelkast het gebruiken en anderen verbeteringen pushen. :P
pi_162669128
quote:
19s.gif Op dinsdag 31 mei 2016 18:14 schreef TwenteFC het volgende:

[..]

:P obv wat hier gepost, mijn voornaamste reden om dit te maken is omdat ik een excuus zoek om Algolia ( https://www.algolia.com/ ) eens te proberen.

Ik werk tegenwoordig bijna alleen nog maar met Laravel.
Ziet er leuk uit :), beetje overkill denk ik? :P
Redacted
pi_162669522
quote:
0s.gif Op woensdag 1 juni 2016 14:42 schreef cablegunmaster het volgende:

[..]

Ziet er leuk uit :), beetje overkill denk ik? :P
Volstrekte overkill natuurlijk, maar het is ook meer een PoCje voor zover ik begrijp. Iets dergelijks wordt pas echt interessant als je wat grotere en diverse collecties documenten / objecten krijgt.
Al is het natuurlijk wel aardig dat er wat basale correctie op de zoekinput zit, ongetwijfeld zaken als stemfiltering, edit distance, synonyms, stopwords etcetera waardoor het nog net wat meer functionaliteit biedt dan een simpele 'LIKE' in MySQL.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_162672302
quote:
0s.gif Op woensdag 1 juni 2016 15:01 schreef Monolith het volgende:

[..]

Volstrekte overkill natuurlijk, maar het is ook meer een PoCje voor zover ik begrijp. Iets dergelijks wordt pas echt interessant als je wat grotere en diverse collecties documenten / objecten krijgt.
Al is het natuurlijk wel aardig dat er wat basale correctie op de zoekinput zit, ongetwijfeld zaken als stemfiltering, edit distance, synonyms, stopwords etcetera waardoor het nog net wat meer functionaliteit biedt dan een simpele 'LIKE' in MySQL.
Dat is altijd leuk :Y . Vroeg me al af wat voor servers eigenlijk gebruik van maken, zie google zoiets al weg gebruiken maar op welk niveau je zoiets nodig zou moeten hebben weet ik niet. (aangezien de kosten).
Redacted
pi_162672387
quote:
0s.gif Op woensdag 1 juni 2016 17:09 schreef cablegunmaster het volgende:

[..]

Dat is altijd leuk :Y . Vroeg me al af wat voor servers eigenlijk gebruik van maken, zie google zoiets al weg gebruiken maar op welk niveau je zoiets nodig zou moeten hebben weet ik niet. (aangezien de kosten).
Search technologie wordt wel redelijk breed ingezet. Meestal iets Lucene based zoals ElasticSearch of SOLR.
Bij een beetje webshop met een flink assortiment wil je bijvoorbeeld natuurlijk de optie bieden om makkelijk te zoeken naar producten. Aan die producten zitten een hoop aspecten (naam, omschrijving, categorie met eventueel subcategorieën, maten, merk, enzovoort). Je wilt dan zoekresultaten geven die eigenlijk zoeken in al dat soort aspecten, maar daarbij wel weer relevantiescores kunnen hanteren zodat je bijvoorbeeld een match op productnaam zwaarder kunt wegen dan op productomschrijving. Ook allerhande zaken die ik aanhaalde als spelcorrectie / suggestie, stemming waardoor het niet uitmaakt of je bijvoorbeeld op 'fiets' of 'fietsen' zoekt, enzovoort zijn dan handig.
Voor dat soort zaken is SQL fulltext search niet echt geschikt.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_162673357
quote:
0s.gif Op woensdag 1 juni 2016 17:14 schreef Monolith het volgende:

[..]

Search technologie wordt wel redelijk breed ingezet. Meestal iets Lucene based zoals ElasticSearch of SOLR.
Bij een beetje webshop met een flink assortiment wil je bijvoorbeeld natuurlijk de optie bieden om makkelijk te zoeken naar producten. Aan die producten zitten een hoop aspecten (naam, omschrijving, categorie met eventueel subcategorieën, maten, merk, enzovoort). Je wilt dan zoekresultaten geven die eigenlijk zoeken in al dat soort aspecten, maar daarbij wel weer relevantiescores kunnen hanteren zodat je bijvoorbeeld een match op productnaam zwaarder kunt wegen dan op productomschrijving. Ook allerhande zaken die ik aanhaalde als spelcorrectie / suggestie, stemming waardoor het niet uitmaakt of je bijvoorbeeld op 'fiets' of 'fietsen' zoekt, enzovoort zijn dan handig.
Voor dat soort zaken is SQL fulltext search niet echt geschikt.
Ik werk inderdaad bij een groothandel met een zakelijke webshop, de voornaamste punten waarom ik Algolia interessant vind.

- Geen ontwikkelingskosten naast de implementatie
- Faceted & fuzzy search
pi_162673938
quote:
19s.gif Op woensdag 1 juni 2016 18:13 schreef TwenteFC het volgende:

[..]

Ik werk inderdaad bij een groothandel met een zakelijke webshop, de voornaamste punten waarom ik Algolia interessant vind.

- Geen ontwikkelingskosten naast de implementatie
- Faceted & fuzzy search
Het lijkt inderdaad wel een leuke dienst, al denk ik toch wel dat je het nodige zult moeten ontwikkelen qua feeding en later eventueel allerhande optimalisatie / customization. ElasticSearch en SOLR werken ook wel vrij eenvoudig out of the box als je er kennis van hebt, hoewel dat voor veel mensen wel even een zekere leercurve zal zijn.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_162790460
Ik heb een stukje HTML, waar ik bepaalde informatie uit wil halen. Zie de HTML code hieronder en zie ook wat ik er uit wil halen.

Dit zou met regular expressions kunnen, maar ik heb er zoveel over gelezen, maar ik kan gewoon geen reg exp maken, helaas.

Dus los ik het op met explode op <tr id="CF-7-ShowRow">, vervolgens een explode op <td class="value">, etc.

Zou iemand mij willen helpen :@
1
2
3
4
5
  <tr id="CF-7-ShowRow">
    <td class="label">Some text</td>
    <td class="value">
Dit is wat ik eruit wil halen</td>
  </tr>
pi_162798335
quote:
0s.gif Op maandag 6 juni 2016 16:05 schreef xaban06 het volgende:
Ik heb een stukje HTML, waar ik bepaalde informatie uit wil halen. Zie de HTML code hieronder en zie ook wat ik er uit wil halen.

Dit zou met regular expressions kunnen, maar ik heb er zoveel over gelezen, maar ik kan gewoon geen reg exp maken, helaas.

Dus los ik het op met explode op <tr id="CF-7-ShowRow">, vervolgens een explode op <td class="value">, etc.

Zou iemand mij willen helpen :@
[ code verwijderd ]

Waarom zou je hier een regex willen gebruiken? Html is nou niet bepaald regulier. Met DOMDocument moet je meer kunnen doen, die is speciaal ontwikkeld om met xml en html om te kunnen gaan.
  dinsdag 7 juni 2016 @ 11:12:45 #62
25889 Sitethief
Fulltime Flapdrol
pi_162810511
quote:
0s.gif Op maandag 6 juni 2016 20:41 schreef Light het volgende:

[..]

Waarom zou je hier een regex willen gebruiken? Html is nou niet bepaald regulier. Met DOMDocument moet je meer kunnen doen, die is speciaal ontwikkeld om met xml en html om te kunnen gaan.
Yup.

En anders is er altijd nog http://simplehtmldom.sourceforge.net/

Ik zie zo vaak mensen het wiel opnieuw uitvinden als we het over PHP hebben :'( .
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_162981183
Mijn Python begint opeens PHP te schrijven? :{ Is dit een bug?

  maandag 13 juni 2016 @ 18:30:08 #64
118011 BrainOverfloW
Fok! around the Clock!
pi_162981327
quote:
10s.gif Op maandag 13 juni 2016 18:25 schreef d4v1d het volgende:
Mijn Python begint opeens PHP te schrijven? :{ Is dit een bug?

[ afbeelding ]
Dat is een feature!
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_162981415
quote:
10s.gif Op maandag 13 juni 2016 18:25 schreef d4v1d het volgende:
Mijn Python begint opeens PHP te schrijven? :{ Is dit een bug?

[ afbeelding ]
Als je dan echt flauwe Pythongrappen wil maken is het eigelijk 'begint plots PHP te schrijven'. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_163163074
Vraagje is Ecmascript een subset van Javascript? De uitleg van Wikipedia vond ik verwarrend.

Iets met eerst was het Javascript conform naar Ecma script en dan weer conform de regels van Ecmascript is javascipt een subset taal gebaseerd op Ecmascript (ECMA-262?)

*verwart*
Redacted
  maandag 20 juni 2016 @ 19:58:36 #67
118011 BrainOverfloW
Fok! around the Clock!
pi_163170916
quote:
0s.gif Op maandag 20 juni 2016 14:37 schreef cablegunmaster het volgende:
Vraagje is Ecmascript een subset van Javascript? De uitleg van Wikipedia vond ik verwarrend.

Iets met eerst was het Javascript conform naar Ecma script en dan weer conform de regels van Ecmascript is javascipt een subset taal gebaseerd op Ecmascript (ECMA-262?)

*verwart*
ECMAScript is de standaard voor een paar talen, JavaScript, JScript en ActionScript. Dit is een blauwdruk met een hele set aan afspraken over hoe de taal moet werken. JavaScript is dus een implementatie van de regels van ECMAScript, net als JScript en ActionScript.

Die verwarring komt door de volgorde waarin deze talen en de standaard ontwikkeld zijn. Sun Microsystems kwam met JavaScript. Vervolgens vond Microsoft dat een mooie taal maar die hadden geen zin om patenten te gaan betalen aan Sun dus die maakte een afgeleide taal, JScript.

Daarna is er besloten om één standaard voor deze talen te maken waardoor ze wel hetzelfde blijven maar iedere partij onder zijn eigen patenten kan blijven werken. Dit standaard is ECMAScript geworden.

Vanuit deze standaard is later ActionScript ontwikkeld voor gebruik in Flash.

Nu ECMAScript er is worden daar nieuwe regels in opgenomen die vervolgens geïmplementeerd worden in JavaScript, JScript en ActionScript.

Dus hoewel je kunt zeggen dat ECMAScript is ontstaan uit JavaScript, is de huidige versie van JavaScript een implementatie van ECMAScript.

Overigens hebben al deze talen ook hun eigen functionaliteiten ontwikkeld die buiten de standaard regels vallen.

Ter info, er is ook een topic voor front-end talen: DIG / [HTML, CSS, JS] Frontend #45: topic nummer++
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_163175191
quote:
0s.gif Op maandag 20 juni 2016 19:58 schreef BrainOverfloW het volgende:

[..]
Bedankt :)! dit verheldert een hele hoop.
Dit is precies wat ik zocht en dat topic van CSS raak ik elke keer weer kwijt. (inactief topic en niet te vinden in DIG met ctrl + F.
Redacted
pi_163217969
Be curious, not judgmental
pi_165194675
*kuch* STOF *kuch*
Where my PHPeeps at?!

Bij een klant van mij heb ik het probleem dat is_writeable() aangeeft dat een folder niet schrijfbaar is, maar ik kan wel nieuwe bestanden in de folders plaatsen?

IIS users hebben volledige rechten op de folders, iemand een idee?

PHP Version 5.5.34
Windows Server 2012 R2 Datacenter Edition i586
pi_165195047
quote:
0s.gif Op vrijdag 9 september 2016 09:32 schreef Darkomen het volgende:
*kuch* STOF *kuch*
Where my PHPeeps at?!

Bij een klant van mij heb ik het probleem dat is_writeable() aangeeft dat een folder niet schrijfbaar is, maar ik kan wel nieuwe bestanden in de folders plaatsen?

IIS users hebben volledige rechten op de folders, iemand een idee?

PHP Version 5.5.34
Windows Server 2012 R2 Datacenter Edition i586
Ik weet dat in ieder geval in WordPress er een aparte functie is om te kijken of een folder onder windows schrijfbaar is: https://developer.wordpre(...)ons/win_is_writable/
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_165196408
quote:
0s.gif Op vrijdag 9 september 2016 09:53 schreef Rockfire het volgende:

[..]

Ik weet dat in ieder geval in WordPress er een aparte functie is om te kijken of een folder onder windows schrijfbaar is: https://developer.wordpre(...)ons/win_is_writable/
Ik doe iets vergelijkbaars, ik kijk eerst of de directory schrijfbaar is, zo ja, prima.
Zo niet dan kijk ik of ik toch niet stiekem een een bestand er in kan zetten dmv touch();
Als dat ook niet lukt dan is de directory echt niet schrijfbaar.

Ik vond het alleen zo raar dat een is_writetable() dat aangeeft.
pi_165196852
Geen windows server gebruiken?
pi_165197175
quote:
14s.gif Op vrijdag 9 september 2016 11:29 schreef KomtTijd... het volgende:
Geen windows server gebruiken?
Altijd een goede oplossing,echter had deze client een eigen windows server. (van vroeger)
Zit nog te denken aan een voorgebouwde linux VM te leveren of een andere oplossing.
pi_165285238
quote:
0s.gif Op vrijdag 9 september 2016 09:32 schreef Darkomen het volgende:
*kuch* STOF *kuch*
Where my PHPeeps at?!

Bij een klant van mij heb ik het probleem dat is_writeable() aangeeft dat een folder niet schrijfbaar is, maar ik kan wel nieuwe bestanden in de folders plaatsen?

IIS users hebben volledige rechten op de folders, iemand een idee?

PHP Version 5.5.34
Windows Server 2012 R2 Datacenter Edition i586
weet je ook zeker dat php rechten heeft op die folder?
pi_165286415
Yup, voor zover ik van dit van iis weet.
Alle users in de groep iis_users hebben volledige rechten tot de folder.
pi_165358532
quote:
0s.gif Op dinsdag 13 september 2016 08:27 schreef Darkomen het volgende:
Yup, voor zover ik van dit van iis weet.
Alle users in de groep iis_users hebben volledige rechten tot de folder.
weet je ook zeker dat php onder iis users valt en niet zijn eigen user is?
pi_165359696
quote:
En, is die al resistent tegen golunksi's exploit of brengen ze hem gewoon uit met known zero-days die ze in oktober misschien een keer gaan patchen?
pi_165359893
quote:
14s.gif Op vrijdag 16 september 2016 09:30 schreef KomtTijd... het volgende:

[..]

En, is die al resistent tegen golunksi's exploit of brengen ze hem gewoon uit met known zero-days die ze in oktober misschien een keer gaan patchen?
Dit is geen productieversie ;)
quote:
https://news.ycombinator.com/item?id=12481348

• morgo 3 days ago
Product Manager for the MySQL Server here. Happy to answer questions!

• hdjjhhvvhga 3 days ago
Does this release have the recent SQL code execution bug patched?

• morgo 3 days ago
No.
quote:
• v64 3 days ago
The latest stable release of MySQL is 5.7, no? Why the jump to 8.0?

• morgo 3 days ago
6.0 was a canceled release. 7.x. is used by Cluster. 8.0 makes it easy to follow as "it just drops the 5".


[ Bericht 5% gewijzigd door Aether op 16-09-2016 09:59:27 ]
Be curious, not judgmental
pi_165360166
...maar waarom werk je überhaupt aan nieuwe versies als je niet eens de capaciteit hebt om zero-days te patchen? Ik bedoel, gooi dan gewoon gelijk de handdoek in de ring en accepteer dat je het zoveelste open-source product kapot gemaakt hebt met je wanbeleid.
pi_167123929
Topic weer even tot leven wekken omdat het kan.

|:( Waarom maken (grote) bedrijven api's die gewoon debiel werken?

https://scm.commerceinterface.com/api-doc/v3/#endpoint

Heb het genot om hier mee te werken en dan krijg je een adres i.t.t. de demo terug als "Straatnaam huisnummer" in één veld terwijl je het later voor de adreslabel weer uit elkaar mag trekken.. sommige mensen.. kunnen wij adressen straks alsnog handmatig gaan controleren als er weer een "2e Straatnaam 1944 13-A 3e verdieping van onder" tussenzit. fml.
pi_167136739
quote:
19s.gif Op maandag 5 december 2016 18:29 schreef TwenteFC het volgende:
Topic weer even tot leven wekken omdat het kan.

|:( Waarom maken (grote) bedrijven api's die gewoon debiel werken?

https://scm.commerceinterface.com/api-doc/v3/#endpoint

Heb het genot om hier mee te werken en dan krijg je een adres i.t.t. de demo terug als "Straatnaam huisnummer" in één veld terwijl je het later voor de adreslabel weer uit elkaar mag trekken.. sommige mensen.. kunnen wij adressen straks alsnog handmatig gaan controleren als er weer een "2e Straatnaam 1944 13-A 3e verdieping van onder" tussenzit. fml.
Ik zie geen straatnaam/huisnummer los van elkaar staan in de demo die je daar geeft.
Daarnaast vraag ik me af waarom je ze weer los van elkaar wilt trekken? Hoe/waar ga je dat voor gebruiken? Ga je dan zelf ook rekening houden met adressen waar het huisnummer vóór de straatnaam staat (zoals in de VS)?
pi_167149513
quote:
0s.gif Op dinsdag 6 december 2016 08:58 schreef Scarlet_Dragonfly het volgende:

[..]

Ik zie geen straatnaam/huisnummer los van elkaar staan in de demo die je daar geeft.
Daarnaast vraag ik me af waarom je ze weer los van elkaar wilt trekken? Hoe/waar ga je dat voor gebruiken? Ga je dan zelf ook rekening houden met adressen waar het huisnummer vóór de straatnaam staat (zoals in de VS)?
Dat is nog het ergste, in de demo niet nee. Bij hen in productie wel.
Het moet losgetrokken worden omdat wij het weer los van elkaar bij postnl moet aanleveren om een adreslabel terug te krijgen.
pi_167175822
quote:
19s.gif Op maandag 5 december 2016 18:29 schreef TwenteFC het volgende:
Topic weer even tot leven wekken omdat het kan.

|:( Waarom maken (grote) bedrijven api's die gewoon debiel werken?

https://scm.commerceinterface.com/api-doc/v3/#endpoint

Heb het genot om hier mee te werken en dan krijg je een adres i.t.t. de demo terug als "Straatnaam huisnummer" in één veld terwijl je het later voor de adreslabel weer uit elkaar mag trekken.. sommige mensen.. kunnen wij adressen straks alsnog handmatig gaan controleren als er weer een "2e Straatnaam 1944 13-A 3e verdieping van onder" tussenzit. fml.
Ze geven aan dat er 2 regels voor het adres beschikbaar zijn, address1 en address2. Dat in de ene in het voorbeeld alleen het huisnummer staat en in de andere de straatnaam, lijkt me toeval. Ze moeten toch iets om in het voorbeeld beide adresregels te gebruiken.
pi_167194541
quote:
0s.gif Op woensdag 7 december 2016 21:21 schreef Light het volgende:

[..]

Ze geven aan dat er 2 regels voor het adres beschikbaar zijn, address1 en address2. Dat in de ene in het voorbeeld alleen het huisnummer staat en in de andere de straatnaam, lijkt me toeval. Ze moeten toch iets om in het voorbeeld beide adresregels te gebruiken.
Ze doen ook wel iets, address1 op "Straatnaam 11a" zetten en address2 op null zetten.
:P Vandaar ook dat het mij irriteert, en wat het erger maakt is dat ik 100% zeker weet dat ze het zelf los opslaan ergens.
pi_167194643
quote:
19s.gif Op donderdag 8 december 2016 18:20 schreef TwenteFC het volgende:

[..]

Ze doen ook wel iets, address1 op "Straatnaam 11a" zetten en address2 op null zetten.
:P Vandaar ook dat het mij irriteert, en wat het erger maakt is dat ik 100% zeker weet dat ze het zelf los opslaan ergens.
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.
  Moderator / Redactie Sport donderdag 8 december 2016 @ 18:41:05 #88
359864 crew  Nattekat
De roze zeekat
pi_167194913
Ik heb ooit een regex mogen maken die rekening moest houden met alle uitzonderingen die er zijn. Nog steeds glipt er af en toe een hele rare doorheen :')

Nou scheelt het gelukkig dat 99% van de adressen gewoon "straatnaam huisnummer toevoeging" zijn.
100.000 katjes
Maakte de 100.000e post in BIT
Er eens op uit?
pi_167195071
quote:
1s.gif Op donderdag 8 december 2016 18:41 schreef Nattekat het volgende:
Ik heb ooit een regex mogen maken die rekening moest houden met alle uitzonderingen die er zijn. Nog steeds glipt er af en toe een hele rare doorheen :')

Nou scheelt het gelukkig dat 99% van de adressen gewoon "straatnaam huisnummer toevoeging" zijn.
Een regex is vrij simpel, gewoon .+ :P
Voor validatie of extractie lijkt een regex mij nou niet bepaald de meest geschikte optie.
Als je wilt weten of iets een geldig adres is of er onderdelen uit wilt extraheren, dan kun je beter iets van een search engine of iets dergelijks gebruiken. Ook i.v.m. spelfouten en dergelijke.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  Moderator / Redactie Sport donderdag 8 december 2016 @ 18:55:31 #90
359864 crew  Nattekat
De roze zeekat
pi_167195212
quote:
0s.gif Op donderdag 8 december 2016 18:48 schreef Monolith het volgende:

[..]

Een regex is vrij simpel, gewoon .+ :P
}:|

quote:
Voor validatie of extractie lijkt een regex mij nou niet bepaald de meest geschikte optie.
Als je wilt weten of iets een geldig adres is of er onderdelen uit wilt extraheren, dan kun je beter iets van een search engine of iets dergelijks gebruiken. Ook i.v.m. spelfouten en dergelijke.
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.
100.000 katjes
Maakte de 100.000e post in BIT
Er eens op uit?
pi_167195455
quote:
1s.gif 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.

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

quote:
0s.gif 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.
pi_167195505
quote:
1s.gif 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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  Moderator / Redactie Sport donderdag 8 december 2016 @ 19:09:04 #93
359864 crew  Nattekat
De roze zeekat
pi_167195585
quote:
1s.gif 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.
100.000 katjes
Maakte de 100.000e post in BIT
Er eens op uit?
pi_167195710
quote:
19s.gif 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 :')
pi_167195764
quote:
1s.gif 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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_167198969
quote:
19s.gif 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.

:P 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.
pi_167199187
quote:
0s.gif 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.
:P
pi_167199311
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?
pi_167199345
quote:
19s.gif Op donderdag 8 december 2016 21:04 schreef TwenteFC het volgende:

[..]

:P [ afbeelding ]
Dan lijkt het er idd op dat ze straat en huisnummer apart opslaan. En dan moeten ze het ook apart kunnen aanleveren.
pi_167199513
quote:
0s.gif 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. ;)
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
abonnement bol.com Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')