Отладка в Django

[krig]

Пользуюсь форком этого замечательного тулбара — в нем немного меньше багов чем в оригинале. Правда недавно вылезла пренеприятнейшая особенность — при включеном тулбаре отваливается jquery.ui и jquery плагины.

[neoromantic]

в форке какой-то совсем ерундовый sql-модуль. Или я что-то не понимаю?

[StopDesign]

Форк запросы и Explain показывает на одной странице, нормально форматирует запрос. Не может выполнить запрос и сделать SQL-профайлера нет. Правда, не знаю, насколько он необходим… Пользовался пару раз всего.

Зато есть настоящий профайлер Python.
Только его нужно отключать иногда — с ним всё работает в 8 раз медленнее.

[moonghost]

+ 1

в debug-toolbar'е мне пришлось сразу переделывать стили, т.к. он отображался некорректно, в отличии от форка, да и немного удобнее он будет…

[StopDesign]

Спасибо, добавил в статью. Интерфейс впечатляет. И заработал без изменений в коде. Про jquery-плагины пока не смотрел…

[Scala]

В Symfony это было года 3 назад точно.

[kost_bebix]

В Симфони чтоб выбрать больше одного объекта (разные таблички) в одном запросе — надо парсить руками через doSelectRC, тоесть еще хуже чем просто руками сделать запрос и непонятнее (да еще и надо за порядком следить, а если критерии взбредит выбрать после апдейта не «книги, читатели» а «читатели, книги» то всё поломается при hydrate'е).

[kmike]

хорошая штука, только, помню, с mootools она не подружилась, приходится на время отладки js отрубать из шаблонов

[StopDesign]

Оно и с jQuery не сразу подружилось. Я заметил проверку, не загружена ли jquery, при инициализации скриптов тулбара. Поставил свою jQuery 1.3.1 так, чтобы она грузилась раньше. С этих пор всё нормально.

Про mootools ничего не могу сказать.
Попробуйте взглянуть исходники, там всё просто.

[kmike]

Спасибо за совет. Исходник глянул, патч написал, автору отправил, он закоммитил, дебаг-тулбар с mootools теперь дружит.

[kmike]

хотя нет, пока не дружит) автор патч слегка поправил (наверное, были на то причины), ну и после этого дружба опять завершилась)

[kmike]

rob hudson молодец, все починил)

[prosto_dima]

Спасибо большое, очень не хватало такой вещи.

[Bonch]

Проблеммы

Проблемы

[valodzka]

я один после прочения полез смореть https://dev.google.com?

[googlebot]

я во время прочтения плез )

[barbuza]

а вот меня наличие жиквери на странице сильно огорчает. переписываю под мутулз.

[EXSlim]

сильно огорчает? хммм… тестируйте себе на jquery а в продакшн mootols. проблем то…

[dimaka]

Поставил форк, так как интерфейс больше понравился :) В джанго новичок, но думаю надо к отладке привыкать. Тем более люблю когда все под контролем.

[Vas3K]

Почему всегда, когда я что-то хочу установить и попробовать, на хабре появляется подробный ман по этому. Хабр читает мои мысли? Спасибо ^__^

[rtm]

Такой вопрос:
Насколько правильно, в плане производительности, писать подобные конструкции в коде проета?
if DEBUG:

Я имею ввиду не только Settings, но и повсемесно в коде
if DEBUG:
logging.info('опять упала !')

[StopDesign]

В данном случае использование if DEBUG совершенно оправдано: мы включаем консоль только в режиме отладки.
А насчет использования в коде — точно не знаю. Нужно потестировать. Возможно, поможет вывод сообщений с разными уровнями отладки…

Я еще не привык ловить такие мелочи (как, например, в статье по аналогичной проблеме в Perl). Мне вообще очень странно и непривычно, что страница генерится 43 миллисекунды, а не 2 секунды :-)

[olegchir]

А насколько корректно использовать для объектов, которые разные в debug и production просто паттерн strategy? Ну и менять стратегию для дебага и продакшна.

[olegchir]

Ну и вообще, более глобальный вопрос. Насколько полезно писать полностью-ООП программы на питоне?

Когда-то я написал полностью-ООП движок для PHP, чем-то походящий на Turbine под Java. Искоренил «скриптовый» подход везде где можно, остались только классы организованные по базовым паттернам. Потом свершилась работающая версия… увидел сколько времени всё это выполняется, и выбросил код в помойку.

[tasman]

конкретно в случае logging стоит писать logging.debug('опять упала!')
уровень выводимых сообщений настраивается

[darkk]

Верно говорят про logging.debug('опять упала !'), но не стоит, конечно, передавать ему какой-нибудь объект, который при str() выдаст простыню на 100 килобайт и задумается на две секунды.

[rtm]

Вопрос был не про logging.debug

[tema_sun]

Архикрутая вещь. Спасибо огромное за обзор.

[niro]

Шикарно, множество print в коде исчезнут :)

[MaxSergeev]

«Жепь ебрило» :) отлично

Спасибо за обзор.

[Rufuse]

Спасибо, это спасет кучу нервов и драгоценного времени.

[dir01]

За такой интерфейс отладчика кто-то мог бы продать душу дьяволу! Нужно попробовать.

Ха, по сравнению с внешним вид нынешнего, на ноябрь 09, стандартного, не-форкнутого дебаг тулбара (0.8.х) это — просто крокодил. Штука стала выглядеть ГОРАЗДО круче