> 2. I have an ethernet connection @home and I sometimes log in to our
> private web apps from home. Any 'c00l hacker' is able to scan network
> traffic, get my session id and use it to join to my session too just
> because there is absolutely no checking who uses session. We added ip
> checking
The problem of server and application level stats is that they are
fairly easy to implement and attractive, but they're hideously
inaccurate. First you have to ignore robot traffic, then you have to
accurately sessionise, then build the reporting interface, which must
be very powerful if it is to
Also, I forgot to say, a quick grep of the Django code reveals that the
db rollback code is currently the only listener for the
got_request_exception signal. I've moved the signal dispatch line
outside of the if statement in the base handler with the effect that it
is now always dispatched as you
I've attached a new patch and got to the bottom of the test case that
failed. I'm not 100% comfortable with my diagnosis and remedy however
and I'm happy to look at it again if the solution is problematic. If a
ticket master is able to take a quick look at the patch and the notes
that would be gre
OK, I've added tests and documentation to the patch and removed the
default for the type argument to raw_post. All tests pass with this
patch applied to the current Django SVN version. Please let me know if
any more changes are needed.
Ben
--~--~-~--~~~---~--~~
Y
This seems a long way to go for the want of removing a few
forward-slashes.
XHTML has become the defacto standard for Django, which is great, but
the vast majority of pages are still HTML 4. So if there's to be one
standard it should be that.
--~--~-~--~~~---~--~
A little while ago there was a discussion[1] about test cases that post
raw data such as XML or JSON to a view. Russ suggested adding a
raw_post method to the test Client to facilitate such tests. I've
created a ticket and uploaded a patch that does just this.
http://code.djangoproject.com/ticket
Currently any exception raised by a view or other request machinery
while handling a request from the test client is hidden from the
requesting test case by Django's exception views (500, error debug). I
have created a patch and a ticket for an enhancement which reraises
exceptions with the origin
We are definitely interested in sharing, that was our initial
intention.
The code is by no means finished, but my colleague Tom will post an
interim version and some notes on our design soon. Hopefully it will be
interesting.
--~--~-~--~~~---~--~~
You received t
> Client.raw_post(path, payload, payload_type='text/json')
+1
I have a testing apparatus, which I built for a pre-MR project, I use
it to submit SOAP-style XML requests and all kinds of stuff. I'm
looking to port the project to MR and the tests to your test framework
at some point in the future,
Ivan, you're right to note that I can supply my own view. I will do
that.
James, why are context processors not able to handle exceptions and
fall back to basic output, i.e. return an empty dictionary?
I don't mean to waste anyone's time with this, I should have looked
harder for the previous di
> 500 errors are bad; it's bail out time when they happen.
I disagree. For background, I have a context processor which simply
pushes a dictionary of standard items, such as URLBASE for media and
links, to all templates. It's very unlikely that an error will have
occurred which makes this a bad
Just a quick note to say I've added a ticket and patch to modify
django.views.defaults.server_error to use RequestContext instead of
Context, thus making context-processor-generated context available to
500 pages.
Ben
--~--~-~--~~~---~--~~
You received this
mport render_to_response,
get_object_or_404, get_list_or_404
Afternoon, man about the Internet -- http://aftnn.org/
bigger sites, actual admins go to /admin/ and can control
a bunch of stuff. Lesser admins, e.g. content editors, could just be
pointed at /admin/mycmsproject/cms/.
Afternoon, man about the Internet -- http://aftnn.org/
ng more likely, I think it's important to build namespace
scope in now. I fully support making everything namespaced to the
project and the app.
Afternoon, man about the Internet -- http://aftnn.org/
return False
+
def __delitem__(self, key):
"Delete a variable from the current context"
del self.dicts[0][key]
Afternoon, man about the Internet -- http://aftnn.org/
I have a similar problem, app dev is at http://localhost/myapp/,
deployment is at http://mywebsite.com/. I have added an URLBASE to
settings.py and that's imported and used throughout my app. It would
be nice for this to be created automatically by Django and made
available through the A
pattern logic
appropriately.
____
Afternoon, man about the Internet -- http://aftnn.org/
On 10 Dec 2005, at 13:49, hugo wrote:
Let's try something different and first provide problem solutions,
and _then_ extract a framework out of them.
+1
Afternoon, man about the Internet -- http://aftnn.org/
like
UserForeignKey, which can then accept the new options? Would this be a
good place to put anything else?
Afternoon, man about the Internet -- http://aftnn.org/
ove away from that anyway.
____
Afternoon, man about the Internet -- http://aftnn.org/
I'd like to have a go at creating a fix for ticket #714: access to id
of current user on admin.
I have no idea what I'm doing though. Could anyone offer some
guidance on how I might go about solving this problem?
____
Afternoon, man about the Intern
Great, thanks.
On 1 Dec 2005, at 20:27, Wilson wrote:
Here's the ticket you're looking for:
http://code.djangoproject.com/ticket/61
____
Afternoon, man about the Internet -- http://aftnn.org/
0
users. Access is controlled centrally and there's some churn in
userbase, so a non-developer will have to create and modify users
regularly. Do I have to tell them that Django can't do this?
____
Afternoon, man about the Internet -- http://aftnn.org/
25 matches
Mail list logo
