Переход с Yii на Django

Станет слишком просто жить.

а если серьезно?

Нет никаких трудностей, одно удовольствие. Потому что пиЭЙЧпи нинужен!

Они на разных языках, ты ж в курсе? Это не переход, это забить на один и учить другой.

Ну и я кстати так и делал, переписывал полудвижок на Уии в полудвижок на джанге.

Перехожу с Zend на Django и пока никаких проблем, питон после пхп очень приятен.

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

Да, нет, да, да

Кстати про ОРМ, алхимия мне показалась удобнее.

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

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

На любой. Если ты делаешь что-то простое, можешь и на третьей. Не все сторонние модули переведены на него, но перевести руками не сильно сложно (и 2to3 рулит).

__питон__ ну__ __.очень() def __приятен__(self):

бери 2й

Это пять! :)

А чем это он «уныл» можно поинтересоваться? Относительно некоторых тормозных комбайнов с 99% ненужного г-кода он просто конфета. Хотя % ненужного в нем тоже большой.

Не помню Уии, забыл как страшный сон (точнее пхп - страшный сон).

ОРМ джанги мне нравится больше. Она часто не такая мощная, если хочется странного то можешь и обломаться, но для обычный вещей очень удобная. Собственно, это справедливо для джанго в целом. Касаемо ОРМ, можно прикрутить алхимию, та крайне мощная.

Генераторов к счастью нет. По локализации с Уии не упарывался, в джанге геттекст, лучше некуда. Модульность - второе имя джанги.

а что валидаторов скажите скажите? тоже можно одной строчкой проверить? (типа почта, длина, уникальность)? и на склько атм полноценный mvc? к примеру в yii во вью $this ссылается на контроллер, а как у джанги?

Вполне себе МВЦ, возможно не совсем такой как обычно. Вид там - шаблон, контроллер - обработчик запросов.

С валидаторами всё отлично.

в контроллере

def show_news(request):
    news = News.objects.filter(objects.filter(id__in=[1,2,3,4])
    t = loader.get_template('news.html')
    c = RequestContext(request, {'news':news})
    return HttpResponse(t.render(c))

{% for n in news %}
<p>{{ n.title }}<br>
{{ n.date }}
</p>
{% endfor %}

это в каждом екшене нужно объявлять?

t = loader.get_template('news.html')

public $layout = 'site';

1)нет

def index(request):
    msg = request.GET.get('msg','Ubuntu')
    c = RequestContext(request)
    return render_to_response('index.html', {'index_msg':'H1'+msg}, context)

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

Я показал простой пример. Можно и ListView

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

смысл? быстрей не станет, теряешь время только. хотя если это локалхост - дерзай.

оставь как есть

джанго не нужен, на питоне один говнокод

на питоне один говнокод

давай поподробнее

нет фигурных скобочек

Почему именно на django, а не flask например?

Посмотри на hh или хантим и.т.д. Все выберают это г., наверное потому что многое уже написано, нужно просто собрать всё в 1 целое и немного пройтись напильником. Ленивые же.

2 bhead в лужу

Кстати про ОРМ, алхимия мне показалась удобнее.

А в Джанге ORM вроде не прибит гвоздями, по идее можно использовать любой, у которого есть биндинги на питоне (то же относится и к шаблонам).

В квотезы!

А в Джанге ORM вроде не прибит гвоздями, по идее можно использовать любой, у которого есть биндинги на питоне (то же относится и к шаблонам).

Да орм можно заменить на алхимию или пониорм(«молодой перспективный проект»), можно использовать жинжу или мако. Можно так же заменить саму джагу на фласк