How often, and how quickly, do you need to do this? As "retro" as it sounds, 
you can still get dial-up Internet access in most of the country. Sign up for 
an account with a big provider that has numbers nationwide, and whenever you 
need to see ads in Missouri, dial the Saint Louis POP.

Obviously, there's a nasty bottleneck here in that dial-up service is very 
slow, but if you can afford 1-2 minutes' latency while your computer connects 
to a remote location and downloads a single Web page at 40kbps, it might be 
sufficient.

David Smith


-----Original Message-----
From: [email protected] [mailto:[email protected]] 
On Behalf Of Kenneth Voort
Sent: Tuesday, July 24, 2012 2:31 PM
To: [email protected]
Subject: Re: [lopsa-discuss] IP Geolocation Challenges

Unfortunately this wouldn't work in our case - we do not always control the 
process which selects the ads which are displayed - there's a lot of Akami 
(sp?) caching and real time bidding going on under the hood of this thing. We 
probably need a method to actually have these requests originate from any 
state/province in North America without actually having infrastructure there...

The ads we serve on a geolocation basis from our servers or at our behest, 
these methods work for, and quite well (we use the supercookie and have a 
hacked MaxMind database). But we don't control the selection process all the 
time.

On 12-07-24 01:03 PM, Robert Hajime Lanning wrote:
> If you are just wanting to be able to render the page as it is seen, 
> you can do this with some coding changes.
>
> Create a special cookie that can contain region override data. And if 
> you are security conscience you can limit to specific source IPs where 
> you pay attention to it.
>
> On 07/24/12 09:39, Morgan Blackthorne wrote:
>> What we did at Livemocha to address this kind of thing was to take 
>> our staging environment and adjust/override the IP in the geolocation 
>> DB to be in the region we wanted. (At one point, testing on stage 
>> made it look like we were coming from China.) Depending on your 
>> geolocation code, that may be more difficult (especially if you're 
>> doing ads through something like embedded iframes). If that's the 
>> case, then I'd suggest setting up something like EC2 instances just 
>> to do the snapshot part from another location.
>>
>> ~*~ StormeRider ~*~
>>
>> "With hearts immortal, we stand before our lives A soul against 
>> oblivion, forever asking why This upside down symphony in a paradox 
>> called life Our hearts immortal What you give to love, will never 
>> die"
>>
>>
>> On Tue, Jul 24, 2012 at 9:26 AM, Kenneth Voort 
>> <[email protected] <mailto:[email protected]>> wrote:
>>
>>     Hi list,
>>
>>          We've come up against an interesting problem - perhaps a few 
>> folks
>>     on this list have some insight...
>>
>>         My employer provides third party online advertising services 
>> across
>>     Canada and into the U.S. One of our value-adds is a verification 
>> service
>>     which renders pages on which our ads appear so clients are able to
>>     verify that the ads they've paid for are appearing in the correct 
>> place
>>     at the correct time. This service essentially takes a screenshot 
>> of a
>>     page (webkit) and saves it for later review so clients are able 
>> to see
>>     how a page looked at a specific point in time.
>>
>>          The problem we are running into is with geotargeted
>>     advertisements -
>>     our server farm is located in Toronto, and therefore cannot see 
>> anything
>>     targeted to a different region. We've been tasked with providing 
>> this
>>     service for geotargeted campaigns across the continent - folks 
>> want to
>>     see how our advertisements are appearing in any one of a 
>> multitude of
>>     provinces and states. Of course, we do not have servers physically
>>     located anywhere but Toronto and LA, so this creates a problem.
>>
>>          We've looked at a few options - proxy services, VPN 
>> services, cloud
>>     computing, ARIN SWIP changes, talking to the geolocation 
>> providers, and
>>     we're in talks with a few network providers to see if some 
>> network kung
>>     fu can make this work, but we haven't yet found a magic bullet.
>>
>>          Does anyone have any ideas as to how we can retrieve 
>> webpages from
>>     arbitrary locations, or somehow fool the major geolocation 
>> databases,
>>     and make this work at a state or province level of precision?
>>     _______________________________________________
>>     Discuss mailing list
>>     [email protected] <mailto:[email protected]>
>>     https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss
>>     This list provided by the League of Professional System 
>> Administrators
>>     http://lopsa.org/
>>
>>
>>
>>
>> _______________________________________________
>> Discuss mailing list
>> [email protected]
>> https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss
>> This list provided by the League of Professional System Administrators
>>   http://lopsa.org/
>
>


_______________________________________________
Discuss mailing list
[email protected]
https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss
This list provided by the League of Professional System Administrators  
http://lopsa.org/
_______________________________________________
Discuss mailing list
[email protected]
https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss
This list provided by the League of Professional System Administrators
 http://lopsa.org/

Reply via email to