I need my app to be able to compile and run a performance test. then
gather the results and display the results in a relevant way. the
tests are written in autoHotKey which is a windows scripting program.
so to run a test all i need to do is call the file from the command
line.
snip
This
On piątek 02 stycznia 2009, Jules Stevenson wrote:
I need my app to be able to compile and run a performance test. then
gather the results and display the results in a relevant way. the
tests are written in autoHotKey which is a windows scripting
program.
so to run a test all i need to
before it became a standalone library Tosca was THE compelling reason
for me to use turbogears. I love it.
On Dec 27 2008, 3:04 pm, Jorge Vargas jorge.var...@gmail.com
wrote:
On Sat, Dec 27, 2008 at 2:19 AM, Tycon adie...@gmail.com wrote:
to me it seems like a waste of time to deal with some
On Jan 1, 2009, at 11:17 PM, baluviki wrote:
Installation of pylons (easy_install Pylons==0.9.6.2) fails with
traceback. Last error is:
File /usr/lib/python2.5/httplib.py, line 604, in _safe_read
raise IncompleteRead(s)
httplib.IncompleteRead:
The same thing appears for
URIs can be UTF-8 with standard URL %-escaping - most browsers will
decode (and encode) that automatically and show the unicode string in
the address bar. That is especially important for languages with a
non-latin character set: without this URLs are horrible for them.
It would be awesome
Previously Mark Ramm wrote:
URIs can be UTF-8 with standard URL %-escaping - most browsers will
decode (and encode) that automatically and show the unicode string in
the address bar. That is especially important for languages with a
non-latin character set: without this URLs are horrible
We do lots of HTTPS with Pylons, we just don't use that decorator. In
our case, HTTP - HTTPS redirects are done at the web server layer and
not in the application at all.
On Fri, Jan 2, 2009 at 3:21 PM, Tycon adie...@gmail.com wrote:
So no one is using this decorator for https ??
I guess it's
that would only work if the web server can determine if a particular
request should be http or https, which it could do only if there was
something in the request URI to indicate that (like the URI begnning
with /secure for example).
But what if I have an arbitrary URI (e.g. /hello/login) that
Tycon wrote:
So no one is using this decorator for https ??
I guess it's only required for serious e-commerce websites, maybe
there are no such pylons apps
Pylons is used for quite a few hip and serious websites (listed at the
pylons wiki if you'd care to look it up) though my guess is
Tycon wrote:
that would only work if the web server can determine if a particular
request should be http or https, which it could do only if there was
something in the request URI to indicate that (like the URI begnning
with /secure for example).
But what if I have an arbitrary URI (e.g.
On Jan 1, 2009, at 6:23 PM, Tycon wrote:
This decorator is supposed to redirect HTTP GET requests to HTTPS. But
guess what ? The query string in the request URI is lost, so the
redirected (https) request will not have any request.params even if
the original (http) request did.
I'm
I submitted a ticket (#554) for this bug, with a proposed fix.
But there is another bug underlying this function which affects
detection of the request's url scheme. This decorator uses
request.scheme to find out if the request was http or https, but in
a reverse proxy configuration this is
Pylons is used for quite a few hip and serious websites (listed at the
pylons wiki if you'd care to look it up) though my guess is that you
Which of those sites do you consider hip and/or serious ?
On Jan 2, 4:26 pm, Alberto Valverde albe...@toscat.net wrote:
Tycon wrote:
So no one is
On Jan 2, 2009, at 1:43 PM, Mark Ramm wrote:
URIs can be UTF-8 with standard URL %-escaping - most browsers will
decode (and encode) that automatically and show the unicode string in
the address bar. That is especially important for languages with a
non-latin character set: without this URLs
On Jan 2, 2009, at 9:45 PM, Tycon wrote:
I submitted a ticket (#554) for this bug, with a proposed fix.
But there is another bug underlying this function which affects
detection of the request's url scheme. This decorator uses
request.scheme to find out if the request was http or https, but in
15 matches
Mail list logo
