On Feb 11, 7:06 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> The goal is to be able to publish
> a unique uri for a file that can be accessed via a web page, ensure
> that the user is authenticated and permissioned for that uri, then let
> them download the file.
I've been trying to
On Feb 7, 10:58 pm, "Derek Lee-Wo" <[EMAIL PROTECTED]> wrote:
> My app does a bunch of database queries and processing and when I
> timed that part, it all completes within 0.5 seconds, but the call to
> render_to_response() takes 18 seconds. Needless to say, the end-user
> experience isn't
Joe wrote:
However, as little as 5000 hits a day brings my site down to a crawl
during peak hours! The funny thing is, I have plenty of free ram space
and processor during these peak hours.
Something must be wrong with the setup. Unless all of these users come
in the during the same minute.
I have not yet used Tramline with Django I am expecting to do so in
case I need to rewrite a Zope application. I have had good experience
using JUpload (again with Zope not Django).
It might be that one needs to deploy the Tramline on a separate mod
python handler not the one Django is running
Jeffrey Zelt wrote:
> The Django ORM is probably the only piece of Django I am embarrassed
> showing other developers.
Oh really?
> I will not be satisfied if the current ORM is capable of fulfilling 95%
> requirements
You must be inexperienced if you think that an elegant solution to 95%
of
Paul Childs wrote:
> I'm pretty sure that the download script that I found here...
> http://code.djangoproject.com/ticket/1327
> must not be doing the job properly.
if you are using windows you'll need to change line 41 to:
fp = open(basedir + link, 'wb+')
i.
Adrian Holovaty wrote:
> I have never seen anything like that. I suspect the images are
> corrupted somehow, and I have no idea how that might have happened.
One common cause is opening files in text mode under windows. The flags
need to be 'wb' not just 'w'
i.
> Can anyone comment on the upload limitations of Django?
alas the situation is hopeless,
the fix itself is very simple, unfortunately the patch that was
supposed to add this
http://code.djangoproject.com/ticket/2070
has degenerated into adding a completely unrelated feature (progress
Fredrik Lundh wrote:
> that's probably because they're scientists, and have a pretty good
> understanding of basic math
I think the main reason might be that when they get it wrong they don't
have to pay the difference from their own pocket.
i.
Looks nice Leon, congratulations.
You might want to try to tweak the spacing to allow for a little more
text per page ... and allow for the latest news to be read without
having to scroll the page
just an opinion,
i.
--~--~-~--~~~---~--~~
You received this
There is an option to manage.py
--adminmedia=ADMIN_MEDIA_PATH
that might just do what you need.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to
Russell Keith-Magee wrote:
>
> I'm sure it could, but I'm almost certain it wont.
The only problem with this is that some kind of sites cannot be tested
with the development server.
If the site streams back the output and incrementally builds it then it
cannot for example read in the css even
> I am expecting an answer like: "You are crazy: db native searches will always
> be faster"
You are crazy: swish-e searches will always be faster.
Swish-e was created for indexing/searching documents. The only issue at
hand is whether the speedup you get is worth the trouble of having to
13 matches
Mail list logo
