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

ни одного изменения не указано

Основное то что это LTS релиз

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

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

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

Кстати кто знает чем особо отличается 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

Где для Ъ?

ну и что это за новость без подробностей? совсем обленились

Satori добавь тэг «свик» для полноты новости.

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

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

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

Питончик - это хорошо. Сайт питона на Django?

На JavaEE, что ты.

Плюсую.

Кто вообще такое подтверждает?

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

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

Что юзаешь?

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

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

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

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

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

Закопать вместе с фласком.

Что посоветуешь вместо них?

PHP4!

aiohttp, если с нуля проект пилить. Нативный asyncio, а не сделанный в рамках борьбы с GIL.

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

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

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

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

1. Грязноватый код с приколами и дырами. Позорно. И ломанут меня.

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

1. Laravel - ну кому лучше питон чем пхп то понимает разницу.
2. Django полно используют с vue.
3. FastAPI то же на питоне и можно без проблем заменить им внутрений из django.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

beast

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

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

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

Django

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    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, я так понял, он как-то эмулируется.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://www.merriam-webster.com/dictionary/index