Establezca FileField de Django en un archivo existente

Question

Tengo un archivo existente en el disco (digamos /folder/file.txt) y un campo de modelo FileField en Django.

Cuando hago

instance.field = File(file('/folder/file.txt')) 
instance.save() 

se re-guarda el archivo como file_1.txt (la próxima vez que es _2, etc.).

Entiendo por qué, pero no quiero este comportamiento - Sé que el archivo con el que quiero que esté asociado el campo realmente está esperándome, y solo quiero que Django lo señale.

¿Cómo?

Answer 1

Si usted quiere hacer esto de forma permanente, lo que necesita para crear su propio Clase FileStorage

from django.core.files.storage import FileSystemStorage 

class MyFileStorage(FileSystemStorage): 

    # This method is actually defined in Storage 
    def get_available_name(self, name): 
     return name # simply returns the name passed 

Ahora en su modelo, utiliza su MyFileStorage modificado

from mystuff.customs import MyFileStorage 

mfs = MyFileStorage() 

class SomeModel(model.Model): 
    my_file = model.FileField(storage=mfs) 

Answer 2

¡Tenía exactamente el mismo problema! entonces me doy cuenta de que mis Modelos estaban causando eso. ejemplo que hade mis modelos como esto:

class Tile(models.Model): 
    image = models.ImageField() 

Entonces, yo quería tener más el azulejo referencia al mismo archivo en el disco! La manera que he encontrado para resolver ese era cambiar la estructura de mi modelo a esto:

class Tile(models.Model): 
    image = models.ForeignKey(TileImage) 

class TileImage(models.Model): 
    image = models.ImageField() 

que, después me di cuenta de que tienen más sentido, porque si yo quiero lo mismo archivo que se guarda más de una en mi DB tengo que crea otra mesa para eso!

Supongo que puede resolver su problema así también, ¡solo esperando que pueda cambiar los modelos!

EDITAR

También supongo que se puede utilizar un almacenamiento diferente, así por ejemplo: SymlinkOrCopyStorage

http://code.welldev.org/django-storages/src/11bef0c2a410/storages/backends/symlinkorcopy.py

Answer 3

Es correcto escribir la clase de almacenamiento propia. Sin embargo, get_available_name no es el método correcto para anular.

get_available_name se llama cuando Django ve un archivo con el mismo nombre e intenta obtener un nuevo nombre de archivo disponible. No es el método el que causa el cambio de nombre. el método causado es _save. Los comentarios en _save son bastante buenos y puede encontrar fácilmente que abre el archivo para escribir con el indicador os.O_EXCL que lanzará un OSError si ya existe el mismo nombre de archivo. Django detecta este error y luego llama al get_available_name para obtener un nuevo nombre.

Así que creo que la forma correcta es anular _save y llamar a os.open() sin marcar os.O_EXCL. La modificación es bastante simple, sin embargo, el método es un poco largo, así que no lo pego aquí.Dime si necesita más ayuda :)

Answer 4

apenas se fija instance.field.name a la ruta de su archivo

por ejemplo,

class Document(models.Model): 
    file = FileField(upload_to=get_document_path) 
    description = CharField(max_length=100) 


doc = Document() 
doc.file.name = 'path/to/file' # must be relative to MEDIA_ROOT 
doc.file 
<FieldFile: path/to/file> 

Answer 5

probar esto (doc):

instance.field.name = <PATH RELATIVE TO MEDIA_ROOT> 
instance.save() 

No