Нет в жызни щястя

[dil]

Решил я тут попробовать одно приложение, написанное на Django. По рекомендации разработчиков поставил его с помощью easy_install, поскольку в родных дебиановских пакетах его нет. Всё поставилось, зависимости проверились, отсутствующие питоновские модули автоматически вытянулись и тоже поставились. И в их числе новая версия Django: 1.5.1. Стоявшая до этого дебиановская версия Django для этого приложения оказалась старовата.

А у меня там уже стояло одно довольно редко используемое, но вполне себе работающее приложение на Django, и я пошёл проверить, не сломалось ли оно. Конечно же, оно сломалось. 500 Internal server error, в клиента вываливается соответствующая страница с ошибкой, а подробностей нигде нету. Только вот эта запись в логе, и всё:
[pid: 23778|app: 0|req: 1/1] 46.7.*.* () {38 vars in 587 bytes} [Sun Mar 31 15:38:28 2013] GET / => generated 1275 bytes in 299 msecs (HTTP/1.1 500) 1 headers in 78 bytes (1 switches on core 0)

Включил в settings.py режим отладки: DEBUG=True… Опаньки, ошибка пропала, всё работает. Выключил DEBUG — опять error 500.

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

в новой версии Django появился новый параметр в настройках приложения:

# Hosts/domain names that are valid for this site; required if DEBUG is False
# See https://docs.djangoproject.com/en/1.5/ref/settings/#allowed-hosts
ALLOWED_HOSTS = []

который почему-то требуется ТОЛЬКО при отключённом режиме отладки. То есть, пока отлаживаешь, всё работает, а как переведёшь в production, так оно и сломается..

Оригинал этой записи в личном блоге.
Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме.

Comments

ну.. если ничего не работает - прочтите, наконец, инстру

[lslarry.livejournal.com]

почему-то уверен, что в чейнжлоге про это написано английским по белому.

а резон в таком вот объявлении и использовании переменной - есть.

Re: ну.. если ничего не работает - прочтите, наконец, инст

[dil]

Естественно, оно там написано: https://docs.djangoproject.com/en/dev/releases/1.5/#backwards-incompatible-changes-in-1-5, но кто ж его читает..

Но логики в таком решении я не вижу. Работа приложения в debug и production режимах должна быть как можно более одинаковой, за исключением собственно выдачи отладочных сообщений, иначе что это получается за отладка, если оно потом будет работать по-другому?

И конкретно у этого параметра я не вижу поводов для исключения из общего правила. С чего вдруг отладочный сайт не должен проверять имя хоста, к которому происходит обращение?

Естественно, при создании нового проекта разработчкик по-любому пойдёт менять настройки в settings.py и на это наткнётся, а вот при апгрейде фреймворка со старыми проектами это будут хорошо замаскированные грабли, как у меня.

Re: ну.. если ничего не работает - прочтите, наконец, инст

[lslarry.livejournal.com]

а ты не помнишь пляски с обгрейдом пехапе?

Re: ну.. если ничего не работает - прочтите, наконец, инст

[dil]

Так то похапе, там всё по-идиотски. Я-то надеялся, что в джанге получше, ан нет..

Re: ну.. если ничего не работает - прочтите, наконец, инст

[lslarry.livejournal.com]

ну - если вся поломка это вот одна переменная - то как бы можно и не считать поломкой :)
а резон то, собсно - простой. убедиться в том (ну хоть как-то убедиться), что человек ответственно подошел к обновлению софта.

Re: ну.. если ничего не работает - прочтите, наконец, инст

[dil]

Вот если б оно сломалось, явно ругнувшись на неопределённую переменную, без которой оно теперь работать не может, это было бы правильно.
А раскладывать грабли, которые внезапно пропадают при включении отладочного режима - ненатурализм.