LINUX.ORG.RU

Django 3.2 LTS

 , ,


0

2

Состоялся LTS-релиз фреймворка Web-приложений Django версии 3.2 со сроком поддержки до апреля 2024 года.

>>> Полный список изменений

★★★★★

Проверено: Satori ()
Последнее исправление: xaizek (всего исправлений: 6)

Что это за издевательство над русским языком? Ещё и ни одного изменения не указано.

xaizek ★★★★★
()
Ответ на: комментарий от LikeABoss

Это не изменение функциональности библиотеки, а особенность поддержки релиза.

xaizek ★★★★★
()

тупо постим ссылки...

Опоздал на пару недель, да и на новость не тянет.

qbbr ★★★★★
()

Кстати кто знает чем особо отличается sqlite 3.9.0 от той же 3.7.17 (та что в centos 7.9 в базе) ?

У меня достаточно большая работа с моделями и так как я использую django с колес я просто меняю :

cd /var/venv36/django3/lib/python3.6/site-packages/django/db/backends/sqlite3
vi base.py (lines: 67 and 69)

И все пашет без проблем, а если перейти на другой движок db то вообще это по барабану. Мне кажется это основное из за чего в centos 7x нет пакета python3-django-3xxx

mx__ ★★★★★
() автор топика

Список удаляемых фич

Там прошедшее время, законченное действие. Удалённых.

Эта новость была переведена при помощи второклассника, что это за позор (я про оригинал)?

fernandos ★★★
()

Состоялся LTS-релиз фреймворка Web-приложений Django версии 3.2 со сроком поддержки до апреля 2024 года.

С-ка! LTS! Срок поддержки 3 года! Кто-то меня хочет н.ть.

anonymous
()

Да ладно, налетели на человека. Там оригинал тоже походу чудовищно квалифицированные специалисты писали. Они не знают, что index - это irregular noun. Вместо этого пишут «Functional indexes»

noize
()
Ответ на: комментарий от zerhud

Самописные http/websocket штуки на базе сырого epoll. Старая самодельная либа, с 2012 года клепаю, не в опенсорсе. На самом деле пишется за месяц по вечерам или за неделю, если ты наркоман.

igloev
()
Ответ на: комментарий от igloev

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

websocket не зашел как-то, сделал просто бек для sockjs.

а чего не выложишь в опенсорс?

zerhud
()

Что-то никто не набросил. Нужно исправить.

Чем оно лучше Laravel, Vue.js, FastAPI?

anonymous
()
Ответ на: комментарий от steemandlinux

Ну если чисто API реализовывать.

А так иногда подворачивается шабашка на простенький сайт - тут Джанга отлично справляется.

gruy ★★★★★
()
Ответ на: комментарий от zerhud
  1. Грязноватый код с приколами и дырами. Позорно. И ломанут меня.

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

igloev
()
Ответ на: комментарий от anonymous
  1. Laravel - ну кому лучше питон чем пхп то понимает разницу.
  2. Django полно используют с vue.
  3. FastAPI то же на питоне и можно без проблем заменить им внутрений из django.
mx__ ★★★★★
() автор топика
Ответ на: комментарий от gruy

Ну если есть много готовой копипасты, то чего бы и не использовать :) Это же не CMS перегруженные.

steemandlinux ★★★★★
()
Ответ на: комментарий от zerhud

Извините, но это же С.

Посмотрел в примеры - классика жанра: чтобы сделать какую-то простую вещь нужно написать 100500 строк кода. При этом не запутаться в обработке ошибок, очистке памяти и т.д.

Вот именно в эту область - прикладной веб - я б на километры с С не пускал: сложность на пустом месте и большая цена ошибки.

Намного лучше уж какой-нибудь beast на корутинах, если хочется native.

anonymous
()
Ответ на: комментарий от mx__

Слов в ответе много, но все они ни о чем.

  1. Свести различие Laravel и Django к языку программирования такое себе.

  2. Связка Django с Vue.js имеет место быть, но только в проектах с огромной кодовой базой доставшейся от дедов. Для небольшых , средних проектов в подавляющем случае можно все на js перенести. На бекенде и фронтенде удобно использовать что-то одно - js для всего однозначно лучше связки python и js. Если это не машинное обучение или что-то специфическое, к которому библиотеки есть только для python.

  3. FastAPI и Django совсем о разном. Это как автомобиль и дирижабль, а так они конечно средства передвижения.

anonymous
()
Ответ на: комментарий от anonymous

На бекенде и фронтенде удобно использовать что-то одно

Эта маркетинговая чушь была модной лет 10 назад, вылезай из анабиоза.

С тех пор уже бизнес на собственном опыте и ошибках понял, что использовать нужно подходящие в контексте прикладной задачи инструменты, а не универсальный супер-язык для всего, словно это The Answer to the Ultimate Question of Life, the Universe, and Everything.

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

OSBuster
()
Ответ на: комментарий от OSBuster

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

++
Тем более, что темплейты для SPA и для статичных копий всё равно могут быть на одном движке быть (например, PUG), а модель данных/JSON вообще к языку не привязаны.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от anonymous

А теперь переписывай на Go.

Го - пердь, там шаблонов нет. Надо по 100 раз одно и тоже пейсать.

tcpfinhello
()
Ответ на: комментарий от anonymous
  1. И что ? В рельсах это руби … По сути язык и накладывает особенности на фрамеворк.
  2. Ага и что у ВАС на серваке будет ? Это поделие в виде НОДЫ ? Если бы не жс вшитый в бравзер ЕСМА давно стоило бы забыть как страшный сон.
  3. Джанго это набор компонентов, почитайте про Django Rest Framework …
mx__ ★★★★★
() автор топика
Ответ на: комментарий от anonymous

На бекенде и фронтенде удобно использовать что-то одно - js

На дворе 2021, родной. Браузер очень давно перестал быть единственным «фронтендом».

Использовать «что-то одно» с какой из платформ будешь? Может быть сразу Dart?

anonymous
()
Ответ на: комментарий от igloev

ага, меня тоже обычно первая останавливает, позорится не хочется ))

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

zerhud
()
Ответ на: комментарий от anonymous

Извините, но это же С.
Вот именно в эту область - прикладной веб - я б на километры с С не пускал

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

чтобы сделать какую-то простую вещь нужно написать 100500 строк кода

ну, а то, что там много писать надо, это так каежтся. один раз написал, создал удобный интерфейс, и не паришься. вот как раз сейчас с памятью немного оптимизировал: в h2o выделяется буфер памяти на запрос, я его представил как std::pmr::memory_resource, теперь можно юзать для стандартной библиотеки. еще правда не проверял, но думаю так намного быстрее. память во первых не выделяется для каждой мелкой операции, а во вторых не освобождается сразу, к концу запроса целиком только, так что по пустякам лишнее не дергается. думаю быстрее намного. этот «прикладной веб» все равно сводится ко всяким микросервисам, вот там такое и нужно, чтобы по максимуму ресурсы использовать.

чтобы сделать какую-то простую вещь

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

При этом не запутаться в обработке ошибок

обработка ошибок: я же пишу на плюсах, просто делаешь небольшую обертку, которая кидает исключения.

beast на корутинах

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

beast

ну, я сделал до того, как оно появилось. но у меня rt полиморфизм. и там вроде нет http2. но им не пользовался, так что сравнить труднова-то :) плюс не знаю как там с памятью, можно ли там, например, pmr использовать. че-то вроде не.

zerhud
()
Ответ на: комментарий от mx__

Джанго это набор компонентов, почитайте про Django Rest Framework …

От этого набора компонентов плакать хочется: кривые, косые, производительность на уровне плинтуса.

anonymous
()

Django

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

anonymous
()

Состоялся LTS-релиз фреймворка Web-приложений Django версии 3.2 со сроком поддержки до апреля 2024 года.

Релиз - выпуск. Слово состоялся не нужно. LTS - долгосрочная поддержка. Фреймворк - каркас.

Выпуск Django 3.2, каркаса сетевых приложений долгосрочной поддержки до апреля 2024 года. Коротко и информативно.

anonymous
()
Ответ на: комментарий от anonymous

Я не знаю открою я ВАМ страшную тайну или нет, но большая часть программеров на питоне не применяет ОО. Django так как основан питоне тоже позволяет писать процедурно, я правда хз плохо это или хорошо, но в конце концов это дело разработчика.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Это спорный вопрос, помню одному разработчику на Джанго не нравился ОРМ родной, и он юзал Алхимию. Его право, это же Питон.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Релиз - выпуск. Слово состоялся не нужно. LTS - долгосрочная поддержка. Фреймворк - каркас.

Выпуск Django 3.2, каркаса сетевых приложений долгосрочной поддержки до апреля 2024 года. Коротко и информативно.

Какой ещё каркас и апрель? Остов/крепь/костяк и березозол/снегогон/ручейник.

OSBuster
()
Ответ на: комментарий от OSBuster

Какой ещё каркас и апрель? Остов/крепь/костяк и березозол/снегогон/ручейник.

Вбиваем в гугл фреймворк, первым выдаёт Википедии статью.

Фре́ймворк (иногда фреймво́рк; англицизм, неологизм от framework — остов, каркас, структура) — программная платформа, определяющая структуру программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта.

Употребляется также слово «каркас», а некоторые авторы используют его в качестве основного, в том числе не базируясь вообще на англоязычном аналоге[1][2][3]. Можно также говорить о каркасном подходе[3] как о подходе к построению программ, где любая конфигурация программы строится из двух частей:

Постоянная часть — каркас, не меняющийся от конфигурации к конфигурации и несущий в себе гнёзда, в которых размещается вторая, переменная часть; Сменные модули (или точки расширения).

anonymous
()
Ответ на: комментарий от anonymous

NJkmrj zpar htgnbkjqljd nt,t gjvj;tn! Bcgjkmpeq tuj.

anonymous
()
Ответ на: комментарий от zerhud

😲 вообще было бы интересно посмотреть.

Насчёт того, что арена быстрее - надо мерить, где начинается профит.

Но если пишешь на плюсах, то зачем С фреймворк?

Вот их пример:

    memset(&addr, 0, sizeof(addr));
    addr.sin_family = AF_INET;
    addr.sin_addr.s_addr = htonl(0x7f000001);
    addr.sin_port = htons(7890);

Это одна строчка на asio, которая сгенерирует абсолютно тот же машинный код.

Или вот:

if ((fd = socket(AF_INET, SOCK_STREAM, 0)) == -1 ||
        setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &reuseaddr_flag, sizeof(reuseaddr_flag)) != 0 ||
        bind(fd, (struct sockaddr *)&addr, sizeof(addr)) != 0 || listen(fd, SOMAXCONN) != 0) {
        return -1;
    }

Одна операция на прошла - все, утёк сокет.

И я даже не говорю, что надо на исключениях делать обработку ошибок. Элементарный raii сильно упрощает жизнь. В libh2o, я так понял, он как-то эмулируется.

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

А корутины - это другое. Тут вот тоже предлагают из в питоне использовать.

anonymous
()
Ответ на: комментарий от anonymous

Постоянная часть — каркас, не меняющийся от конфигурации к конфигурации и несущий в себе гнёзда, в которых размещается вторая, переменная часть; Сменные модули (или точки расширения).

По поводу апреля что тебя не устраивает? Мне кто квітень или красавік надо было писать?

А чем тебя фреймворк не устраивает? Каркас – заимствование из французского, фреймворк – из английского, апрель – из латинского. Будь последователен и либо крестик сними, либо трусы надень.

OSBuster
()
Последнее исправление: OSBuster (всего исправлений: 2)
Ответ на: комментарий от anonymous

вообще было бы интересно посмотреть.

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

Насчёт того, что арена быстрее - надо мерить

да, конечно, пока это предположение, пук так сказать. наверное в некоторых ситуациях так.

Но если пишешь на плюсах, то зачем С фреймворк?

на тот момент, это было супер. (где-то уже года два деполил сайты на плюсах, а потом появился boost.beast.)

Это одна строчка на asio

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

Элементарный raii сильно упрощает жизнь

ага, так что его и используем :)

Тут вот тоже предлагают из в питоне использовать.

не знаю, не следил за тредом :(

zerhud
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.