[OSM-dev] API/XAPI caching proxy server
Philipp Borgers
borgers at mi.fu-berlin.de
Sat Dec 11 15:49:14 GMT 2010
Hi,
we use api, xapi, nominatim with a little proxy script written in php.
We use memcache for caching. It's far from perfect... ;)
best regards
philipp
Am Samstag, den 11.12.2010, 11:41 +0100 schrieb Wyo:
> After being told to create my own API/XAPI instance
> (http://gis.638310.n2.nabble.com/XAPI-server-unusable-tt5796609.html) I've
> looked at how to set up a server. Well the current procedure using osmosis etc
> is simply impossible for me and I guess for a lot of others as well. IMO if it
> were easier to set up a server, many more would do it, meaning a lot less load
> on the current infrastructure. IMO a API caching proxy would do the job as well
> and doesn't need to handle Gigs of files.
>
> Lets say such a proxy exists, than requests to the API are directed at the proxy
> and only if the proxy doesn't contain the data, the request is forwarded to an
> API server. Assuming further such proxy exists on the internet anyone allowed
> could use such a proxy. So in the future only proxies may access the API server
> directly, any user has to connect via a proxy. And if this still means too much
> load on the API server, primary and secondary proxies could be created etc. This
> works similar as a P2P network.
>
> To have as many as possible proxies running in the internet means to stick with
> technologies easily available. That limits the choice almost entirely to a
> PHP/MySQL solution, at least for the beginning.
>
> Wyo
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: proxy.php
Type: application/x-php
Size: 1021 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20101211/bfcdc4ac/attachment.bin>
More information about the dev
mailing list