abonnement bol.com Unibet Coolblue
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')