Django 2.0

Как-то маловато изменений.

проблемы с обратной совместимостью
Обновление потребует столько же усилий, сколько требовали и предыдущие версии.

т.е. дофига

Сегодня праздник у ребят, ликует пионерия.

Когда они выкинут свои недошаблоны и перейдут на Jinja?

Кога они выкинут свой недоорм и перейдут на SQLAlchemy?

Когда они выкинут свои недошаблоны и перейдут на Jinja?

Кто тебе не разрешает использовать Jinja в Django?
import jinja и юзаешь jinja.

Кога они выкинут свой недоорм и перейдут на SQLAlchemy?

Кто тебе не разрешает использовать SQLAlchemy в Django?
import SQLAlchemy и юзаешь SQLAlchemy. Я как-то peevee использовал в Django без проблем.

Ну чего. Кроме python3 только плюшки. И они радуют.

А что не так с их ORM?

Все так. Он легковесный и классный.

Если делаешь блог или CMS, то норм. Но когда понадобится сложная аналитика с вложенными запросами и агрегацией, начинаешь рвать на жопе волосы. Прелесть SQLAlchemy в том, что помимо SQLAlchemy ORM там есть SQLAlchemy Core - конструктор произвольных SQL-запросов, через который можно делать вообще фсио.

jinja уже давно поддерживается из коробки. orm для большинства типичных проектов вполне норм. Если что можно писать запросы через алхимию.

Ну пиши запросы через алхимию как-то так https://habrahabr.ru/post/128052/ например. Или raw sql. Или хранимые процедуры сделай.

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

Лучше на PonyORM

А когда каналы?

Если это они выкинут что останется от Джанго ? Одна админка. Насколько я помню цель Джанго как раз была не юзать общепринятые штуки ( тогда по сути это будет таже пирамида или фласк и т.д. ) а все тащить свое.

Просто не надо на джанге делать ничего сложнее блогов или CMS. Главный плюс джанги - стандартные компоненты для стандартной off-the-shelf вебни. Регистрация, аутентификация, восстановление пароля, стандартный CRUD, админка, вот это всё. Это даёт возвожность васяну-фрилансеру нахерачить тебе рабочий сайт за пару вечеров и риску миса. Но в большом сложном проекте один фиг придётся всё переделывать. А джанга начинает уже не помогать, а мешать. Поэтому проще сразу взять некий микрофреймворк типа Flask или что там щас в моде, который не навязывает тебе свои архитекрурные решения.

Останутся стандартные компоненты и набор best practices.

Так тогда может лучше юзать Flask?

Это эти псевдокостыли для вебсокетов? Ненужно. Если нужны вебсокеты возьми, например, торнадо и используй где-то сбоку.

Кроме натягивания питоньего синтаксиса на глобус, PonyORM не даёт никаких новых возможностей по сравнению с Django недо-ORM.

Админки как раз не останется. Она завязана на джаного орм и шаблоны.

Во-первых, джанго орм умеет агрегацию и вложенные запросы (последнее, кажется, начиная с 1.11). Во-вторых, если тебе нужно конструировать произвольный SQL, то зачем вообще ORM (и да, в джанго орм можно вставлять raw sql)?

DRF ещё есть и весьма популярна. Для флакса правда тоже что-то похожее было.

Лорчую. Реально сложные запросы будут ужасно выглядеть в любой orm, включая алхимию. Надо писать raw sql или выносить это вообще в хранимки.

Я вот тоже не понимаю, че они пишут, такое ощущение, что про джангу они читали на хабре, и там дяденька писал, что орм прибита гвоздями и тютю. И с тех пор они ничего на ней и не писали. Потому, что боялись и php/java мирок роднее.

а без него сайты не работают?

Во-первых, джанго орм умеет агрегацию и вложенные запросы (последнее, кажется, начиная с 1.11).

Чтобы ты так жил, как джанго это «умеет».

Во-вторых, если тебе нужно конструировать произвольный SQL, то зачем вообще ORM?

Правильно, для этого нужен не ORM, а конструктор SQL-запросов типа SQLAlchemy Core. Зачем? Чтобы не обматываться портянками 'SELECT %s FROM %s WHERE %s JOIN %s'.

Я это понимаю. Почему то некоторые люди начинают сравнивать РоР и Джанго. Х.з. почему. Дело в том что руби хоть и не плохой язык но сигналу ( вроде правильно вспомнил ) пришлось понаписать всякой фигни чтобы можно было его использовать для веба. В случае питона такой фигни полно и программер не ограничен чем то. По сути РоР это и есть сам питон с батарейками.

Во-вторых, если тебе нужно конструировать произвольный SQL, то зачем вообще ORM?

Признайся, ты ведь алхимию не юзал.

Надо писать raw sql или выносить это вообще в хранимки.

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

Для фласка есть flask-restplus, он и Swagger генерирует, и легко расширяется/кастомизируется.

DRF тоже swagger генерирует и кастомизируется как угодно.

и используй где-то сбоку.

Какое точное определение костыля.

Смысл в том, что для REST-бэкенда джанга изначально не нужна.

Признайся, ты ведь алхимию не юзал.

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

Кога они выкинут свой недоорм и перейдут на SQLAlchemy?

тога, кога станут невменяшками

Асинхронщину не сделали? Жаль.

Сомневаюсь, что в ближайшее время завезут. Тут остается только aiohttp и tornado.

И twisted XDDD

Приведи пример какого нибудь головоломного запроса в алхимии и в SQL.

Вот довольно развесистые примеры с подзапросами, апсертами, INSERT FROM SELECT и CTE.

Асинхронщину не сделали? Жаль.

Юзай gevent, и всё у тебя будет хорошо.

Подскажите, есть ли возможность (и смысл) запускать джангу через haproxy, без nginx?

Когда они выкинут свои недошаблоны

Сначала обьясни зачем тебе в 20!8 [навороченные] серверные шаблоны?

path('articles/<int:year>/', views.year_archive),

Я не понял, это в джангу завезли то, что в рельсах 100500 лет как было? Или я что-то не так понял?

свой недоорм и перейдут на SQLAlchemy?

Я за peewee.

[навороченные] серверные шаблоны?

Чтобы генерировать клиентские же. Или ты их вручную пишешь?

Чтобы генерировать клиентские же

Интересная мысль. А можно подробнее, как это?

Или ты их вручную пишешь?

Я Polymer

ORM это про мап таблиц на объекты, а не про замену SQL.
А объекты мапятся на json/элементы вёрстки.

Допустим, есть админка каталога фруктов, и есть админка древрвидных данных по фильмам. По сути вещи похожие, по шаблонам - нет. Я не буду париться с отдельным клиентским генератором вложенных форм, а сделаю это на сервере, вложенные части будут подгружаться, пока юзер смотрит верхний экран иерархии. Что-то из этой области - http://flask-triangle.readthedocs.io/en/latest/ особенно в связке с https://github.com/biosustain/potion-node

Другое дело, что я неахожу javascript человеконенавистническим языком, требующим или бесконечное количество костылей, или TypeScript. Может, кому-то нравится пердолиться с асинхронной реализацией синхронных алгоритмов, провокацией спагетти-кода и оригинальной реализацией скопа.

Так тогда может лучше юзать Flask?

Это ощущение, когда юзаешь фласк, тебе в нём чего-то не хватает и ты спрашиваешь как это сделать, а тебе отвечают: «Ну сделай, как оно в джанге искаропке.»

Обычно оно уже сделано.