A shelter from pigs on the wing
DMZ
дневник заведен 09-08-2004
постоянные читатели [32]
3 CaHuTaPa, 517design, Arde, Art`Is, aviabaza, BlackDrago, CyberJoe, DeadMorozz, Depeche Mode, DMZ, d_r, Ewige, glv12 Marla Zinger, goldenandy, Grimble, Hydralisk, Jude, Katrine Himitsu, Leave-me-alone, MISTIK, My3a, Nash, Nicholas Hawkwood, Pingvin, Riskoff, VorteX DrAgON, Wolfram, Букля_, достало, Муть, Рика, Эль
закладки:
цитатник:
дневник:
местожительство:
Красноярск, Россия, Сибирь
интересы [24]
программирование, C++, Depeche Mode, Star Wars, perl, DVD, JavaScript, FAR, lost, 80е, Half Life 2, долго спать, Miami Vice, веб-роботы, кентаврицы
антиресы [9]
грибы, грейпфрутовый сок, мёртвые люди, табличка обед, долго спать
06-05-2009 09:49

Еще интересная штука — если вдруг на файловой системе появилась ошибка и файл не удалился (например кто-то умный забрал права), то запись из базы все равно удаляется. Хорошо бы как-нибудь это дело поправить

Полное решение, правда, требует глубокого изучения всех возможных вариантов, но вот интересный маленький способ. Имеется вьюшка, которая в итоге должна будет удалить объект из базы. Пробуем удалить. При ошибках в файловой подсистеме Django выкинет OSError, но все равно удалит файл.

Точнее Django сначала удалит запись и только потом будет пытаться стереть файл

Красивого способа обойты это я пока не нашел, но можно привлечь базу данных. А именно: сделать откат транзакции, если была ошибка OSError. Вобщем план таков: запрещаем автоматическое подтверждение транзакции. Если не было OSError подтверждает вручную, иначе откатываем вручную

@transaction.commit_manually
def deletedocument(request, ...):
    ....

    try:
        object.delete()
    except OSError:
        transaction.rollback()
    else:
        transaction.commit()

Ваш комментарий:
Камрад:
Гость []
Комментарий:
[смайлики сайта]
Дополнительно:
Автоматическое распознавание URL
Не преобразовывать смайлики
Cкрыть комментарий
Закрыть