On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> I'll get a new patch together tonight, including a get_filename() that
> returns None if the backend doesn't implement it. That should clear
> away the last remaining worry I had about maintaining existing
> functionality. I'll hold off on tick
On 9/18/07, Michael Scott <[EMAIL PROTECTED]> wrote:
> Is that not violating DRY in itself there? I mean we're gonna end up with
> alot of people writing the documentation with it, just as much as writing
> the FTP module itself. I think this is something where we're always going to
> have the "re
On 9/19/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
>
>
> On 9/18/07, Johan Bergström <[EMAIL PROTECTED]> wrote:
> > Since FTP and SFTP are so closely related i still think that the 'why'
> > or 'how do i' would show more often than not if FTP was omitted. My
> > view of frameworks is generally bas
On 9/18/07, Johan Bergström <[EMAIL PROTECTED]> wrote:
> Since FTP and SFTP are so closely related i still think that the 'why'
> or 'how do i' would show more often than not if FTP was omitted. My
> view of frameworks is generally based on DRY - but i guess at some
> point it is wiser to pick 'be
On Sep 18, 1:21 pm, "Marty Alchin" <[EMAIL PROTECTED]> wrote:
> On 9/18/07, Johan Bergström <[EMAIL PROTECTED]> wrote:
>
> > What is wrong with using FTP for intranet file shuffling? I don't
> > think frameworks should decide or advocate how you design your
> > application from a security point
On 9/18/07, Johan Bergström <[EMAIL PROTECTED]> wrote:
> What is wrong with using FTP for intranet file shuffling? I don't
> think frameworks should decide or advocate how you design your
> application from a security point of view. Offering both SFTP/FTP with
> documented recommendations towards
On Sep 17, 6:13 pm, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> On 9/17/07, jedie <[EMAIL PROTECTED]> wrote:
>
> > What's about a FTP backend? ;)
>
> I'd be -1 on including one with Django for the simple reason that FTP
> is dangerously insecure. Anyone still using FTP should be encouraged
On 18/09/2007, jedie <[EMAIL PROTECTED]> wrote:
>
>
> On 17 Sep., 18:13, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
> wrote:
> > Now, a SSH/SFTP backend... that would rock.
>
> Yes, SFTP would be better than normal FTP. IMHO it needs some external
> Libs to support this. FTP is in the standard python
On 17 Sep., 18:13, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> On 9/17/07, jedie <[EMAIL PROTECTED]> wrote:
>
> > What's about a FTP backend? ;)
>
> I'd be -1 on including one with Django for the simple reason that FTP
> is dangerously insecure. Anyone still using FTP should be encouraged
>
On 9/17/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> Now, a SSH/SFTP backend... that would rock.
Well, as seems to be the case, now that you've mentioned it, we'll all
expect you to write it. :) Hopefully I've made things easy enough for
you, though.
-Gul
--~--~-~--~~-
On 9/17/07, jedie <[EMAIL PROTECTED]> wrote:
> What's about a FTP backend? ;)
I'd be -1 on including one with Django for the simple reason that FTP
is dangerously insecure. Anyone still using FTP should be encouraged
strongly to switch.
The is the same reasoning behind not shipping with a CGI h
On 17 Sep., 15:38, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> In general, more backends is better, of course :) I'd be +1 on just
> including all of 'em (though SVN is a bit marginal), but if others
> feel differently I'd love to hear about it.
What's about a FTP backend? ;)
--~--~--
On 9/17/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> I think I prefer exposing file attributes as properties instead of
> methods (so ``myobject.file.name`` instead of
> ``myobject.file.get_filename()``. It just feels a bit cleaner, and it
> will allow setting in circumstances where appropri
+1, however would some of these need to be lazy and load on request, rather
than on object initialization?
On 9/18/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
>
> On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> > I'll get a new patch together tonight, including a get_filename() that
>
On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> I'll get a new patch together tonight, including a get_filename() that
> returns None if the backend doesn't implement it.
This actually brings me a bit of a design question I wanted to pose:
I think I prefer exposing file attributes as prope
On 9/17/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> While it's true those are three separate issues, it makes more sense
> to me to solve 'em all in one fell swoop. Something like #5361 has
> been on my radar for quite some time now (file storage right now is
> something of a pain in a larg
I'm +1 on the backends inclusion. I was keen on making something similar to
trac + warehouse for django, so if you don't specifically release the svn
one - I'd love to be able to get my sticky little hands on it.
On 9/18/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
>
> On 9/17/07, Marty Alch
On 9/16/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > Two things which don't have obvious "master" tickets but need them:
>
> Which he then follows up with items 1, 2 and 3. :-)
Our chief weapon is surprise!... Surprise and fear... fear and
surprise... Our two weapons are fear and surpris
On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> Malcolm pointed out during the sprint that my patch for #5361 is a bit
> over-reaching, as it technically tackles three separate problems:
>
> * A new API for access to files associated with models
> * Moving file saving into FileField and Im
On 9/16/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
> On 9/16/07, James Bennett <[EMAIL PROTECTED]> wrote:
> > * Lots of things related to FileField which would be fixed by the
> > pluggable backends proposal.
>
> s/would/will/ -- I'm gonna try to have this wrapped up in the next couple
>
On Sun, 2007-09-16 at 15:34 -0500, James Bennett wrote:
> On 9/16/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> > s/would/will/ -- I'm gonna try to have this wrapped up in the next couple
> > days.
>
> Cool. I've paused for a bit of a break, but here's some info on what
> I've been doing.
>
And now that I've marked #5515 accepted, I'm done.
Couple more "master tickets":
* Pagination template tags: #3169
* SQLite "off by one" date filtering errors: #3689
* Generic views unit tests: #5506
The mighty effbot informs me that, since the sprint started:
237 commits
413 tickets closed
11
On 9/16/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> s/would/will/ -- I'm gonna try to have this wrapped up in the next couple
> days.
Cool. I've paused for a bit of a break, but here's some info on what
I've been doing.
My process today has been to simply go to the big list of open ticke
And a nice number to think about with respect to this sprint:
When I started this morning, effbot's timeline scraper showed 278
tickets closed since the start of the sprint. As of the last update
seven minutes ago, it shows 402 tickets closed.
We should do this more often :)
--
"Bureaucrat Con
On 9/16/07, James Bennett <[EMAIL PROTECTED]> wrote:
> * Lots of things related to FileField which would be fixed by the
> pluggable backends proposal.
s/would/will/ -- I'm gonna try to have this wrapped up in the next couple days.
Jacob
--~--~-~--~~~---~--~~
You
While scanning the open tickets list I noticed there are lot of
tickets which fall into the following categories:
* Requests for very specific admin customizations which will be
obsoleted by newforms-admin, or which are already possible with the
limited customization offered by the current admin.
26 matches
Mail list logo