[DUG] Work Wanted in Wellington

[Leigh Wanstead]

Hi Jolyon,

The company I work for is selling data. The data is the income of the
company.

Regards
Leigh


On 4 July 2014 09:23, Jolyon Smith <jsmith at deltics.co.nz> wrote:

> I don't understand this determination to make the hacker's life difficult.
>  Surely the objective is to address the impact on the site for legitimate
> users ?
>
> Contriving schemes to make the hacker's life difficult is simply extending
> the problem domain into an irrelevant area and increasing the complexity by
> orders of magnitude in order to protect information that is public already
> - there is no mention of any attempt to thwart site security, only scraping
> of publicly accessible URL's..
>
> If the intent is to disincentivise the hacker, simply denying them the
> ability to scrape the site by detecting and blocking them will cause them
> inconvenience enough.  Even if it doesn't, as long as their activity is not
> impacting on the legitimate operation of the site then the key objective is
> met - that of maintaining site response for legit users.
>
> Almost all of these schemes to make the scrapers life miserable do also
> impact on the legitimate user experience, loading up the server and the
> client browser processing with overhead targeted at the scraper but imposed
> on ALL clients.
>
>
> I can see that the technical challenge of "beating" the hacker could be
> attractive, but it seems to me to be an ultimately pointless and resource
> sapping "Arms Race" that cannot ever really be won...  even if you
> eventually drive the scraper to give up entirely, burdensome
> counter-measures will themselves have impacted on your site, defeating if
> not the whole object then certainly a significant part of it, of getting
> rid of the scraper activity in the first place.
>
> Of course, if you can find counter-measures which do not impose any such
> burden on legit users then you have the best of both worlds, but the key
> need to be met is addressing the scraper by removing the impact on legit
> users, not adding to it.
>
>
> So, bringing it back to the original topic - What makes a good developer ?
>
> Another characteristic would be the ability to remain focused on the key
> objective/user need, rather than being drawn into a bottomless honey pot of
> technical challenge of limited/no direct relevance to the problem at hand.
>
> :)
>
>
> On 4 July 2014 09:05, Phil Scadden <p.scadden at gns.cri.nz> wrote:
>
>>
>> > Regarding to render the website in Javascript, how are you going to
>> > stop the browser driven by script? The hacker does not need to
>> > understand the javascript. All he need is just grab dom element.
>> That would be true but very unlikely that hacker is using browser. Too
>> slow. If you load the html with junk data and modify it with js, it may
>> take the hacker a long time to notice they are using crap. But I would
>> looking at detecting the hacker without a tip off in first place and
>> then figure out ways to make life difficult.
>>
>>
>> --
>> Phil Scadden, Senior Scientist GNS Science Ltd 764 Cumberland St,
>> Private Bag 1930, Dunedin, New Zealand Ph +64 3 4799663, fax +64 3 477
>> 5232
>>
>> Notice: This email and any attachments are confidential.
>> If received in error please destroy and immediately notify us.
>> Do not copy or disclose the contents.
>>
>> _______________________________________________
>> NZ Borland Developers Group - Delphi mailing list
>> Post: delphi at listserver.123.net.nz
>> Admin: http://delphi.org.nz/mailman/listinfo/delphi
>> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
>> Subject: unsubscribe
>>
>
>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
> Subject: unsubscribe
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20140704/d110e7c1/attachment.html