Комментарии 31
Раз уж никто ничего не пишет… :) На самом деле, хоть 1.4 вышла только сейчас, мы используем её в своих новых проектах ещё с ранней альфы. Надо отдать должное разработчикам и мейнтейнерам — даже альфа была стабильна, без претензий. И теперь, когда вышел релиз, можно смело просто обновиться, ведь всё давно адаптировано и написано с применением новых фишек (ну типа метода prefetch_related в ORM).
Да, я тоже с первых альфа версий сижу на 1.4, и то что некоторые уже давно сидят на 1.4 и знают что в ней нового тоже послужило причиной, по которой я тут не стал много расписывать.
НЛО прилетело и опубликовало эту надпись здесь
хорошо что вы про хэширование упомянули, я бы точно столкнулся, так как паре проектов желательно иметь обратную совместимость с 1.3.1
Можно отключить новый метод хэширования в PASSWORD_HASHERS, если база юзеров общая для django 1.4 и младшими вресиями.
django-emencia-newsletter прекрасно подружил с 1.4. Какие с ним проблемы? :)
Ой, блин, Серёга, это ж ты.
У emencia проблемы сугубо в зависимостях, остальное работает.
А вот у django-grappelli действительно проблемы. Это из неназванного выше.
У emencia проблемы сугубо в зависимостях, остальное работает.
А вот у django-grappelli действительно проблемы. Это из неназванного выше.
Да django-piston вообще заглох, я даже думал что он умер. Вместо него появились другие библиотеки для REST, например github.com/toastdriven/django-tastypie, github.com/fastsoft/djata, github.com/tomchristie/django-rest-framework, github.com/af/djangbone
Но коль Вы уже упомянули про django-piston, который можно считать «мертвым» (не считая несколько коммитов в последнее время, «ожили» наконец) — то согласитесь, неплохо, всего одна строка кода обратной несовместимости, и та относится к не задокументированному API, и по этому стабильность не гарантируется.
Но коль Вы уже упомянули про django-piston, который можно считать «мертвым» (не считая несколько коммитов в последнее время, «ожили» наконец) — то согласитесь, неплохо, всего одна строка кода обратной несовместимости, и та относится к не задокументированному API, и по этому стабильность не гарантируется.
Вот самые интересные на мой взгляд фишки релиза:
Мы опубликовали серию из 8 постов с детальным описанием фич Django 1.4, надеюсь будет кому-то полезно. Оглавление тут.
- переход на python 2.5, в следующей версии Django осенью уже будет 2.6-3.3 поддержка;
- ORM-плюшки, особенно prefetch_related();
- криптографическое API (плюс основанный на нём бэкенд сессий);
- новый клёвый FormWizard для многошаговых форм;
- множественная сортировка и пользовательские фильтры в админке;
- улучшенная структура проекта, поддержка кастомных шаблонов проектов и приложений;
- новые полезные теги ({% elif%%}, например), сторадж для статики;
- поддержка таймзон.
Мы опубликовали серию из 8 постов с детальным описанием фич Django 1.4, надеюсь будет кому-то полезно. Оглавление тут.
me пошел обновляться
НЛО прилетело и опубликовало эту надпись здесь
наверное потому что RoR у них намного популярнее чем Django
Насчет популярности Python — вчерашний опрос. ну а что такое Hacker News думаю все хабровчане знают. Да я понимаю что вы говорите о фреймворках а опрос о языках. Но все-же говорит о чем-то.
Общаюсь с американскими коллегами, так при словах Ruby on Rails они писаются кипятком.
При словах django у них мягко говоря непонимание на лице, и при открытии сайта — www.djangoproject.com/ их непонимание только усиливается.
При словах django у них мягко говоря непонимание на лице, и при открытии сайта — www.djangoproject.com/ их непонимание только усиливается.
Печально об этом читать, но приемущества фреймворка и возможности построения бесшовной инфраструктуры проекта на питоне это никак не меняет. В чем-то могу понять, Rails это четко прописанный workflow, Django со своей гибкостью и возможность интеграции с построенной на питоне инфраструктуре (fab, twisted и т.д.) более hackish что ли.
Мне тоже. Видимо рельсам в последнее время хорошую рекламу сделали ну и возник дефицит. Средний уровень окладов мало о чем говорит, ну наберут они junior-ов которые умеют по учебнику что-то там лабать под конкретный фреймворк и на здоровье.
НЛО прилетело и опубликовало эту надпись здесь
У рынка труда есть более сложные процессы, вырос спрос — выросли предлагаемые оклады, народ стал переползать, потом предложение стабилизировалось, потом началась девальвация, платформа стала массовой, в нее вносится очень много нового, чтобы удовлетворить разношерстную аудиторию, она становится все более тяжелой, но по факту на ней уже осели аутсайдеры и реальные фанаты платформы/фреймворка/языка, а кто мог отправились на новые пашни.
Конечно же есть еще фактор поддержки и развития существующих решений, благодаря ему много говна до сих пор на плаву.
Конечно же есть еще фактор поддержки и развития существующих решений, благодаря ему много говна до сих пор на плаву.
НЛО прилетело и опубликовало эту надпись здесь
Ну да, уменьшится, но если подумать, интереснее всего перегретые рынки и новые технологии, не так ли? Ну хотя бы нам и по той причине, что мы сейчас обсуждаем новую версию джанго а не выход нового костыля к костылю у битрикса.
Ну я уже вижу порядочное количество качественно-новых решений в основном касающихся асинхронных фреймворков и из которых со временем скорее всего проклюнется что ни будь массовое.
Ну я уже вижу порядочное количество качественно-новых решений в основном касающихся асинхронных фреймворков и из которых со временем скорее всего проклюнется что ни будь массовое.
Django реально выматывает своей политикой релизов. с одной стороны, они вроде бы тащат за собой кучу deprecated и legacy кода, с другой — всё равно ломают обратную совместимость в самых неожиданных местах.
Что за неожиданное место? На мой взгляд везде указано, где изменилось и может сломать. Ну кроме private API, который никогда и не документировался (тот же FilterSpec).
Поддерживаю. Тоже не понятно, чем Джанга не угодила в вопросах обратной совместимости. По моему, в Джанге этот вопрос решен лучше, чем нигде.
Во первых, — на протяжении нескольких релизов подряд вам будут сыпаться Deprecated Warnings с указанием где и что Вам нужно заменить. Так что «неожиданностью» это может стать только для ленивого.
Во вторых. Благодаря такой «скользящей» политики, код Джанги проектируется таким образом, чтобы обеспечить одновременную работу как старого, так и нового API. А это значит, что даже если вы «прошлепали» обновления, — и старое API было удалено, — то Вы всегда можете через monkey-patch подцепить к Джанге старое API, и не лопатить кучу кода, или, как минимум, получить неограниченное время для обновления.
Что и где они там «тащат», и чем это мешает «эволюции» проекта, мне более чем непонятно, и просто вызывает недоумение.
А то что в Джанго нет таких радикальных революций, — то это просто говорит о том, что его авторы имеют более острое «техническое чутье» и «дальновидность». Потому они не совершают радикальных ошибок, и не заставляют своих пользователей «страдать» обратно несовместимыми релизами. Ряд вещей, введенных в Рельсах3, использовалось уже годами в Джанге.
Во первых, — на протяжении нескольких релизов подряд вам будут сыпаться Deprecated Warnings с указанием где и что Вам нужно заменить. Так что «неожиданностью» это может стать только для ленивого.
Во вторых. Благодаря такой «скользящей» политики, код Джанги проектируется таким образом, чтобы обеспечить одновременную работу как старого, так и нового API. А это значит, что даже если вы «прошлепали» обновления, — и старое API было удалено, — то Вы всегда можете через monkey-patch подцепить к Джанге старое API, и не лопатить кучу кода, или, как минимум, получить неограниченное время для обновления.
Что и где они там «тащат», и чем это мешает «эволюции» проекта, мне более чем непонятно, и просто вызывает недоумение.
А то что в Джанго нет таких радикальных революций, — то это просто говорит о том, что его авторы имеют более острое «техническое чутье» и «дальновидность». Потому они не совершают радикальных ошибок, и не заставляют своих пользователей «страдать» обратно несовместимыми релизами. Ряд вещей, введенных в Рельсах3, использовалось уже годами в Джанге.
Согласен. Отмечу только, что такая политика в принципе тормозит развитие проекта, потому что каждое нововведение должно быть очень хорошо продумано и взвешено, поэтому не может пройти быстро.
Кое-какие недостатки в архитектуре починить, не ломая обратную совместимость, трудоёмко, либо нереально. Например, то что Django — монолитный фреймворк, не имеющий dependency.
Кое-какие недостатки в архитектуре починить, не ломая обратную совместимость, трудоёмко, либо нереально. Например, то что Django — монолитный фреймворк, не имеющий dependency.
Написал небольшую заметочку про часовые пояса. По-моему, одно из самых крутых изменений.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Встречаем релиз Django 1.4