LINUX.ORG.RU

Увидел свет Django 1.8

 , ,


1

3

Почти через год после предыдущего релиза, команда разработчкиков веб-фреймворка рада представить на суд сообщества новый — Django 1.8, который подоспел точно в срок.

Следует особо отметить, что данная версия имеет длительный срок поддержки (LTS). Это означает, что она будет получать обновления и исправления минимум в течение трёх лет.

Для искушенного читателя как всегда подготовлены примечания к выпуску.

Ключевые изменения таковы:

  • Встроенная поддержка нескольких движков шаблонизации;
  • Поддержка сложных SQL-запросов через механизм ORM фреймворка;
  • Формализирован API для Model._meta;
  • Добавлена новая функциональность для работы с PostgreSQL в модуле contrib.postgres;

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

Также напоминаем, что с выходом версии 1.8 версия Django 1.6 больше не будет поддерживаться.

И Django 1.6.11 является последним релизом ветки 1.6.

Django 1.7 продолжит получать обновления безопасности до октября 2015 (когда планируется выход Django 1.9).

Предыдущий релиз с длительной поддержкой Django 1.4 также будет получать обновления безопасности до 1 октября сего года, чтобы дать всем пользователям достаточно времени для обновления до нового Django 1.8 LTS.

>>> Оригинал новости (на английском)

★★★★★

Проверено: maxcom ()

