[Talk-cz] limit 2000bodu

[Karel Volný]

> Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
> posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
> dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
> tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...

uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost 
komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat 
hloupému workaroundu?

> Limit je to mozna umely, ale na druhou stranu i chrani OSM pred
> primitivnim DoS utokem - je zajimave, ze dosud nikoho nenapadlo zkusit
> nahrat nekonecne dlouhou cestu do OSM.
>
> K

před nekonečnou cestou by chránil i limit o několik řádů vyšší, který by 
neomezoval v současnosti existující validní data

před klasickým DoS útokem žádný takový limit neochrání, prostě se místo 
jednoho požadavku na nekonečno bodů pošle "nekonečno" požadavků na jeden bod

K.


> MP napsal(a):
> >> to záleží na úhlu pohledu ... díváš-li se na to čistě technicky, ano,
> >> ale v širším kontextu to souvisí: začnou-li vývojáři dělat změny, které
> >> se lidem jeví jako problematické, může to značit ztrátu kontaktu s
> >> realitou
> >>
> >>> Limit 2000 bodu je IMO spravny,
> >
> > Je to "umely" limit, ktery by tam byt mozna nemusel, ale je tam kvuli
> > vykonu serveru a zatezi databaze. Pokazde, kdyz nekdo v takhle dlouhe
> > ceste zmeni maly kus, nebo nejak opravi tagy, tak se nahrava cela
> > cesta znovu na server (ano, tady by slo vylepsit API o moznost nahrani
> > jenom tagu s tim, ze "nody se ponechaj"). No a pokud si nekdo u takhle
> > dlouhe way, ktera se mnohokrat v minulosti upravovala vyrada historii,
> > tak by dostal XML o mnoha desitkach MB (teoreticky, ale pry ho driv
> > utne nejaky limit nebo timeout). Cili pokud se tyhle problemy nejak
> > vyresi, tak by se ten limit mohl v budoucnu zvysit nebo mozna i
> > zrusit.
> >
> > Martin