Доброе

Доброе утро неспящим и проснувшимся

Соседская собака, мать её, решила с часок погавкать. В 6 часов Доброе

Доброе

Кто-то уже юзает 1.10 джангу?

Кто-то уже юзает 1.10 джангу?

Хы, я вчера обновился до неё. Но я её почти не использую, только как роутинг до вьюх + мидедвари. ?

Хы, я вчера обновился до неё. Но я её почти не использую, только как роутинг до вьюх + мидедвари. ?

А debug toolbar с ней не юзал?

По-моему в 1.10 самое угарное изменение - новые миделвари. И 10 лет не прошло, наверное, как они поняли бестолковость их первой версии миделварей. Не могли что ли посмотреть как аналогичная штука в wsgi сделана.

вот у меня с

этим проблема возникла

подключаю дебаг тулбар if env.bool('DEBUG_TOOLBAR'): INSTALLED_APPS += ['debug_toolbar']

джанга плюёт

The MIDDLEWARE_CLASSES setting is deprecated in Django 1.10 and the MIDDLEWARE setting takes precedence. Since you've set MIDDLEWARE, the value of MIDDLEWARE_CLASSES is ignored.

А debug toolbar с ней не юзал?

Нет, не пользлвал, у меня "молодёжный" rest бекенд с монгодб ?

хы

а фронт на чём*

?

а фронт на чём*

Ангуляр, андроид, иос, вин32, макось

ангуляр второй или первый?

The MIDDLEWARE_CLASSES setting is deprecated in Django 1.10 and the MIDDLEWARE setting takes precedence. Since you've set MIDDLEWARE, the value of MIDDLEWARE_CLASSES is ignored.

Это всего лишь варнинг а не ошибка, ошибкой станет в след. версиях

да, но toolbar не пашет

если ниже подключить его MIDDLEWARE += ['debug_toolbar.middleware.DebugToolbarMiddleware']

ангуляр второй или первый?

Вроде как первый, не слышал чтобы фронт-девы его переписывали

то ошибка mw_instance = middleware(handler) TypeError: __init__() takes 1 positional argument but 2 were given

если ниже подключить его MIDDLEWARE += ['debug_toolbar.middleware.DebugToolbarMiddleware']

Так можно если миделваря уже умеет джангу 1.10

А оно видимо не умеет

а если нет? Переименовывать MIDDLEWARE в MIDDLEWARE_CLASSES ?

ибо так начинает работать

Забей пока на варнинг и просто следи за обновкой тулбара. Когда запилят поддержку 1.10 поправишь как нужно

Ну и почитай релиз-нотес для 1.10, чтобы понять, что случилось с этими миделварями

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

а мне сказали

Ну и почитай релиз-нотес для 1.10, чтобы понять, что случилось с этими миделварями

всё таки придётся подождать обновления самого toolbara

всё таки придётся подождать обновления самого toolbara

Ну почему же - можно его использовать и в 1.10, если там кроме этого варнинга про устаревший тип миделвари больше ничего не беспокоит.

Я вот точно так же - пока не стал запариваться миделварями и и оставил старые, которые через настройку MIDDLEWARE_CLASSES указывают. Полёт нормальный.

т.е. ты в конфиге MIDDLEWARE переименовал на MIDDLEWARE_CLASSES?

Нет, у меня всю жизнь был MIDDLEWARE_CLASSES, MIDDLEWARE - это нововведение в 1.10

дебаг тулбар добавляет свой миддлвар в MIDDLEWARE_CLASSES а 1.10 его игнорит в итоге тулбар не работает

Если сильно бесит этот варинг, можно сделать свой класс для миделвари тулбара, унаследовать его от специального MiddelwareMixin (если не ошибаюсь, читай доки по миграции но новые миделвари) + от оригинального класса миделвари. И использовать эту свою миделварю в настройке MIDDLEWARE

да я щас так и буду делать

дебаг тулбар добавляет свой миддлвар в MIDDLEWARE_CLASSES а 1.10 его игнорит в итоге тулбар не работает

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

The MIDDLEWARE_CLASSES setting is deprecated in Django 1.10 and the MIDDLEWARE setting takes precedence. Since you've set MIDDLEWARE, the value of MIDDLEWARE_CLASSES is ignored.

вот же

the value of MIDDLEWARE_CLASSES is ignored.

Понятно, игнорит потому что у тебя уже есть настройка MIDDLEWARE. У меня её нет

да

Можно переименовать в MIDDLEWARE_CLASSES, все встроеные миделвари джанги умеют работать по старому (они тоже используют MiddelwareMixin)

Можно переименовать в MIDDLEWARE_CLASSES, все встроеные миделвари джанги умеют работать по старому (они тоже используют MiddelwareMixin)

ага. значит всё таки можно переименовать.

Ты про else после while - то допустимо

Ты про else после while - то допустимо

нет, я про выделенную строчку

ага. значит всё таки можно переименовать.

Да, но наверное правильнее снавчала попробовать запилить свой класс обертку над тулбар-миделварей

Ты про else после while - то допустимо

просто я ввёл два услоовия через and а он ругаеццо

угу

нет, я про выделенную строчку

Да, на вид всё нормально

Да, но наверное правильнее снавчала попробовать запилить свой класс обертку над тулбар-миделварей

да,

просто я ввёл два услоовия через and а он ругаеццо

А какими словами ругается?

почему стринг?

Ну потому что input() не телепат, строки в число сам не конвертит

Ну потому что input() не телепат, строки в число сам не конвертит

хм, а на другом скрипте телепат походу))

Делай вот так, в простейшем случае, если забить на обработку исключений a = int(input('Bla-bla'))

else всегда будет срабатывать.

else всегда будет срабатывать.

Да, он не сработает только если выход из while был с помощью break

фак, теперь Traceback (most recent call last): File "/home/werwolf/PycharmProjects/sleta/sleta.py", line 16, in <module> partname = 'партия №' + i TypeError: Can't convert 'int' object to str implicitly

фак, теперь Traceback (most recent call last): File "/home/werwolf/PycharmProjects/sleta/sleta.py", line 16, in <module> partname = 'партия №' + i TypeError: Can't convert 'int' object to str implicitly

Читай про форматирование строк в питоне, ну или по тупому 'asdasd' + str(i)

Не по тупому 'asd %d' % i или 'asf {}'.format(i)

f'asf {i}' наконец-то в 3.6 можно будет

f'asf {i}' наконец-то в 3.6 можно будет

3.6.0 schedule 3.6.0 final: 2016-12-16 ещё почти пол-года ждать.

ERROR: S client not available

f'asf {i}' наконец-то в 3.6 можно будет

Интересно, а если я хочу то же самое но для байтовых "строк", как мне такое сделать? bf'asd{i}'

Ого, до декабря отложили?

Или они ещё не запилили в питоне PEP про форматирование байтовых строк?

No binary f-strings

Both of these remain as options in the future, if such functionality is desired.

А, понятно, они только % для байтов запилили https://www.python.org/dev/peps/pep-0461/

потому что list - это встроеный тип данных

потому что list - это встроеный тип данных

список же, ему же пофиг что в него пихают, или я не прав?

Ну и разберись с else ещё, а то не понятно зачем он там, если он всегда будет выполняться

список же, ему же пофиг что в него пихают, или я не прав?

Так у тебя нет списка, ты используешь тип данных как переменную

В питоне вообще то положено заранее определять переменную, то того как ты её будешь использовать

Так у тебя нет списка, ты используешь тип данных как переменную

ой, забыл удалить строчку.. спасибо запомошь простите за тупые вопросы

Всмысле 1.10?

Уже джанго 1.9, не?

Вот такие вещи a = a - 2 можно короче записать a -= 2

Уже джанго 1.9, не?

Уже 1.10

Уже джанго 1.9, не?

good morning!

А, бес попутал, ссори, сплю

И че там?

В 1.10

В 1.10

новые мидлвари.

новые мидлвари.

Они наконец посмотрели как сделаны миделвари в WSGI, и поняли свою убогость ?

и как обычно два ведра разных фиксов.

Стоит обновляться?

Стоит обновляться?

у кого-то тут сломался django debug toolbar.

Ну ещё можно отметить поддержку fulltext search в PostgreSQL

Хмэ, у меня проджект не слетит?:D Видел

У меня django-debug-panel

В хроме

Или это не то?

у кого-то тут сломался django debug toolbar.

Он не то что бы сломался - он просто не завёлся в нулёвом проекте, т.к. там все миделвари были уже в настройке MIDDELWARE, вместо MIDDELWARE_CLASSES