weet je ook zeker dat php onder iis users valt en niet zijn eigen user is?quote: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.
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?quote:Op donderdag 15 september 2016 09:21 schreef Aether het volgende:
The MySQL 8.0.0 Milestone Release is available.
Dit is geen productieversiequote: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?
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".
Ik zie geen straatnaam/huisnummer los van elkaar staan in de demo die je daar geeft.quote: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.
Dat is nog het ergste, in de demo niet nee. Bij hen in productie wel.quote: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)?
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.quote: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 doen ook wel iets, address1 op "Straatnaam 11a" zetten en address2 op null zetten.quote: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.
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.quote: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.
Vandaar ook dat het mij irriteert, en wat het erger maakt is dat ik 100% zeker weet dat ze het zelf los opslaan ergens.
Een regex is vrij simpel, gewoon .+quote: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.
quote:Op donderdag 8 december 2016 18:48 schreef Monolith het volgende:
[..]
Een regex is vrij simpel, gewoon .+
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.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.
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.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.
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: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.
Als het doet wat het moet doen is het prima natuurlijk.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.
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: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.
Dat is gewoon marketingjargon voor "we willen het niet of we kunnen het niet" jaquote: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 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: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.
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 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.
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.
Dan lijkt het er idd op dat ze straat en huisnummer apart opslaan. En dan moeten ze het ook apart kunnen aanleveren.quote:
Er is een aparte invoer. Zegt niet direct iets over de de opslag.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.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |