особенно когда давно не видел код / смотрит кто-то другой

а кто говорит, что это революционное изменение? :)

Ну, ты вот писал, что радовались все)

благо, оставят регэкспы + поверх еще параметры

кстати, там вроде можно будет свои префиксы добавлять, с правилами конвертации в регулярки.

кстати, там вроде можно будет свои префиксы добавлять, с правилами конвертации в регулярки.

как и в фласке, да

кстати, там вроде можно будет свои префиксы добавлять, с правилами конвертации в регулярки.

А вот это уже может быть интересно

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

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

ну это же не замена регуляркам, а дополнительная возможность

ну это же не замена регуляркам, а дополнительная возможность

Ну да.

как дополнительная возможность это очень хорошо

Ну... не прям очень

просто хорошо

тип неплохо

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

это же чудесно

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

вооот, я писал, да. Порог снижается

ну так это не "неплохо", это "чудесно"

Ну... регулярка всегда полезна и хоть чуть-чуть в ней разбираться надо

А так будет меньше поводов для новичков

на какомто ресурсе сравнения фреймоврков регулярки в джанго вынесли даже как голос против)

Что мешало вообще написать свою ф-цию заменяющую Регулярку на что-то читаемое?

ну вот и написали

Разработчики выпустили альфа-версию Django 2.0: https://tproger.ru/news/first-alpha-django-2-0/ Обещают большое количество изменений в новой версии фреймворка.

Уже обсудили?

Ну вот же прям тут замену регулярки из второй обсуждают

Я считаю, что сделали лучше.

Главное чтобы была backwards compatibility​

И большие проекты могли потихоньку перейти на 2.0

Тут текущий проект на работе проблема с 1.8 на 9 перевести ни как времени нет, тк нет обратной совместимости и легаси-либы просто падают, а ты про переход на 2.0 легкий...

Тут текущий проект на работе проблема с 1.8 на 9 перевести ни как времени нет, тк нет обратной совместимости и легаси-либы просто падают, а ты про переход на 2.0 легкий...

А не надо писать на Django )

Если у вас каждая версия ломает код настолько, что он не работает в продакшне, то нафиг такой фреймворк

При чем тут это? Есть либы и всякое, есть полотна кода, логика какая-то

Зачастую это не переписывается, а поддерживается

Если тесты есть - все норм

есть надежда что всё норм*

Если тесты есть - все норм

+

Если тесты есть - все норм

И время на мейнтенанс Ибо не все это понимают

С обновлениями Джанго сильных проблем никогда не было - все документируется хорошо у них

Давайте больше фич, на баги и обновление пакетов забивают

К той же альфе подробный список изменений

Вот есть ExtJS там как бы обратная совместимость, но все его считают г.

Да тут проблема в том что не выделяют людей и ставят сроки не реальные, так что пишем как можем, а не как надо. Свои домашние мини проекты то я обновляю.

Тогда это проблема заказчика)

Да тут проблема в том что не выделяют людей и ставят сроки не реальные, так что пишем как можем, а не как надо. Свои домашние мини проекты то я обновляю.

+

Это должно беспокоить собственника или менеджера

Проблема начальства скорее. Тут вообще все плохо. Пришел чисто формальный опыт набить

Пока доучиваюсь

Если нет времени на обновления, можно использовать lts

1.8 1.11 2.2

Вот 1.8 и юзаем

Там срок поддержки уже вроде закончился

Разумно обновиться до 1.11, проигнорить 2 и 2.1 и ждать 2.2.1 или 2.2.2

Я то за, но сроки сдачи поджимают.

Разумно обновиться до 1.11, проигнорить 2 и 2.1 и ждать 2.2.1 или 2.2.2

чёт вспомнилась история с виндоус 10 которую все советовали ждать сервис пак 3 как миниум

https://docs.djangoproject.com/en/dev/releases/2.0/#simplified-url-routing-syntax да лааадно, теперь можно будет писать норм url без регулярок ?

Это если платная подписка

Это если платная подписка

Ну да, на бесплатной оставили всего 10 урл на проект

Ну да, на бесплатной оставили всего 10 урл на проект

Ну да, там ещё Максимум 2 аппа можно создавать, остальное - с ограничениями.

Джанго 2 не поддерживает же второй питон?

Джанго 2 не поддерживает же второй питон?

Нет, только 4.0, как раз релизы совпадают

Нет, только 4.0, как раз релизы совпадают

Все равно в этом мире

Именно поэтому я на джанге

чёт вспомнилась история с виндоус 10 которую все советовали ждать сервис пак 3 как миниум

Зависит от времени на поддержку, я могу и на rc обновиться, потестировать, кто-то боится багов, а в первой версии они часто есть

Можно быть вообще консерватором и переходить на новую версию только после окончания поддержки текущей

Так нравится делать тем, кто аргументирует «а вдруг у вас завтра проект развалится, тогда мы ненужную работу сделаем» :-)

По опыту работы с джангой могу сказать, что rc и даже иногда последние беты вполне стабильны, но мелкие деградации есть и в финальных версиях, это тоже своего рода rc

Так нравится делать тем, кто аргументирует «а вдруг у вас завтра проект развалится, тогда мы ненужную работу сделаем» :-)

Иногда в новых версиях бывают новые фишки, с которыми писать новый функционал становится проще

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

Я сам обновляюсь сразу

Но это вопрос наличия времени

Например, я догадываюсь, что 2.0 будет менее стабильной, чем 1.11 до первых багфиксных обновлений

Вместе со вторым питоном что-то важное сломают, это полюбому

И потом в 2.0.1 2.0.2 2.0.3 всё восстановят

И тем не менее я сам эту 2.0 буду использовать, начиная с rc

Просто ради фана

Это вопрос наличия времени на такое)

Потому что ничего такого мега-важного они обычно не ломают, можно проманкипатчить чуть-чуть или даже вообще багов не встретишь и получать фан от новой версии

Но вот разве что в 2.0 что-то могут сломать особенно если по регуляркам старый код будут удалять

Например, в super()

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

с портом соответсвенно

с портом соответсвенно

обязательно в jinja? можно request добавить в teplate_context_processors и передавать его в view и в шаблоне брать {{ request.get_full_path }} или через js <script>var currentLocation = window.location;</script>

мне именно на сервере надо, клиенту этого знать не нужно

спасибо

да никак, только если в вебсервере хедеры добавишь с инфой в запрос

с какой целью тебе это надо?

Est gruppi C/C++?

Est gruppi C/C++?

Sure

Пишу интерфейс для администратора. Что выбрать: делать свою джанго-приложеньку или кастомить джанго-админку?

Своё.

Sure

Ссылку можно, а то не могу найти?

Пишу интерфейс для администратора. Что выбрать: делать свою джанго-приложеньку или кастомить джанго-админку?

Я бы взял какую-то джанго админку кастомизированную, стянул бы себе и ее бы кастомизировал

Мне от базовой админки ниче не надо, ручками модельки никто менять не будет однозначно

Своё.

Как там глобальный логин-реквайрд делается? Мидлварью?

Декораторы глянь из auth

Декораторы на всё лепить? О_О