Только же недавно 1.7 выходил… Опять deprecated функций наплодили небось? :(

FoodFighter ()

помню раньше спринты организовывали, чтобы оно релизнулось до версии 1.0. сейчас едва успевай за LTS релизами

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

И не говори, я только 1.7 собирался пощупать.

unfo ★★★★★ ()

Чем оно лучше от каких-нибудь ROR или Node.js?
Не ради холливара, просто ни один из трёх фреймворков не трогал, хотел бы услышать в чём существенная разница кроме ЯП на которых под ними пишут.

Lamobot ()

Третий питон-то умеет?

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

от ROR разница в архитектуре и языке, от node.js кардинальная разница, node.js это не фреймворк.

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

Как тут можно выкинуть ЯП в сравнении? Какие показатели тогда сравнивать? Количество строчек кода или частота выпуска релизов?

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

Быстродействие например, хотя тут наверное от интерпритатора сильно зависит.

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

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

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

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

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

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

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

Давно нет, но иногда проскакивают подобные вакансии
http://simferopol.hh.ru/vacancy/13111879?utm_medium=email&utm_source=emai...

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

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

Вот я тоже ещё 1.7 щупаю во всю. А тут новая версия...

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

в 1,7 кроме миграций щупать нечего. в этой версии много интересного, особонно то что касается django orm

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

Ого, пехепешники подтянулись. Да все норм амиго, используй свой php + mysql и не переживай.

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

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

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

Чем оно лучше от каких-нибудь ROR или Node.js?
Не ради холливара, просто ни один из трёх фреймворков не трогал, хотел бы услышать в чём существенная разница кроме ЯП на которых под ними пишут.

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

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

это один из немногих веб-фреймворков

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

PHP занимает на рынке веб-разработки гораздо большую долю

Это ему чести не делает. Всем известно, насколько он убог.

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

Всем известно, насколько он убог.

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

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

Это ему чести не делает. Всем известно, насколько он убог.

А я не знаю, просвети? С интересом послушаем твою экспертную и, я уверен, объективную точку зрения.

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

Язык всё же главное достоинство

Python некрасивый язык. Все эти лесенки кода создают впечатление монолитной простыни мусора. А еще его, пожалуй, самый главный недостаток - модули. Чтобы приложение работало стабильно, в системе должны быть установлены модули ровно тех же версий вплоть до минорных, под каких велась разработка. В противном случае здравствуйте сегфолты. А о «стабильности» GUI-приложений на нем уже легенды ходят.

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

Все эти лесенки кода создают впечатление монолитной простыни мусора.

Высосано из пальца, утрирование.

А еще его, пожалуй, самый главный недостаток - модули.

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

Чтобы приложение работало стабильно, в системе должны быть установлены модули ровно тех же версий вплоть до минорных, под каких велась разработка.

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

В противном случае здравствуйте сегфолты.

Сегфолты в питоне? Ну-ну…

А о «стабильности» GUI-приложений на нем уже легенды ходят.

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

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

Все эти лесенки кода создают впечатление монолитной простыни мусора.

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

в системе должны быть установлены модули ровно тех же версий вплоть до минорных

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

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

PHP занимает на рынке веб-разработки гораздо большую долю

КМК проста за счет того что на php и школьник за булочку может написать, а заказчики в 90% случаев феерические жмоты. Это, конечно, не говорит что php плохой язык, но определенное впечатление создает.

Как человек, который писал и на php, и на python (пусть и небольшие проекты, но все же) могу сказать что код на python «получается» гораздо качественнее и красивее просто за счет того, что перед написанием кода приходится хоть немного влезть в матчасть, а в случае с PHP я мог просто копипастить куски из Сети.

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

То есть, когда можно будет копипасть питоновский код из сети, язык от этого станет хуже?

Kilte ★★★★★ ()

Встроенная поддержка нескольких движков шаблонизации;

джва года ждал!

Добавлена новая функциональность для работы с PostgreSQL в модуле contrib.postgres;
ArrayField, HStoreField,

Вообще пушка!!!

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

PEP-хреп

Вообще pep8 заботится даже о том, чтоб у тебя строки в экран влазили

PEP8 писали какие-то альтернативно одарённые личности. Иначе нельзя объяснить почему в стандарте закреплены отступы пробелами.

Camel ★★★★★ ()
Ответ на: PEP-хреп от Camel

Потому что python, внезапно, чувствителен к отступам, и если ты со своими табами влезешь в код, в котором использовались пробелами, то получишь IndentationError: unexpected indent. То же самое и наоборот. Пробелы и табы в большинстве текстовых редакторов по дефолту никак не отличаются, так что ты будешь долго искать в чем у тебя ошибка. Для того чтоб этого не было в стандарте закрепили отступы делать пробелами, т.е. чтоб у всех было все одинаково. И пробелы тут выбраны потому, что в своем текстовом редакторе ты можешь сказать «табы заменять 4 пробелами» и все будет ОК, а вот «заменять 4 пробела на таб» - тут уже сложнее будет.

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

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

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

PHP занимает на рынке веб-разработки гораздо большую долю

PHP, если вы не помните историю его появления, задумывался как простой инструмент для автоматизации вёрстки, как шаблонизатор, но никак не замена полноценному языку программирования. Более того, ПХП долгое время позиционировался именно как непрофессиональный тулкит (Personal Home Page Tools), с целевой аудиторией продвинутых юзеров, способных скопипастить несколько строк шаблонной разметки и осилить десяток страниц документации, чтобы сотворить себе страничку Васи Пупкина. Сам факт того, что PHP стал очень популярен, говорит о том, что среда ПХП-разработчиков состоит в подавляющем большинстве из людей, к настоящему программированию не готовых. Одно дело, когда специалист разбирающийся в вопросе выбирает инструмент, наиболее подходящий для текущей задачи, и если его устраивает шаблонизатор ПХП, то бога ради. Другое дело, когда мамины хакеры, едва сойдя с горшка идут покорять вершины веб-мастерства и не имея в голове хоть сколько-нибудь мозгов выбирают единственно доступный разумению вариант - препроцессор гипертекста PHP. Форумы пэхэпэшников под завязку наполнены дебилами, вопросами потрясающей тупости и ответами невероятной безграмотности. Градус неадеквата в среде пэхэпэшников гораздо выше, чем у питонистов, рубистов и джавистов вместе взятых. Проблема не в том, что эта ситуация отталкивает сама по себе. Тупик ПХП в том, что низкий средний уровень интеллекта пользователей определяет вектор развития языка, его библиотек и фреймворков.

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

Ещё один не различает выравнивание и отступы

Потому что python, внезапно, чувствителен к отступам, и если ты со своими табами влезешь в код, в котором использовались пробелами, то получишь IndentationError: unexpected indent.

Внезапно? Мне нет.

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

Нормальные редакторы сохраняют стиль оформления кода.

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

В стандарте это закрепили от того, что не знали разницу между отступами и выравниванием.

И пробелы тут выбраны потому, что в своем текстовом редакторе ты можешь сказать «табы заменять 4 пробелами» и все будет ОК, а вот «заменять 4 пробела на таб» - тут уже сложнее будет.

Никогда не слышал о редакторах работающих таким образом. Обычно «отображать табуляцию как 4 пробела», но не «заменять X на Y».

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

Camel ★★★★★ ()

Нормальные редакторы сохраняют стиль оформления кода.

Это как? Если я взял исходник с хорошо оформленным кодом мне там не удастся уже наговнокодить? Хочу такой редактор, где скачать?

В стандарте это закрепили от того, что не знали разницу между отступами и выравниванием.

Ну да, только ты у нас тут весь в белом.

Никогда не слышал о редакторах работающих таким образом. Обычно «отображать табуляцию как 4 пробела», но не «заменять X на Y».

:set expandtab

Поймите же наконец, отступы и выравнивание это разные вещи.

Это разные вещи, первая из них нужна для работы кода (ну в случае с python), а вторая - для удовлетворения чувства прекрасного у разрабочика. Выравнивание, по большому счету, нафиг не нужно, можно и без него, а вот отступы необходимы. Принимая во внимание первое утверждение (то есть что многие просто забьют на выравнивание) pep8\python заставляет их писать «красивый» код просто за счет того, что иначе он не будет выполняться. Я, бы, например, фигачил все функции в одну строку (в тех языках которые это позволяют), а ты бы каждую новую строчку начинал под последним символом предыдущей - я думаю что мой вариант красив, ты - что твой. Классно было бы нам читать код друг друга? А тут нам не нужно договариваться о каком-то стандарте, все уже решено.

alozovskoy ★★★★★ ()

Никогда не слышал о редакторах работающих таким образом. Обычно «отображать табуляцию как 4 пробела», но не «заменять X на Y».

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

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

Оукэй

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

Сомнительно. PEP8 опубликован, кажися, в 2001 году. Что такое indentation и alignment тогда уже было известно.

поэтому в стандарте - пробелы

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

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

Достаточно просто сделать как прямое, так и обратное преобразование. Отмечу, однако, что я не высказывался за нарушение единообразия оформления в проекте.

Camel ★★★★★ ()
Ответ на: Оукэй от Camel

Re: Оукэй

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

anonymous ()
Ответ на: Re: Оукэй от anonymous

Неверная постановка вопроса

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

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

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