Haiti: Proxy required - Django port? CGI port?
Fran
We really need a Proxy developing for use with advanced GIS layers
(MGRS data - being able to download high resolution PDFs suitable for
ground operations)
I have example CGI code & example Django code.
I really need a Web2Py controller :)
I can do the integration once the basic controller is done.
Seems like a nice task for someone?
http://trac.sahanapy.org/wiki/BluePrintGISProxy
:D
mdipierro
dependency).
To test make an app "proxy" with a controller "proxy.py" that
contains:
import httplib
PROXY_USER = None
PROXY_PASSWORD = None
PROXY_URL = 'web2py.com:80'
def proxy():
path = '/'+'/'.join(request.args)
query = request.env.query_string
method = request.env.request_method
if PROXY_USER and PROXY_PASSWORD:
conn.add_credentials(PROXY_USER, PROXY_PASSWORD)
conn = httplib.HTTPConnection(PROXY_URL)
if method == 'GET':
conn.request(method, path, query)
elif method == 'POST':
data = request.body.read()
conn.request(method, path, data)
else:
return 'oops'
res = conn.getresponse()
content = res.read()
headers = dict(res.getheaders())
response.headers['Content-Type'] = headers['content-type']
response.status = int(res.status)
return content
and the following routes.py
routes_in = [('/examples/$anything',
'/proxy/proxy/proxy/examples/$anything')]
This will proxy http://web2py.com for urls startinsg with /
examples/
Fran
> Here is your proxy port of he Django one but without the httplib2
> dependency).
Awesome!
Checking it out now...
F
mdipierro
can have multiple controllers to proxy different servers. Similarly to
the original Django code it does not carry forward headers from the
request. This means range requests, if modified since, streaming, does
not work. It is a bit slow.
Fran
> It is a bit clunky to configure because you have to use routes. You
> can have multiple controllers to proxy different servers. Similarly to
> the original Django code it does not carry forward headers from the
> request. This means range requests, if modified since, streaming, does
> not work. It is a bit slow.
Well, thanks anyway :)
Seems like this doesn't really do what we wanted anyway...this allows
us to proxy requests via a proxy server.
What we wanted was an actual proxy server.
I must have read the Django app's docs wrong!
Luckily we have a working port of the CGI version...currently very
basic, but we can build on it :)
Many thanks,
Fran.
mdipierro
server.
mdipierro
pages. The one I send you did not. Is this the functionality you need?
It could be added easily adding
if request.env.request_method=='GET':
proxy=cache(request.env.path_info,cache.disk,3600)(proxy)
Massimo
On Jan 23, 6:45 pm, Fran <francisb...@googlemail.com> wrote:
John Heenan
> I should add that the original Django Proxy also did caching of the
> pages. The one I send you did not. Is this the functionality you need?
> It could be added easily adding
>
> if request.env.request_method=='GET':
> proxy=cache(request.env.path_info,cache.disk,3600)(proxy)
>
I was confused by this technique at first.
The __call__ function of the Cache global class instance, cache, is
shown used as a decorator on page 113 of the web2py manual (2nd ed).
@cache cannot be used before def proxy since the use of a cache is
conditional on what the request method is (namely GET).
The above usage is just an alternative that modifiies the already
defined proxy function on a per request basis.
John Heenan
John Heenan
> The __call__ function of the Cache global class instance, cache, is
More confusion busting that is going off topic and should be placed in
a topic of its own that discusses style issues.
For those who are not adjusted to the 'web2py way', the above mention
of 'global class instance' might appear incorrect, impossible or at
the least, 'not the Python way', since no import is implied or
suggested. Globals, as conventionally understood, are frowned upon by
the Python hierarchy, much to the annoyance of those from just about
every other programming environment who work with involved projects. C/
C++ programmers can conventionally tuck away a global namespace with
preprocessor #include statements and files. Python equivalents are not
as straightforward since an import always involves executing a file
(the first time an import on a file is used).
Web2py favours exec over import. The global class instance, cache, is
placed in a dictionary that becomes the environment during an exec.
The line 'environment['cache'] = Cache(request)' appears in the file
compileapp.py.
Hence there is no import.
Ultimately this style leads to more elegance and productivity and
leads to less bugs. How much time is wasted wondering what has been
forgotten to import when coding with Django and irritating compile
errors appear?
John Heenan
Richard
supports redirects, authentication, and passing headers.
The above snippet seems to proxy internal content rather than fetch
external content like the Django example.
On Jan 24, 11:45 am, Fran <francisb...@googlemail.com> wrote:
> On Jan 23, 8:55 pm, mdipierro <mdipie...@cs.depaul.edu> wrote:
>
> > It is a bit clunky to configure because you have to use routes. You
> > can have multiple controllers toproxydifferent servers. Similarly to
Richard
> external content like the Django example.
whoops, the Django snippet also does this.
mdipierro
it.